[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/14 19:34 / Filesize : 308 KB / Number-of Response : 935
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【PCAU】オーディオプレイヤー総合8【音質スレ】



491 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/09/18(日) 00:49:33 ID:XKIBC9Ik0]
先週私が使った Sound Player Lilith は最新版だったので
インストールのし直しは必要ありませんでした。

>>476
>KMFDM-Dogma.wv
>...
>ref - mad RMS=1.6126e-6 PEAK=3.0518e-5
>ref - lame RMS=1.2521e-5 PEAK=3.0518e-5
>ref - ota RMS=1.2544e-5 PEAK=3.0518e-5
>ref - spl RMS=1.2135e-6 PEAK=3.0518e-5

>>489-490の結果を見ればわかるように
Sound Player Lilith (spl もしくは lilith) は
mad および mpglib (これは ota に極めて近い) の2つから
16bit整数でのピーク値で最大40も離れています。
ディザを入れてもこの40という値はやはり大きすぎます。
Average および Maximum RMS で見れば lilith と mad は非常に近い。
しかし Using RMS Window of 50 ms の Max RMS を見ると
やはり lilith だけが他と大幅に離れています。
10ms単位で大きな差が出ることを見逃してしまうような分析は
デコーダーの精度の測定としては不十分だと思います。

やはり lilith だけがデコーダーとしての精度が
他より低いという先週の私の分析は正しいのではないでしょうか?
mad と mpglib は16bit整数で最大1の違いしかないのに
それらと lilith は最大で40もの違いが生じてしまっています。
mad と mpglib が同時に偶然同じ方向に不正確になるとは思えない。
したがって lilith だけが不正確なデコードを行なっているのでしょう。







[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧](;´∀`)<308KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef