テストリリース 1.0.0 RC 8c

2009/12/04

インストーラ版: CravingExplorer-1-0-0-RC8c.exe
ZIP版: CravingExplorer-1-0-0-RC8c.zip

<< 前のテストリリース版 テストリリース 1.0.0 RC 8b
>> 次のテストリリース版 テストリリース 1.0.0 RC 8d

【更新履歴】

  • ニコニコ動画の仕様変更により、ニコニコムービーメーカー作品がダウンロードできなくなっていた問題を修正しました。
  • タスクトレイに格納する機能を実装しました。初期設定で ON になっています。以前の動作に戻したい場合は Craving Explorer オプション→通知→タスクトレイに格納するのチェックを外してください。
  • Internet Explorer のお気に入りが正しく表示できない事があった不具合を修正しました。(Thx to T-T-T さん)
  • 多重起動しようとした時、ウインドウを最前面に移動するように変更しました。(多重起動禁止になっている点は変更していません)
  • キャッシュの保存先設定を変更すると、キャッシュ機能が正しく動作しないことがあった不具合を修正しました。
  • Craving Explorer Script が外部から利用中の場合、終了できないようにしました。
  • 完了通知表示用のサムネイルが完了時まで削除されていなかったため、随時削除するよう変更しました。
  • 完了通知が表示される時、若干処理が重くなる現象に対策を入れました。

【更新内容について】

  • ニコニコ動画の仕様変更に対応しました。仕様変更に早急に対応するため、その他いくつかの要望は後回しにしています。
  • タスクトレイに格納する機能を実装しました。以前から要望が多かった機能です。ダウンロード、変換を行っているときに終了させてもタスクトレイに格納されるので、処理がそのまま実行されます。先日実装した完了通知と組み合わせると、便利に利用できると思います。Craving Explorer を終了するには、タスクトレイアイコンを右クリックし、Craving Explorer の終了を選択してください。
  • Craving Explorer 起動中に、ショートカットから再度起動しようとした時、以前はなにもおこりませんでしたが、ウインドウを最前面に移動するようにしたので、少しは利便性が上がっているかと思います。
  • お気に入りが読み込めなかった不具合ですが、T-T-T さんのご報告により、多分解決できた?と思います。ありがとうございます。引き続き現象が発生する場合はご報告ください。
  • 完了通知が表示される時、若干処理が重くなる現象に対策をいれましたが、暫定の修正ですのでまだ改善しない環境もあるかと思います。次回テストリリースまでには正式な処理を入れる予定です。
  • RC8b からアップデートした場合、通知設定が初期化されますので再度設定お願いします。(設定のキーを変更したためです)

【コメント】

質問、不具合報告等は、下のコメントフォームか、直接このページを編集するようにお願いします。

