アカウント名:
パスワード:
> Googleが提供するVP8エンコーダよりも高速というVP8エンコーダ「ffvp8」が登場した。
これ、関連ストーリーFFmpegがVP8のネイティブデコードに対応 [srad.jp]で紹介されているもののアップデートですから、既に「登場」済みの物ですよね。
前回の「登場」段階で既にlibvpxよりも高速だったわけで、「世界最速」といっても今回はせいぜい自己更新。前回リリース時点でもlibvpxよりも40~50%速かったようですし、「劇的に更新」というほどでもなく、チューニング後の安定化版に近い位置付けかも。
ということで、今回のストーリーで「登場」「世界最速」をアピールするのは非常に違和感が。# まあ、デコーダとエンコーダの間違いすら気づかない「確認」なので# 編集側は素で「今度はエンコーダ登場だ」と思っていたのかもしれませんが...
そんなわけで、今回目新しいところとしてはx264のJason Garrett-Glaser氏協力の下で高速化取り組みの第一段階が完了、彼自身による評価レポートが出てきたってところかな。
コーデックマニア :-) には興味深いです話題ですが、利用者視点では目新しい話題ではなさそう。
>前回リリース時点でもlibvpxよりも40~50%速かったようですし前回のそれはSIMD無しで比べたときのものという話だったような。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
「登場」? (スコア:1, 参考になる)
> Googleが提供するVP8エンコーダよりも高速というVP8エンコーダ「ffvp8」が登場した。
これ、関連ストーリーFFmpegがVP8のネイティブデコードに対応 [srad.jp]で紹介されているもののアップデートですから、既に「登場」済みの物ですよね。
前回の「登場」段階で既にlibvpxよりも高速だったわけで、「世界最速」といっても今回はせいぜい自己更新。
前回リリース時点でもlibvpxよりも40~50%速かったようですし、「劇的に更新」というほどでもなく、
チューニング後の安定化版に近い位置付けかも。
ということで、今回のストーリーで「登場」「世界最速」をアピールするのは非常に違和感が。
# まあ、デコーダとエンコーダの間違いすら気づかない「確認」なので
# 編集側は素で「今度はエンコーダ登場だ」と思っていたのかもしれませんが...
そんなわけで、今回目新しいところとしてはx264のJason Garrett-Glaser氏協力の下で
高速化取り組みの第一段階が完了、彼自身による評価レポートが出てきたってところかな。
コーデックマニア :-) には興味深いです話題ですが、利用者視点では目新しい話題ではなさそう。
Re: (スコア:0)
>前回リリース時点でもlibvpxよりも40~50%速かったようですし
前回のそれはSIMD無しで比べたときのものという話だったような。