アカウント名:
パスワード:
>ところで出来上がった動画ファイルはバイナリレベルで一致するんだろか?
誤差の2乗和とかで品質の優劣を判断するならともかく、バイナリレベルの一致なんて何の意味があるの?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
色んな対決が見たい (スコア:0)
ところで出来上がった動画ファイルはバイナリレベルで一致するんだろか?どこか手抜きして速くなったーとかじゃないよね
Re:色んな対決が見たい (スコア:3, すばらしい洞察)
>ところで出来上がった動画ファイルはバイナリレベルで一致するんだろか?
誤差の2乗和とかで品質の優劣を判断するならともかく、
バイナリレベルの一致なんて何の意味があるの?
Re:色んな対決が見たい (スコア:3, 参考になる)
> A few weeks ago the decoder was complete enough to be bit-exact with libvpx
ということで、libvpx (Googleオリジナルのデコーダ)と
ビットレベルで一致するところまで来たとあります。
補足すると、VP8やH.264のデコードアルゴリズムは
同一の圧縮済みストリームをデコードさせる限り、
どんなデコーダでも全く同一の結果が得られる
ように規格が設計されていて、リファレンスデコーダ
(ここではlibvpx)のデコード結果と比較することで、
デコーダの規格適合性を簡単に判定できるように
なっています。
ちなみに、MPEG-2 は、DCTの実数演算の丸め誤差の
処理の方法に差が発生し得る規格なので、
正しいデコーダ同士でもデコード結果が同一に
なるとは限らず、そういう検証のしかたはできませんでした。
Re: (スコア:0)
すでに指摘がありますが、これは「デコーダができた」という話ですね。
もちろん、エンコーダの場合は、同じ映像を入れてもエンコーダが違えば
同一のストリームになるとは限りません。デコードされたときに、
いかにきれいな画にデコードされるようなストリームを生成できるか
というのがエンコーダの腕の見せ所なわけです。
デコーダよりも実装が難しいですし計算量が大きいのが普通です。