テストリリース版以外の質問、要望、不具合報告は、Craving Explorerサポート掲示板にお願いします。
テストリリース版で修正された箇所以外の不具合に関しては、お手数ですが正式リリース版で同様の問題が発生しないかの確認を行ってから御報告頂きますようお願いしています。テストリリース版以外での問題、要望等に関しては作者からの回答ができない事もありますのでご了承願います。

  • おそらくRC8でも出ているキャッシュ共通の状況だと思うのですが、RC8aのWikiに書いた内容の続きになるのでここに書きます。YouTubeにてダウンロードしようとするとファイル名が動画URLの末尾の英数字の羅列になってしまう時(例:http://www.youtube.com/watch?v=r8H9fI8Hkvc だと r8H9fI8Hkvc がファイル名になってしまう)キャッシュ機能が働きません。YouTube側におけるこの状況(URLファイル名)は動画をアップして間もない時に出る感じです。現時点(12/04 4時)で上の例の動画がその状態になっています。ただし時間と共に通常の動画題名がファイル名としてダウンロード出来る様に変化する事が多いので、その時はキャッシュも動作すると思います。ここで問題なのは私が一番欲しいのは&fmt=18か&fmt=34の動画であって、&fmt=5でもなく&fmt=22,37,35でも無いのです。(例の動画ではHDモードは35)しかし&fmt=18,34はキュッシュでしか収得出来ません。以前RC8aでも書いたダウンロード時&fmt=を指定出来る様に成れば問題無いのですが…。時間が経ってもURLファイル名が直らずそのままの事も有る様ですし(数日前にアップされたのにURLファイル名になる動画を見た事が有る)何よりも直るまで何時間も待てません!(ちなみに例の動画は24時間で消えてしまう)URLファイル名の動画でもキャッシュが有効に働くか、&fmt=指定ダウンロードが出来る様な検討を重ねてお願いします。 -- K_TNK 2009-12-04 (金) 05:18:05
  • 追加事項:上記URLファイル名時のキャッシュ未動作の件ですが、別ブラウサ(Firefox)にプレイヤーを展開して、プロキシ接続したらキャッシュが働きました。これもIE6固有の状況になるのでしょうか? -- K_TNK 2009-12-04 (金) 06:00:45
  • CEの起動しダウンロードバーの位置を変更し、終了後、再度起動するとバーのポジションが初期状態に戻ってしまいます。 -- qq 2009-12-04 (金) 12:27:38
  • RC8bからRC8cにアップデートするとオプションの通知タブの設定が初期状態に戻ってしまいます。 -- qq 2009-12-04 (金) 12:33:40
  • ダウンロードバーの位置が初期に戻る件で追記ですが、最大化した状態だと起きます。当方の環境は、Vistaでモニタ解像度は、1920x1200です。 -- qq 2009-12-04 (金) 13:02:33
  • ダウンロードバーについてさらに追記ですが、起動終了を繰り返す度にどんどん下にバーが移動して最終的に見えなくなります。 -- qq 2009-12-04 (金) 13:04:51
  • K_TNKさん 投稿直後動画のタイトルが取れないのは YouTube API の仕様なので修正は難しいです。Firefox で取得できたのはタイミングの問題かと思います。 -- tuck@作者 2009-12-04 (金) 14:37:26
  • 画質指定のDLは検討しています。なお、再生時のfmt指定は検討する予定はありません。(URLでの指定やHDボタンでの切り替えが可能なため) -- tuck@作者 2009-12-04 (金) 14:37:41
  • qq さん 最大化時のスプリッタ位置が初期化される件確認できました。修正方法を検討します。 -- tuck@作者 2009-12-04 (金) 14:38:34
  • こちら再現できなかったのですが、条件などありそうですか? > 起動終了を繰り返す度にどんどん下にバーが移動して最終的に見えなくなります。 -- tuck@作者 2009-12-04 (金) 14:39:28
  • こちら更新履歴記載もれですので追記しておきました。仕様ですので不具合ではありません。 > RC8bからRC8cにアップデートするとオプションの通知タブの設定が初期状態に戻ってしまいます。 -- tuck@作者 2009-12-04 (金) 14:40:10
  • 正式版で通知タブの仕様が確定されれば、その後のアップデートでは、設定が引き継がれると思っていてよいでしょうか? -- qq 2009-12-04 (金) 15:22:36
  • タブバーの件、特別な操作はしていません。RC8bからRC8cにアップデートし、最大化状態で起動終了を繰り返すと。2行づつ表示範囲が減っていくようです。(8行見える状態で終了、その後起動すると6行見える状態になる。) -- qq 2009-12-04 (金) 15:28:54
  • 通知の設定ですが、今後設定がクリアされる変更は行わない予定です。 -- tuck@作者 2009-12-04 (金) 16:24:24
  • スプリッタの件ですが、最大化状態で終了→起動すると、設定が初期化されるのは確認できていますが、減っていく現象は再現できないです。他に条件がありそうであれば教えてください。 -- tuck@作者 2009-12-04 (金) 16:25:54
  • スプリッタの件について、アップデートしてからオプションの通知タブの設定でタスクに格納するとダウンロード終了後にポップアップを表示するのチェックを外しました。 -- qq 2009-12-04 (金) 17:19:20
  • ニコ動でムービーメーカーで作成した動画を保存しようとしても保存できませんが、これはこちらの問題になるのでしょうか? -- shida 2009-12-04 (金) 17:59:10
  • ニコ動でムービーメーカーで作成した動画を保存しようとしても保存できませんが、これはこちらの問題になるのでしょうか? -- shida 2009-12-04 (金) 18:00:37
  • shida さん RC8cで保存できないのならこちらにご報告ください。 -- tuck@作者 2009-12-04 (金) 18:23:31
  • qqさん やはり再現できません。デスクトップを変更するようなアプリケーションが入っていたりしないですか?なお、最大化状態でスプリッタ位置が復元しない件はローカルで修正済みなので次のテストリリースで反映します。 -- tuck@作者 2009-12-04 (金) 18:25:29
  • その他の方で、スプリッタ位置が下がっていく現象が再現する場合ご報告下さい。 -- tuck@作者 2009-12-04 (金) 18:26:39
  • スプリッタの件、アップデート前後共にデスクトップを変更する様なアプリは、入れていません。又、アップデート前後に他のアプリのインストール・アンインストールを行っていません。なお、補足ですが、RC8やRC8bにロールバックして試した場合は、発生しません。RC8cのみ発生しています。CE起動中とCE終了時のuser.iniの[Splitter]をコンペアすると"Row0Y-Cur"と"Row1Y-Cur"に差分があります。 -- qq 2009-12-04 (金) 18:48:12
  • ソースを少しいじって複数行入力できるようにしました。改行は消えてしまいますが、少しは書きやすくなるかな・・・。 -- tuck@作者 2009-12-04 (金) 19:56:07
  • スプリッタの件、こちらでも再現しました。RC8b→RC8cにアップデート後、「通知」タブのタスクトレイへの格納をOFFにしました(でないと終了しないため)。その後CravingExplorerを最大化の状態で終了するたびに、2~3行ぐらいずつ減っていきます。環境は、Win7x64Pro,IE8,Kaspersky。画面解像度は1680x1050x2。あとで Vista と XP でも試してみます。 -- k38 2009-12-04 (金) 20:13:55
  • VistaUltimateX64SP2,IE8。解像度1280x1024。RC8cの新規インストール。インストール後、「通知」タブのタスクトレイへの格納をOFFにしたのみ。この状態で最大化状態から終了しますと、上で報告があったとおり、再起動後にスプリッタが必ず定位置に戻りますが、減ることはありません。 -- k38 2009-12-04 (金) 20:32:31
  • XPsp3,IE8,Kaspersky。画面解像度1280x1024。RC8→RC8cへの上書きアップデート。インストール後、「通知」タブのタスクトレイへの格納をOFFにしました。上記のVistaの場合と同様、この状態で最大化状態から終了しますと、再起動後にスプリッタが必ず定位置に戻りますが、減ることはありません。 -- k38 2009-12-04 (金) 20:40:18
  • 最大化状態からの再起動でスプリッタ位置が初期化される件に関してはローカル環境で修正済みです。 -- tuck@作者 2009-12-04 (金) 20:51:15
  • VistaBussinesX64sp2,IE8,Kaspersky。画面解像度1440x900。RC8cの新規インストール。インストール後、「通知」タブのタスクトレイへの格納をOFFにしたのみ。上記の場合と同様、この状態で最大化状態から終了しますと、再起動後にスプリッタが必ず定位置に戻りますが、減ることはありません。 -- k38 2009-12-04 (金) 20:52:58
トップ   差分 バックアップ リロード   一覧 単語検索 最終更新   ヘルプ   最終更新のRSS
Last-modified: 2014-07-03 (木) 17:34:27 (1233d)