x264 rev.1834 より、
Support for native Windows threads
ということで、
--enable-win32thread
というオプションが追加されました。
FFmpegはけっこう前から
--enable-w32threads
というオプションがあったのですが、x264のためにpthreadsに統一していました。
w32threadsに統一できれば、pthreads自体が不要になるので、
xvidcoreとlibvpxのpthreads用パッチもいらなくなるなぁ、とか、
そうすると、また記事を書き直さなきゃいけないなぁ、とか、
いろいろ悩んでおります。
2010年12月17日
この記事へのトラックバックURL
http://blog.sakura.ne.jp/tb/42130093
※言及リンクのないトラックバックは受信されません。
この記事へのトラックバック
http://blog.sakura.ne.jp/tb/42130093
※言及リンクのないトラックバックは受信されません。
この記事へのトラックバック
ご無沙汰しております
今年一年お世話になりました
このサイトのおかげで自分でffmepgのコンパイルができるという
とても助かっています
あまり書き込みはしてないですが毎週チェックしてます！！
来年もよろしくお願いします
挨拶はこれぐらいで・・・
pthreadsかw32threadsか確かになやみますね
ただ根拠はないのですが
感覚的に
pthreadsがffmpegで本当に効率いい処理してるかな？
というのが少し疑問だったので
選択肢が増えるのはいいことだと思います
2つを比べて比較してみると面白いかなー
と思ってるので年末年始休みの課題にしようかなー
（休みがあるかどうかは別として・・・）
最近は、x264更新された時などにしか記事を書いていなくて、若干サボリぎみですが、読んでいただいてうれしいです。
こちらこそ、来年もよろしくお願いします。
2種類コンパイルして比較して、エンコードが速い方を選ぶというのが良いかもしれませんね。
ぜひ、ご報告をお待ちしております。
こんにちわー
年末休みが取れたので試してみました
今2パターンぐらいで試したところ
Core2Quadで比較したところ
エンコード速度についてはほぼ同じでした
ただしCPU使用率が
w32threadsのほうが5-7%低い感じがしました
小さめの動画で試したので
CPUが１００％に張り付くような処理で
違いがどう出るか試してみます
早速ご報告ありがとうございます。
私も、Athlon 64 X2マシンで3分ぐらいのミュージックビデオをエンコードしてみたのですが、エンコード速度はたいして変わらなかったです。
また何か分かりましたら、ご報告よろしくお願いします。
私も1時間くらいの長さの動画とか、いろいろ試してみようと思っています。