テストリリース 1.0.0 RC 2d の変更点

追加された行はこの色です。
削除された行はこの色です。
テストリリース 1.0.0 RC 2d へ行く。
#freeze
*テストリリース 1.0.0 RC 2d [#m832e8ed]

2009/02/05

インストーラ版： %%[[CravingExplorer-1-0-0-RC2d.exe:http://blog.crav-ing.com/archive/CravingExplorer-1-0-0-RC2d.exe]]%%
ZIP版： %%[[CravingExplorer-1-0-0-RC2d.zip:http://blog.crav-ing.com/archive/CravingExplorer-1-0-0-RC2d.zip]]%%

&lt;&lt; 前のテストリリース版 [[テストリリース 1.0.0 RC 2c]]
&gt;&gt; 次の正式リリース版 1.0.0 RC 3

【更新履歴】
- YouTube の仕様変更により YouTube(Web) で検索できなくなっていた問題を修正しました。
- YouTube の仕様変更により、HD 画質の動画が取得できなくなっていた問題を修正しました。
- Veoh の仕様変更により、保存できなくなっていた問題を修正しました。（Thx to k38 さん）
- convert.xml の内容を変更しました。aic オプションを削除しています。
- YouTube の特定の URL でダウンロードボタンが有効にならなかった不具合を修正しました。

【更新内容について】

動作報告下さった皆様、ありがとうございます。
指摘頂いたものを修正しています。

YouTube、Veoh はサイト側の仕様変更で問題が発生していたようです。

Veoh の site-script は、k38 さんがサポート掲示板にあげてくださったものを参考にさせて頂きました。
Veoh 上から YouTube が検索できるようになっていますが、そのページを表示しているときは
ダウンロードボタンは有効にしないようにしています。
ダウンロードする場合は YouTube 上で表示するようにしてください。
&br;

【コメント】

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

// 質問、不具合報告等は、ここより下を編集してください。これより上は編集しないようにしてください。（tuck@作者）
- 一つの動画を変換して次の動画を変換しようとすると強制終了してしまいます -- [[てっと]] &new{2009-02-05 (木) 12:52:08};
- 報告ありがとうございます。こちらでは現象が発生しませんでした。具体的な発生手順を教えて頂けないでしょうか。元動画のURLや環境なども教えてもらえると助かります。 -- [[tuck@作者]] &new{2009-02-05 (木) 14:13:22};
- http://www.youtube.com/watch?v=fOJWjK8op5g&feature=PlayList&p=CFAB8A792BB318B8&index=38　変換後に重くなって次のを変換しようとすると強制終了してしまいます -- [[てっと]] &new{2009-02-05 (木) 17:28:57};
- 詳細な報告ありがとうございます。こちらでは確認できませんでした。オプションタブの変換→変換処理の優先度を「低」にしてみても同様の現象は発生しますか？また、変換形式は何にしたか、等、もう少し詳細な情報をいただけますでしょうか。その他の皆様も同様の現象が発生する場合報告いただけると助かります。 -- [[tuck@作者]] &new{2009-02-05 (木) 17:50:44};
- ビデオビットレートを２０００、オーディオを３２０のMP4です　変換処理の優先度を「低」にするとどうなるんですか？ -- [[てっと]] &new{2009-02-05 (木) 18:56:35};
- てっとさんのお書きくださった条件で試してみましたが、こちらでは問題なく、いくらでも変換できるようです。ダウンロード2、変換2の4つ同時変換も試しましたが、問題なさそうです。なお、環境はいつものVistaBusiness-X64-SP1。あとでXPの環境でも試してみます。 -- [[k38]] &new{2009-02-05 (木) 22:01:37};
- > てっとさん お手数ですが、テストリリース 1.0.0 RC 2d で同梱されている convert.xml で試していただけると助かります。変換処理の優先度「低」ではどうなりますか？テストリリースの趣旨をご理解いただければ幸いです。 -- [[tuck@作者]] &new{2009-02-06 (金) 01:39:32};
- k38 さん、検証ありがとうございます。全体で問題が発生しなさそうであれば、RC3 のリリースができればと思っております。その他の皆様も、全体で発生しそうな問題を発見された場合はご教示いただければ幸いです。趣旨をご理解頂ければ助かります。 -- [[tuck@作者]] &new{2009-02-06 (金) 01:45:14};
- これは現在検証中の事例ですが、RC3に間に合わす必要はないとおもいます。でも、一応。同一の動画を、複数、なんらかの変換をしてダウンロードする場合、また、変換前のFLVは残す設定の時、理屈の上ではダウンロードした数だけ、元動画がFLVフォルダになければならないはずですが、2つしか残らないようです。現在詳細を検証中。これは非常にレアなケースとおもわれますので、優先順位は低くてかまわないと考えますので、RC3リリース以降、サポート掲示板に移行してもいいかとおもいます。(以前からある不具合かもしれませんし) -- [[k38]] &new{2009-02-06 (金) 08:22:58};
- その他、RC2a以降で変更になった部分について、特に問題はなさそうです。てっとさんの件も、XPで検証しましたが、症状は再現いたしません。YouTubeの仕様変更の件がありますので、致命的な問題がない限り、リリースを急いだ方がよろしいかとおもいます。 -- [[k38]] &new{2009-02-06 (金) 08:32:46};
- k38 さん、ありがとうございます。こちらでももう少し試験を行って、RC3 のリリースを行おうとおもっております。 -- [[tuck@作者]] &new{2009-02-06 (金) 11:02:09};
- convert.xml の内容についてですが、-threads オプションのクラッシュが直っているようなのでマルチスレッド化をしてもいいと思います。ざっと調べたところ、libx264 → -threads 0 で CPU 数自動判定 (これは副作用なしに使えるはず)、mpeg1video と mpeg4 → -threads 2 等明示的にスレッド数を指定 (-threads 0 だと落ちるので)、wmv2 と msmpeg4v2 → マルチスレッド化できません (-threads 0 は落ちる & -threads 2 以上はエラーでエンコード失敗) という感じです。最低でも libx264 の -threads 0 はつけてもいいような気がします。x264 はエンコ自体が他のコーデックと比べて重い一方で、割と効率の良いスレッド実装をしていますので、ほとんどの環境 (シングルコア除く) で副作用なくスピードアップが図れると思われます。 -- [[golgol]] &new{2009-02-06 (金) 11:57:57};

//#comment