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

【PCAU】オーディオプ ..

413:名無しさん＠お腹いっぱい。
05/08/27 23:57:18 2IMWTS2b0
>>411
>>410について反論すらできませんか？そうですか・・
まあ、誰でも現実を突きつけられればそうなりますから・・仕方ないことです。

414:名無しさん＠お腹いっぱい。
05/08/28 00:37:33 KGo5+EDR0
デコード結果の違いがあまりにも小さいと人間は音の違いを認識できない。
だから、十分に精度の高いMP3デコーダーであれば音質はどれも同じ。
十分に精度の高いMP3デコーダーであってもデコーダーごとに音質に違いがある
などと言っている人をみかけたら馬鹿扱いして構わない。
このスレでもそういう結論がすでに出ている。

しかし注意しなければいけないことはMP3デコーダー≠MP3プレーヤーであることだ。
MP3プレーヤーがやるべき仕事はMP3ファイルをデコードすることだけではない。

ありがちなのは、サウンドカードが勝手に48kHzにリサンプリングしてしまい、
しかもサウンドカードのリサンプラーの品質がよろしくない場合。
そういう場合にはプレーヤーソフトの側で48kHzにリサンプリング(SSRCなどを使う)
するように設定しておくとクリッピングの問題などが少し緩和される。
URLﾘﾝｸ(www.hydrogenaudio.org)

問題を切り分けて、必要なサンプル音源を用意し、
人間の耳を使ってプレーヤーソフトの選択や設定をチューニングするようにするべきである。
口先だけの連中はそのために必要な情報について何も言えない。

415:名無しさん＠お腹いっぱい。
05/08/28 01:19:11 krPKEE660
↑乾電池で音が変わるかっていうCMを思い出した
データ以上に人間の耳には聞き分ける力ってあると思うけれど
＞デコード結果の違いがあまりにも小さいと人間は音の違いを認識できない。
そうかねぇ

416:名無しさん＠お腹いっぱい。
05/08/28 06:11:48 w6BX7HAS0
そうだよ

417:名無しさん＠お腹いっぱい。
05/08/28 08:31:55 LHh75+130
>>415
乾電池で音が変わるのは、乾電池の内部抵抗の関係。

アナログ系（アンプ）では、電源系の内部抵抗が音質に影響を
与えるのは理論的にも周知の事実。

デジタル系には関係のない話。
音が変わるとしたらデコードによるものじゃなくて、リサンプリングなど
演算によるデータの切り捨てや補完が行われる処理をした場合
だけだろうな。

418:名無しさん＠お腹いっぱい。
05/08/28 17:30:37 b7Jr62kC0
すでに結論は出ているだろう。
これ以上の議論は無駄。

１．音質は自分が最高と思ったものが一番(わからないやつは自分で比べろ)
２．他人のレスには語尾に【と、俺は思う】とつけて読む
３．プラシーボも実は重要。
４．もうこのスレいらないよ

419:名無しさん＠お腹いっぱい。
05/08/28 19:03:50 4tr0f0350
コテ使う奴にまともな奴はいないね

420:名無しさん＠お腹いっぱい。
05/08/28 23:08:05 O6QdkM6x0
>>417

乾電池で音質が変わることをダブルブラインドテストで検証した結果を知っていますか？

一般に「波形の変化」＝「音質の変化」ではないんだよな。
音質が変化していれば波形も変化しているはずなのですが、
波形が変化していても人間には認識不可能な場合があります。
（この事実がオーディオ圧縮技術の基礎になっている。）
特に携帯プレーヤーの通常の使用環境では認識はさらに困難になるはずです。

だから「理論的に波形が変化するはずだから音質も変化するはずだ」
という推測の仕方はものすごく危険。
やはり音質は、理論や物理的特性の測定ではなく、
人間の耳で評価するのが最も確実です。

421:名無しさん＠お腹いっぱい。
05/08/28 23:48:56 WGZJ6LSc0
しかし波形が変化しないなら音質も変化しないわけで、
つまりデコーダによる音質差がないのには変わりない。

422:名無しさん＠お腹いっぱい。
05/08/28 23:58:20 zF1Y4EjX0
>>421
1bitでもデコード結果が異なれば音質は変化しているんだよ。
それを人の耳が聴き取れるかは別問題だが・・
まあ、いずれにせよデコーダによって出力バイナリに違いが生じるというのは明らかなわけだ。

423:名無しさん＠お腹いっぱい。
05/08/29 00:11:26 58OnbAsj0
>>420での定義では、認識不可能な差は音質の差ではない。
1bitの違いを聞き取れるというなら別だけど。

424:名無しさん＠お腹いっぱい。
05/08/29 02:37:17 reMlt1aA0
本当は単に「音質」と言わずに「人間に認識可能な音質」と言った方が良いかもね。
でも人間認識不可能な音質の違いについて語って何か嬉しいか？
やはり「音質」という言葉は「人間に認識可能な音質」という意味で使うべきだと思います。

バイナリレベルでの違いは単に聴く以外の処理を施す場合には重要になります。
例の超耳が良い guruboolez 氏はMP3デコーダーの違いによって
MP3による再圧縮による音質劣化の度合が違うことを確認している。
URLﾘﾝｸ(www.hydrogenaudio.org)
しかし guruboolez 氏に認識可能なアーティファクトのすべてを
一般人も認識できるかどうかはかなり疑問。

余談。レコーディング、ミキシング、マスタリングの場合にもバイナリレベルでの精度が重要になります。
情報量は何か処理を施すごとに失われるので、できるだけ精度を高めて計算しておかないとまずい。
24bit/96kHz で処理することのメリットは、20kHz を超える高周波が扱えることよりも、
計算の精度を高めることによって人間に聴こえる0～20kHzでの歪みを減らせることです。
そして最終的なアウトプットは16bit/44.1kHzで十分です。
最終的なアウトプットまで24bit/96kHzでなければいけないと思っている人は騙されています。

あと通常では絶対にありえない試聴環境で聴いてもデコーダーによる音質の違いを確認できる。
そのことを確認したのもまたしても guruboolez 氏です。
URLﾘﾝｸ(www.hydrogenaudio.org)
極めて静かなサンプル音源のエンコード結果を
通常では絶対にありえないほどボリュームを上げて再生すると違いがわかる場合があるらしい。

しかし、guruboolez氏自身も通常の試聴環境では
MP3デコーダーの違いを認識できないと述べていることには注意しなければいけない。

425:名無しさん＠お腹いっぱい。
05/08/29 21:38:54 WaJSHdER0
たとえ１bitでもバイナリが変化するのは、精神衛生上よくない。
それに、自分を誤魔化しているようで何かいやだ。

426:名無しさん＠お腹いっぱい。
05/08/29 22:30:59 6qbyuAf40
>>420
コピペまがいののカキコにレスするのもなんだが・・・

>>417はアナログ回路、いわゆるアンプのことを書いてるのに何で
圧縮音楽の話が出てくるんだ？

アンプの等価回路を書いてみればわかるように、電源ラインの
インピーダンスはもろ出力信号に影響を与えるぞ。
電池の内部インピーダンス特性が、直線的ならまだ問題は少ないが
そうではないしね。

あとアンプの初段など出力インピーダンスが高い部分はまだいいが、
終段のイヤーホン駆動部分などはインピーダンスが低いから、より
影響を受けやすい。

マンガン電池なんか使うと（普通使わんが）電池がへたってくるにつれて
大音量部分で音が歪んだりするだろ。　でも電池を取り出して無負荷で
電圧測るとちゃんと1.5Vある。　これは電池の内部抵抗が増えたための
現象。　ま、これは極端な例だけどねw

427:名無しさん＠お腹いっぱい。
05/08/30 00:39:48 aUNfoglg0
> >>417はアナログ回路、いわゆるアンプのことを書いてるのに何で
> 圧縮音楽の話が出てくるんだ？

スレタイ100回読み直せ
お前らの方がスレ違いな事いってる

428:名無しさん＠お腹いっぱい。
05/08/30 01:28:10 guVUcgW40
追加の指摘。>>426のようなスレタイさえ読めない奴は
「ダブルブラインドテストで検証した結果を知っていますか？」
という質問をまたしても無視している。

音質に関する噂ほど信用できない噂は存在しない。
人間は余計な知識があるせいで音質も変わって感じることがある。プラシーボ効果。

たとえば様々な知識があって電池によって音質が変わるはずだと信じている人は
実際には音質が変化していなかったり、実際の音質変化はものすごく微妙であったとしても、
乾電池が違っていることを知ｔった途端に「驚くほど」の音質の変化を感じることになるだろう。

さらに、波形が変化していても、人間が音質の変化を認識できるとも限らない。
つまり物理的測定は音質の変化の強い傍証にはなるが、
人間が結果的にどれだけの音質の変化を感じることになるか
について知りたい人にとっては不満足な検証結果に過ぎない。
(物理的測定が不必要だと言っているわけではない。)

以上のような理由で、主観的な音質の変化の大きさを正確に評価するためには、
人間の耳を使ったダブルブラインドリスニングテストを行なう必要がある。
音質の違いが微妙な場合にはテストリスナーは非常に苦労することになるだろう。
しかし実際に「驚くほど」の音質の変化が生じているならばすぐに違いが判別できるので、
そのダブルブラインドリスニングテストは速やかにかつ楽ちんに終わることになるだろう。
そういう楽なはずの試験の結果がどうして見付からないかが不思議である。

繰り返す。ダブルブラインドリスニングテストで検証した結果を知っているか？

429:名無しさん＠お腹いっぱい。
05/08/30 01:40:55 guVUcgW40
>>425

「MP3デコーダーごとに 16bit リニアPCMへのデコード結果で最下位1bitの違いが生じることがある」
という話をしているときに

＞たとえ１bitでもバイナリが変化するのは、精神衛生上よくない。

なんて話をするのは的を外しているぞ。MP3で圧縮した途端に情報は大幅に失われている。

ちなみに、>>414で紹介されているURLからダウンロードできる udial 音源は
自分のパソコンの再生環境がクリッピングを起こしていないかどうかのチェックに極めて有効。
プッシュホンの音だけではなく、「シューン、シューン」とか「キューン、キューン」のような音が
聴こえてしまった人の再生環境はどこかでクリッピングを起こしてしまっている。
(クリッピング＝音圧のピークが再生環境の限界を超えること)

1bitでもバイナリが変化することさえ許さない奴の再生環境は
果たしてクリッピングを起こしていないクリーンな再生環境なのかな？ｗ
apeファイルの再生の仕方がわからない人は foobar2000 をインストールするのが簡単だと思う。

実は私の再生環境はクリップしていた。
しかしfoobar2000の側で48kHzにリサンプリングするように設定したら、クリッピングが解消された。

430:名無しさん＠お腹いっぱい。
05/08/30 14:08:47 IYaM7iKp0
>>428
あのさ、乾電池で音が変わるっていうのは >>415の

>↑乾電池で音が変わるかっていうCMを思い出した

に対するレスだぞ。
デジタル的な音質変化じゃなくて、アナログ的な音質変化
だという主張で書いたのだが。

内部抵抗の大きい電池の例は、ダブルブラインドテストする
までもなく明らかに差がわかると思うぞ。

もちろん、ソニーと東芝の新品の乾電池で、どれくらい音質の
差があるかを調べるならダブルブラインドテストでもしないと
判別できないかもしれないが、使用するにつれて劣化していく
乾電池を同一条件で、とっかえひっかえするのに何本乾電池が
いるやらw

王子のこれまでの言動からするに、王子はアナログ系に関しての
知識は、あまりないように感じるな。まぁどうでもいいけどさ

431:名無しさん＠お腹いっぱい。
05/08/30 16:05:15 xExnnVRp0
要するにダブルブラインドリスニングテストは誰もやっていないということだな。

問題は電池によって音質が変わるかどうかだけではない。
音質の変化がどの程度であるかも問題にされている。
電池の状態によって音質に違いがあると思っている人が
電池がへたってきていることを確認すると
プラシーボ効果のせいで音質の変化を
実際より極端に大きく感じてしまう可能性がある。

音質の変化がどの程度であるかの確認は
ダブルブラインドリスニングテストで音質の区別をどれだけ簡単にできたか
を調べるのが確実である。

たいていの人は音質について語るときに大げさな言葉を使いたがるものだ。
ダブルブラインドリスニングテストを常に強制される可能性を考慮している人であれば
大げさな言葉を使うのをできるだけ避けるようになるだろう。

真に驚くほどの音質変化であれば百発百中に近い成績で
しかも短時間でどちらであるかを正解し続けることができるだろう。
音質の変化が自明だと思われる場合であっても
念のために自分自身が実際にそうできるかを試してみた方が良い。

不思議なのはブラインドテストが必要ないほどの大きな変化であれば
楽々ブラインドテストをクリアできるはずなのに、
そのことからなんだかんだ言って逃げ続け、
自分自身の発言の信用を失うことを好む人が多いことである。

私は単なる知識よりも事実をより正確に把握する方法の方が大事だと思う。
私は事実を正確に把握するスキルと精神を持っている人以外は信用しない。
技術的なことに詳しい人であっても音質のことになると
途端にスキルと精神が劣化してしまう人が多いのは残念なことである。

432:名無しさん＠お腹いっぱい。
05/08/30 16:27:33 xExnnVRp0
＞↑乾電池で音が変わるかっていうCMを思い出した

これはオキシライド乾電池のことですよね。
携帯プレーヤーでオキシライド乾電池を使うと
音質が変化するか、変化するとすれば音質の変化はどの程度であるか、
などに関するダブルブラインドリスニングテストの結果はあるのでしょうか？
このスレで続ける話題ではないと思うので
情報が得られそうなより適切な場所があれば教えて欲しいです。

もしもメーカーサイドがダブルブラインドリスニングテストをやらずに
宣伝しているとすればちょっと問題ありだよな。

知識が豊富な>>430氏は当然
オキシライド乾電池のCMの真偽についても知っているつもりだろうが、
ダブルブラインドリスニングテストの結果があるかどうかについてはきっと知らないだろうね。
そもそも科学的なテストの必要性を理解しているかどうかも疑問。

433:名無しさん＠お腹いっぱい。
05/08/30 16:34:43 6sz4dOLm0
CMを見ていて思ったのですが、是非ともやってもらいたいテストは、

1. 「通常のアルカリ電池を入れた」と教えて試聴してもらう。
しかし実際にはオキシライド乾電池もランダムに混ぜてある。

2. 次に「今度はオキシライド乾電池を入れた。音質が良くなっているはずだ」と教えて試聴してもらう。
しかし実際にはアルカリ乾電池も混ぜてある。

3. そしてどちらの音質が優れていたかの感想を述べてもらう。

もしもダブルブラインドリスニングテストなど必要がないくらい
オキシライド乾電池で音質が向上していれば
嘘を教えられた人は他の人と逆の回答をすることになるだろう。

しかし、プラシーボ公開にかきけされてしまうような微妙な音質の変化に過ぎなければ、
後者の電池の方が音質が良かったと大部分の人が答えることになるだろう。

こういう話を面白がる人は結構いるはずなのにどうして誰もやらないのか？
家族や友人で試してみることができますよね。

434:名無しさん＠お腹いっぱい。
05/08/30 16:35:42 6sz4dOLm0
訂正：プラシーボ公開→プラシーボ効果

435:名無しさん＠お腹いっぱい。
05/08/30 19:28:36 mvSu5gTl0
>>432
あんたはiRiverのホームページの掲示板でも同様の議論してるな。w

べつに俺はオキシライド乾電池のこと言ってるわけじゃないぞ。
純粋にアナログアンプに対する電源のインピーダンスの影響について
言ってるだけ。

俺が主張しているのは、電池を替えて音質が良くなったというのであれば、
それはデコードのデジタル部分に関わることではなくて、DA変換後の
アンプの部分の影響だということ。

圧縮音楽の世界では、エンコード前とデコード後の波形を表示して
比較したりしているが、これはデコード後のPCMコードを演算して
アナログ波形として表示しているだけだよね。　実際のD/A変換した
アナログデータをオシロスコープで表示しているのとはわけが違う。

アナログの場合は、後段とのインピーダンスマッチングの状態に
よっても容易に波形は変化してしまう。　繋げるスピーカーやイヤホン
を替えるだけでも波形は変化してしまう。

そういった意味で、波形で音質は語れないという点は同意するがな。

あとクリップピングの事も書いてるようだけど、それはデジタルデータの
オーバーフローという形のクリッピングだと思うが、アナログ回路の
クリッピングもあることを忘れないで欲しいな。

>情報が得られそうなより適切な場所があれば教えて欲しいです。

iRiverの掲示板に詳しそうな人が居るみたいだから、その人に相手
してもらったら？w 　俺は行かんけど

436:名無しさん＠お腹いっぱい。
05/08/31 17:50:38 mh5S8hQo0
１．音質は自分が最高と思ったものが一番(わからないやつは自分で比べろ)
２．他人のレスには語尾に【と、俺は思う】とつけて読む
３．プラシーボも実は重要。
４．もうこのスレいらないよ

437:名無しさん＠お腹いっぱい。
05/09/01 07:58:42 Z4Q2q4eH0
>>436
ああだこうだとスレが楽しくなってくると
そのコピペをする無粋な粘着がまだいるんだな

438:名無しさん＠お腹いっぱい。
05/09/01 11:17:35 2tc+lDah0
>>436
こういうコピペをする人って，「自分はモノのわかったオトナだ」とか勝手に思っているんでしょうね

議論に入れるほどの知識はありませんが，
意見のぶつかり合いも含めて，色々勉強になります。

439:名無しさん＠お腹いっぱい。
05/09/01 15:38:10 o/eAy/Yr0
>>437-438
おまいらもスルーを覚えろ」

440:名無しさん＠お腹いっぱい。
05/09/01 21:28:40 vWrUqgGt0
>>437はまずsageからだな。

441:名無しさん＠お腹いっぱい。
05/09/03 16:29:58 OSmoTgxh0
.

442:名無しさん＠お腹いっぱい。
05/09/08 04:04:07 /vcvGwD30
Lilith のMP3デコーダーと他のデコーダーの「距離」がどの程度か
に興味がある人がいると思ったので今調べてみた。

試験に使ったサンプル音源は BlackBird.wv をデコードしたWAVファイル。
ダウンロードは URLﾘﾝｸ(lame.sourceforge.net) からできる。
LAME 3.96.1 の --preset insane でエンコードして各種デコーダーでデコード。

比較したのは

[audioactive] Audioactive MP3 Decoder
[mpglib] foobar2000 mpglib
[mad] foobar2000 MAD
[mpg123] Winamp Otachan's in_mpg123.dll
[lilith] Lilith 0.991b

つづく。

443:名無しさん＠お腹いっぱい。
05/09/08 04:05:00 /vcvGwD30
つづき。

デコード結果の差を取ってピークを調べると
audioactive, mpglib, mad, mpg123
のあいだには最下位1bitの差しかないことがわかる。
しかしそれらと lilith のあいだの差のピーク値は 2 であった。
だから差のピーク値だけを見る限りにおいて
lilith は他のデコーダーから遠いところにあると考えられる。
(これは正確さという観点からは lilith にとって不安要因かもしれない。)

デコード結果の差の波形を拡大して見てみると、
mpglib と mpg123 は非常に近く、mad と audioactive も近いことがわかる。
lilith は mpglib と mpg123 よりも mad と audioactive に近い感じ。

以上。

444:名無しさん＠お腹いっぱい。
05/09/08 23:33:54 JJ2kTt2AO
でも、lilithの音は他のデコーダに比べて自然に聞こえるんだよな。
元のＣＤに近い音って感じかな。

445:名無しさん＠お腹いっぱい。
05/09/08 23:57:34 BgZc/+lE0
>>443
デコーダ同士の比較にどんな意味があるのだろうか・・・
比較するならエンコ前のwavと比較すべきじゃない？
つまり、どれだけ忠実にオリジナルを再現できるかで評価すべきだと思うよ。

446:名無しさん＠お腹いっぱい。
05/09/09 05:41:15 +EOghvjO0
>>445

エンコ前のWAVファイルとの差も取ってピーク値を計測すると、
audioactive, mpglib, mad, mpg123 は 1072 で
lilith は 1073 でひとつ大きくなります。
つまり lilith の方がオリジナルのWAVに近いとは言えない。
lilith のデコーダーは他のデコーダーより精度が低い可能性があると思います。

しかし 1 しか差がありません！果たしてこの差に意味があるのか？
おそらくこの程度の差であれば通常の試聴環境ではまったく区別できないと思います。

>>444の感想はプラシーボ効果である可能性が高いと思う。
MP3で圧縮した音は十分な聴き取り能力があればCDから程遠い音に聴こえるはず。

精度の高いMP3デコーダーであればどれを使っても音質は同じです。
MP3プレーヤーおよびその設定の仕方の違いでは音質の差が出る場合がある。
MP3デコーダーとMP3プレーヤーの問題を混同しないように！

あとMP3デコーダーの精度を計測するためにはオリジナルのWAVと比較しても無意味です。
MP3デコーダーの規格に沿って「数学的に理想的なデコーダー」を仮想的に考えることができます。
あらゆる計算が誤差ゼロで実行されるようなデコーダーです。
そのような仮想的に考えた理想的なデコーダーによるデコード結果と
どれだけ差が出てしまっているかを計算すればMP3デコーダーの精度がわかります。

447:名無しさん＠お腹いっぱい。
05/09/09 05:44:02 +EOghvjO0
デコーダーの違いを聴き取るためには通常とは
異なる極端な試聴環境を使う必要があります。
たとえば極めて静かなサンプル音源をMP3で圧縮して、
通常ではありえないほどボリュームを上げて聴いてみる。
私も暇があればやってみたいのですが、
どなたか自分でもやってみた方がいれば感想を教えて下さい。

URLﾘﾝｸ(www.hydrogenaudio.org)

448:名無しさん＠お腹いっぱい。
05/09/09 07:11:39 YTYWwt+90
MP3デコーダーの違いによる(16bitへの)デコード結果の差のピーク値で1でしかない。
(lilith とそれ以外は例外的に 2 になってしまった。)
MP3エンコーダーの違いによって生じる差のピーク値は数百のオーダーになる。
さらにMP3による圧縮結果と圧縮前の音源の差のピーク値は千～数千に程度に達する。つまり、

MP3デコーダーどうしの差＜＜＜ MP3エンコーダーどうしの差＜ CDとMP3の差

という感じになっている。CDとMP3の音質の違いやMP3エンコーダーごとの音質の違いを
楽々と聴き分けることができない人にはMP3デコーダーの違いを聴き取れるはずがない。
オーダーが2桁～3桁と大きく違う。

MP3エンコーダーには大したこだわりがないくせに
MP3デコーダーには妙なこだわりを見せるやつは
それだけで先入観や偏見で音質を評価しているだけであることがばれてしまう。
そういう人は自分自身が音質について何もわかっていなかったことを素直に認め、
プラシーボ効果を排除して音質を評価する方法を学ばなければいけない。

449:名無しさん＠お腹いっぱい。
05/09/09 07:12:57 YTYWwt+90
訂正：「lilith とそれ以外は」→「lilithとそれ以外の差のピーク値は」

450:名無しさん＠お腹いっぱい。
05/09/09 08:29:34 qdGQ1r5F0
サンプル音源が一つだけだと信頼性が低すぎるので、
URLﾘﾝｸ(lame.sourceforge.net)
からダウンロードできるすべてのサンプル音源でテストしてみた。
比較したのは mpglib, mad, lilith の3つだけ。
LAME 3.96.1 --preset insane でエンコードしたものを
それらのデコーダーでデコードした結果を比較した。

結果は以下の通り。

(1) mpglib と mad のデコード結果の差のピークは
例外的に applaud で 2 になっている以外はすべて 1 になった。

(2) lilith と残りの二つの差は想像以上に大きかった。
最も差が大きかったのは KMFDM-Dogma の 40 である。

以上の結果は「lilith だけが精度が高い」と解釈することも可能だが、
他の優秀だと言われているデコーダーとの比較も考慮すると、
実際には「lilithだけが精度が低い」という可能性の方が高いと思う。
この推測に誤りがあれば Lilith の開発者およびユーザーにお詫びしたいが、
さらなる分析が必要なことだけは事実だと思われる。

以下にデコード結果の差のピーク値のログを分割して投稿する。

451:名無しさん＠お腹いっぱい。
05/09/09 08:30:53 qdGQ1r5F0
Peak Filename
--------------------------------------------------
2 diff_60_lilith_and_mad.wav
2 diff_60_lilith_and_mpglib.wav
1 diff_60_mpglib_and_mad.wav

2 diff_BlackBird_lilith_and_mad.wav
2 diff_BlackBird_lilith_and_mpglib.wav
1 diff_BlackBird_mpglib_and_mad.wav

4 diff_Fools_lilith_and_mad.wav
3 diff_Fools_lilith_and_mpglib.wav
1 diff_Fools_mpglib_and_mad.wav

40 diff_KMFDM-Dogma_lilith_and_mad.wav
40 diff_KMFDM-Dogma_lilith_and_mpglib.wav
1 diff_KMFDM-Dogma_mpglib_and_mad.wav

6 diff_applaud_lilith_and_mad.wav
5 diff_applaud_lilith_and_mpglib.wav
2 diff_applaud_mpglib_and_mad.wav

4 diff_castanets_lilith_and_mad.wav
3 diff_castanets_lilith_and_mpglib.wav
1 diff_castanets_mpglib_and_mad.wav

452:名無しさん＠お腹いっぱい。
05/09/09 08:31:41 qdGQ1r5F0
Peak Filename
--------------------------------------------------
4 diff_else3_lilith_and_mad.wav
3 diff_else3_lilith_and_mpglib.wav
1 diff_else3_mpglib_and_mad.wav

3 diff_fatboy_lilith_and_mad.wav
2 diff_fatboy_lilith_and_mpglib.wav
1 diff_fatboy_mpglib_and_mad.wav

3 diff_ftb_samp_lilith_and_mad.wav
2 diff_ftb_samp_lilith_and_mpglib.wav
1 diff_ftb_samp_mpglib_and_mad.wav

2 diff_goldc_lilith_and_mad.wav
2 diff_goldc_lilith_and_mpglib.wav
1 diff_goldc_mpglib_and_mad.wav

4 diff_hihat_lilith_and_mad.wav
3 diff_hihat_lilith_and_mpglib.wav
1 diff_hihat_mpglib_and_mad.wav

4 diff_iron_lilith_and_mad.wav
3 diff_iron_lilith_and_mpglib.wav
1 diff_iron_mpglib_and_mad.wav

453:名無しさん＠お腹いっぱい。
05/09/09 08:34:34 qdGQ1r5F0
Peak Filename
--------------------------------------------------
3 diff_main_theme_lilith_and_mad.wav
3 diff_main_theme_lilith_and_mpglib.wav
1 diff_main_theme_mpglib_and_mad.wav

1 diff_mstest_lilith_and_mad.wav
1 diff_mstest_lilith_and_mpglib.wav
1 diff_mstest_mpglib_and_mad.wav

1 diff_pipes_lilith_and_mad.wav
1 diff_pipes_lilith_and_mpglib.wav
1 diff_pipes_mpglib_and_mad.wav

3 diff_spahm_lilith_and_mad.wav
3 diff_spahm_lilith_and_mpglib.wav
1 diff_spahm_mpglib_and_mad.wav

3 diff_testsignal2_lilith_and_mad.wav
3 diff_testsignal2_lilith_and_mpglib.wav
1 diff_testsignal2_mpglib_and_mad.wav

1 diff_testsignal4_lilith_and_mad.wav
1 diff_testsignal4_lilith_and_mpglib.wav
1 diff_testsignal4_mpglib_and_mad.wav

454:名無しさん＠お腹いっぱい。
05/09/09 08:36:58 qdGQ1r5F0
Peak Filename
--------------------------------------------------
3 diff_track7_lilith_and_mad.wav
3 diff_track7_lilith_and_mpglib.wav
1 diff_track7_mpglib_and_mad.wav

2 diff_vbrtest_lilith_and_mad.wav
1 diff_vbrtest_lilith_and_mpglib.wav
1 diff_vbrtest_mpglib_and_mad.wav

3 diff_velvet_lilith_and_mad.wav
3 diff_velvet_lilith_and_mpglib.wav
1 diff_velvet_mpglib_and_mad.wav

2 diff_youcantdothat_lilith_and_mad.wav
2 diff_youcantdothat_lilith_and_mpglib.wav
1 diff_youcantdothat_mpglib_and_mad.wav

455:名無しさん＠お腹いっぱい。
05/09/09 13:05:14 CXYUs/QvO
>>446
言ってることが矛盾してるなぁ。

lilithのデコード結果とオリジナルのWAVを比較して、精度が低いと言っときながら、オリジナルのWAVと比較しても無意味だと言っている。

そもそも、一度でも非可逆圧縮にしたものをオリジナルと比較するのは全くの無意味。
これは、非可逆圧縮の原理がどういうものかを理解していれば分かると思う。

それから、出力バイナリの下位ビットを比較してデコーダの精度云々を論じるというのも全くのナンセンス。
非可逆圧縮のデコードである以上、デコード結果に差異が生じるのは仕方がないこと。
デコード結果に正解などないのだから、どのデコーダが優れているかなんて結論は出ない。

あえて言うなら、実際に聴いてみて良い音と感じたものが、その人にとって最良のデコーダだろう。

456:名無しさん＠お腹いっぱい。
05/09/09 15:36:30 AyfWPd9i0
＞非可逆圧縮のデコードである以上、デコード結果に差異が生じるのは仕方がないこと。

基本的なところで誤解している。

MP3ファイルのデコードは本質的に逆MDCTをやるだけなので
仮想的に誤差がまったく存在しないデコーダーを考えることができる。
実際には16bit整数などに量子化しなければいけないので
そこで最下位1bit程度の違いが生じてしまう可能性が出て来てしまう。

逆に言えば精度の高いデコーダーによるデコード結果のあいだにはその程度の差しかない。
Lilithだけが他のデコーダーとデコード結果に大きな違いがあるということは
「Lilithだけの精度が高い」か「Lilithだけの精度が低い」かのどちらかであるということだ。
この結論だけはどうしても否定できない。

「Lilithだけの精度が高い」というのは信じられないので
「Lilithだけの精度が低い」の方がおそらく正しいだろう。

もしも mpglib や MAD やそれらとやはり最下位1bit程度の差しかない
Audioactive や Otachan's mpg123 の精度がどれも低いという主張が正しいならば、
それらは精度が低いのにそれらのあいだには最下位1bitの差しか生じていない
というありそうもないことを信じなければいけなくなる。

457:名無しさん＠お腹いっぱい。
05/09/09 15:48:15 AyfWPd9i0
わかりにくい説明になってしまっているかもしれないので再度説明しよう。

foobar2000 などで使われている mpglib、MAD や
Winamp などで使われている Otachan's in_mpg123.dll や
Audioactive MP3 Decoder による
16bitリニアPCMへのデコード結果のあいだの違いは
ときどき例外が生じるがせいせい最下位1bit程度でしかない。

しかし、Lilith のMP3デコーダーによるデコード結果と
mpglib、MAD によるデコード結果のあいだには最下位1bitよりも
大きな違いが生じていた。

ここまでは確認された事実であり、誰にでも再検証可能なことである。

MP3デコーダーの規格はある意味単純で数学的には逆MDCTを行なうだけである。
理想的に計算された場合のデコード結果と16bitに量子化された場合では当然
微少な違いが生じる。これが精度の高いデコーダーによるデコード結果のあいだに
最下位1bit程度の差が生じてしまう原因である。 (これは一般論)

さて以上の情報から何が結論されるだろうか。
もしも上に挙げた Lilith 以外のデコーダーの精度が低ければ、
それらは精度が低いにもかかわらず、どれも同じ方向にずれており、
互いの差が最下位1bit程度の範囲におさまってしまっているということになる。
それは信じられないことなので上に挙げた Lilith 以外のデコーダーの精度は高いはずである。
したがって精度の高いデコーダーとデコード結果が大きく違う Lilith の精度は低いと結論できる。

458:名無しさん＠お腹いっぱい。
05/09/09 16:20:30 AyfWPd9i0
KMFDM-Dogma だけ lilith と mpglib、mad と
デコード結果の差のピーク値が40と非常に大きくなってしまっている。
差の波形を拡大してみてみて、どこの部分で差が大きくなっているかを確認してみた。
差が非常に大きくなっているのはファイルの終わりの方の右チャンネルである。
その部分を除けば差のピーク値は2におさまっている。
その程度の違いであれば通常の試聴環境で他のデコーダーとの違いはわからないだろう。

問題はどうして KMFDM-Dogma の終わりから 0.002 秒ほどの区間で
これほど大きな差が生じてしまったかである。

459:名無しさん＠お腹いっぱい。
05/09/09 17:45:56 CXYUs/QvO
>>456-457
いや、誤解はしていない。
その量子化誤差のことを言っている。

そもそも精度とは何か？
mp3のデコードに関して、規定が設けられているのはご存じですか？
この規定にどれだけ近付けることができるか、それが精度だと思います。

あなたの推論は、多数派が常に正しいと言っているだけです。
根拠のない推論は詭弁にしか聞こえません。

それと、もう一つ。非可逆圧縮音源に関しては、必ずしも高精度＝高音質ではないということを覚えておいて下さい。
非可逆圧縮された音源の周波数や波形等を分析してみると、かなり破綻していることが分かります。
真に理想的なデコーダというのは、これら破綻した箇所を補完し、圧縮前に近い波形で出力できるものだと考えます。

つまり、デコード結果が規定された精度に近かったとしても、それは音質が良いという根拠にはならないのです。
最終的に音質の善し悪しを決めるのは人の耳しかないんですよ。
音質評論とは本来、そういったものではないでしょうか？

460:名無しさん＠お腹いっぱい。
05/09/09 18:53:16 2hxUpYZW0
なんで差のピーク値しか見ていないんだ(*´д｀）

何千何万とあるサンプルのうち、たった１つが大きく異なっている場合よりも、
すべてのサンプルが満遍なく小さく異なっている場合の方が音質は悪いだろ。

たとえて言うなら、オリジナルのWAVEと比べて最初の１サンプルだけ±40違うが、後はすべて一緒のデータと、
オリジナルのWAVEと比べてすべてのサンプルが±1違うデータで、
聴覚上どちらがよりオリジナルに近いか？　当然前者だろう。

オリジナルとの差分のRMSレベルを算出して、それも比べないと。
ピーク値だけ見たって音質は比較できん。

スペアナのピーク波形だけ見てオリジナルに近い・近くないと言っている
某ライターじゃないんだからさ。

461:名無しさん＠お腹いっぱい。
05/09/10 00:15:26 3OwRUOpc0
>>459

「多数派が常に正しい」という単純な議論はしていない。
「そのような偶然はとてもありそうもない」という議論をしている。

より精度が低いデコーダーが複数あるときに、
それらの精度が低いのに互いの差が最下位1bit程度しかない
というようなことが偶然起こるのはとありそうもないことだ。
そのようなことが起こるのはそれらのエンコーダーの精度が
どれも十分に高い場合以外にはほとんど考えられない。

Lilith によるデコード結果とそれ以外のデコーダーによるデコード結果
の差が最下位1bit程度におさまっている場合が存在するのも偶然ではない。
Lilithもまた精度の高いデコーダーを目指していたのは周知の事実である。

462:名無しさん＠お腹いっぱい。
05/09/10 00:19:18 3OwRUOpc0
>>460

差のピーク値だけを見るだけではいけないというのはまったくその通りだ。
音質云々についてもまったくその通りだと思う。

しかし、実際には波形も見ている (>>458を見よ)。
差の波形を見ると lilith によるデコード結果は mpglib よりも mad に近いこともわかる。
そして lilith とそれ以外の差はほとんどの部分で1以下であり、2以上の部分の密度はかなり薄い。

しかし、差のピーク値が Lilith と他を比較した場合に限って平均して2～3程度になってしまう
というのは事実である。しかも >>458 で紹介したサンプルでは差のピーク値が40に達して
しまっている。ピーク値を見るだけでは駄目だという意見は正しいのだが、
さすがにこれでは印象が悪いだろう。

私はできる範囲内でテスト結果を公開した。
使ったサンプル音源は公開されているものなので誰でも追試可能である。
私にはできなかったようなより詳細な分析を是非ともやってもらいたいものである。

以上のテスト結果を無視するのも自由である。
しかし他のデコーダーとの差のピーク値が
Lilith の場合だけ例外的に大きくなるという事実は
すでに十分に素晴らしいソフトである Lilith にも
まだ改良の余地が残っている可能性が高いことを意味していると思う。
繰り返すがこのような考え方を無視するのも自由である。

463:名無しさん＠お腹いっぱい。
05/09/10 00:31:47 3OwRUOpc0
補足。差のピーク値だけを見て言えることが非常に少ないのは事実ですが、
差のピーク値が3～4程度になることが頻繁にあったり、
40にも達する場合があることは量子化に伴う誤差では説明できません。
LilithのMP3デコーダーでは量子化以外の原因で
誤差が生じている可能性が高いと思う。

やはりより詳しい分析が必要なことだけは事実じゃないですかね？
私にはこれ以上のことは無理ですが。

464:名無しさん＠お腹いっぱい。
05/09/10 02:23:06 LfnABJgP0
Lilithのデコーダについては、このスレでも過去に幾度となく議論され、多くの方が他のデコーダとの比較を行っている。
そして、今までに幾つかの共通した特徴が示されている。

　　１．mp3特有の高音域における歪が低減されている。
　　２．出音が自然で聴き疲れしない。
　　３．弦楽器の音色が瑞々しく再現されている。
　　４．ソース（wav）の再現性が高い。
　　５．艶かしい空気感がある。

中には眉唾ものもあるが、だいたい似たような意見が多い。

今回、新たに分かった事実は以下の通りである。

　　１．デコード結果の差のピーク値が、他のデコーダ間の差のピーク値よりも大きい。
　　２．差のピーク値が40にも達する場合があることは、量子化に伴う誤差だけでは説明できない。
　　３．LilithのMP3デコーダーは、量子化以外の原因で誤差が生じている可能性が高い。

今回証明された事実は、今まで囁かれてきたLilithの特徴を裏付けるものになるかも知れない。

つまり、過去の評論と今回の事実に鑑みて、次に示す推論が導き出せると考える。

　　１．Lilithはデコード以外に、データを改変するような処理を行っているのではないか？
　　２．そして、それは目的を持って意図的に行われているのではないか？（高音域の歪低減、再現性向上のため？）
　　３．試聴環境や試聴者の能力によっては、他のデコーダとの違いを十分聴きとれるのではないか？（プラシーボでないことの証明？）

以上の推論は、あくまでも想像の域を出ないが、一つの可能性として示してみた。

465:460
05/09/15 00:46:47 /sQlVl9y0
RMSレベル測ってみた。
サンプルは>>450に準じて、
BlackBird.wvをLAME 3.96.1 --preset insane でエンコードしたものを
それらのデコーダーでデコードした結果を比較した。
オフセットズレのあるデコーダも存在するので、
その他の音源はまだ測定できていない。

なお、今回の測定では、MADのサイトにあるリファレンスデコーダおよび、
オリジナル音源との間でのRMSレベルおよび差のピーク値を測定。
リファレンスデコーダは、MAD公式サイト
URLﾘﾝｸ(www.underbit.com)
のDecoder Complianceコーナーから、
compliance bitstreams(Layer-3.tar)をDLし、
展開すると入っている。

なお、厳密な意味でのリファレンスデコーダというものは、存在しない
(dist.10にも色々バージョンがあり、どれをとってきてもバグが存在する)
ので、dist.10を元にバグ修正だけを行ったという
MADのサイトのものをリファレンスデコーダとした。

結果は次の書き込みで。

466:460
05/09/15 00:56:25 /sQlVl9y0
ref - lilith(x86) RMS=2.7851e-6 PEAK=6.1035e-5
ref - lilith(sse) RMS=2.8109e-6 PEAK=6.1035e-5
ref - lame3.96.1 (mpglib/rarewares) RMS=7.9452e-6 PEAK=3.0518e-5
ref - foobar0.83 (mpglib/case special) RMS=7.9567e-6 PEAK=3.05187e-5
ref - madplay0.15.2b RMS=1.5792e-5 PEAK=3.0518e-5

org - lilith(x86) RMS=1.3680e-3 PEAK=3.2745e-2
org - lilith(sse) RMS=1.3680e-3 PEAK=3.2745e-2
org - lame3.96.1 (mpglib/rarewares) RMS=1.3680e-3 PEAK=3.2715e-2
org - foobar0.83 (mpglib/case special) RMS=1.3680e-3 PEAK=3.2715e-2
org - madplay0.15.2b RMS=1.3867e-3 PEAK=3.2715e-2

順に、リファレンスデコーダでのデコード結果との比較、
およびオリジナルPCMファイルとの比較。

467:460
05/09/15 01:02:42 /sQlVl9y0
PEAK値を見ると、Lilithは確かにどちらの比較でも
今回のサンプルでは確かに差が大きく出ている。
リファレンスデコーダとの比較では、ちょうど16bitの下位1bit分余計。
この結果は450氏の測定と一致する。

しかしながら、RMSでは、ほかと同等かそれ以上の成績を残している。
PEAKが大きいということは、そのサンプルのためにその分RMSも高くなりやすいのに
それでも低い値を出しているということは、
少数のサンプルでは大きく違うが大多数のサンプルではほとんど違わないことを意味する。
＃RMSは二乗平均のことなので、大きく違うサンプルがあるほど、単純平均に比べて不利になる。

音質を差分のRMSレベル(=オリジナルに加えられたノイズ)と判断すると、
Lilithは若干音質がいいという結果となった。

なお、あくまでも１サンプル音源での結果でしかないので絶対的なものではない。
全部はきちんと測定していないが、ほかに少しだけ試したいくつかのサンプルでも
同様の傾向が得られたので、あながち間違いでもないとは思うが、
この程度の差を聴き分けられる可能性は低いと思う。

蛇足として、今回使用したデコーダ間での比較は、
リファレンスデコーダとの比較結果と同程度の差が、
それぞれのデコーダ間であった。
＃同じmpglibのlameとfoobarはほぼ同等だったが、コンパイラに起因する誤差は認められた。
ピーク値に関しては、450氏の結果と一致する。

最後に、今回の結果より、>>464で述べられているような明らかな色づけは行っていないのではないかと推測される。
色付けを行った場合、オリジナルPCMとの差は小さくなるかもしれないが、
リファレンスデコーダとの差は大きくなるはずだからだ。

468:名無しさん＠お腹いっぱい。
05/09/15 07:54:24 fnohYO1O0
>>467さん、どうもありがとうございます。非常に興味深い結果です。
>>450の最初の1行目にある通り、サンプル音源が一つだけだと信頼性が低いのですが
(たとえば KMFDM-Dogma のようなサンプル音源ではどうなるか？)、
それでも非常に面白いです！！！

ただし、>>464にある音質に関する1～5の主張はまったく信用できないと思います。
証拠にあたるABXテストの結果とサンプル音源のペアが一切提出されていない。
プラシーボ効果でないことがはっきりするまでは
>>464の1～5のような感想はすべて疑わしいとみなされるべきです。

あと、>>467さんが計測した結果程度の差であれば
通常の試聴環境では音質の差を認識できない可能性が高く、
違いを認識できる場合であってもあまりにも微妙な違いなので
>>464の1～5のようなまるで音質に大きな違いがあるかのような主張は
どれも否定されることになると思います。

guruboolez氏が
URLﾘﾝｸ(www.hydrogenaudio.org)
で使った方法でLilithのMP3デコーダーも含めた試聴試験を
誰か耳の良い方が行なってみるのは興味深いと思います。
(そこではMADの成績は悪い！ >>486の数字とその結果を比較してみよ！)
Lilith の MP3 デコーダーのキャラクターは他と違っているので
その違いがどう聴こえるかは面白そうです。

469:460
05/09/15 13:37:50 /sQlVl9y0
>>468

今回の結果は、あくまでもサンプル音源BlackBird.wvの結果なので、
これで音質が語れるとは思えない。
デコーダ間の比較はしたことないが、
以前MP3の再現性を確かめるために、
(確かLilithを用いて)オリジナル音源との(差分の)比較を行ったことがある。

手元にあるJ-POPなどの曲を丸ごとエンコード->デコードし、
オリジナルとのRMSレベルを計測した結果、
466とは一桁も二桁も違うオーダーでの差が検出された記憶がある。

BlackBird.wvは比較的静か曲で、使用されている音源の数も少なく、
音源の種類もシンプルなので、MP3で比較的再現しやすい音源である。
＃とはいっても、なんらかの不具合をもたらすキラーサンプルだから、
＃登録されて公開されているのだろうが。

最近のJ-POPなどのように、MP3での再現性が劣る音源で
デコーダ間の比較を行った場合、もっと差が出る可能性は
大いにありうると思う。

>>464の音質の関する１～５の主張は、確かに根拠が薄いと思うが、
J-POPなどで１曲丸ごと計測した場合に、
数値的に有意な差が可能性はあるので、
頭ごなしに否定することはできない。
＃それでも個人的には、聴いてわかるとは思えないが……
蛇足として、４の主張は>>466の結果だけを見れば、数値上は真だが、聴覚上は？

470:名無しさん＠お腹いっぱい。
05/09/16 15:27:02 On9y7Xnw0
ふと思い立った疑問なんですが、携帯オーディオプレイヤー（iPodとか）
ってやっぱり高いですよね。
ほし～な～って思ってはいるんですけどなかなか手が出なくて。
んで、こういうのないかなって思ったんですけど、
USB HDDにコントローラーみたいのをつけて音楽が再生できるっていう･･･。
こんなコントローラーがあればいいなぁ～って。
世界は広いからすでに開発中とかないんですかね♪

471:名無しさん＠お腹いっぱい。
05/09/16 15:28:44 On9y7Xnw0
あ･･･。音質スレでしたね･･･。
書くとこ間違えたっぽいですね。すみません。

472:ハム左衛門
05/09/16 21:15:30 A53XF/vo0
取り込んだ音楽の速度変えれて（はやくしたり、おそくしたり）
音質はあまりかわらなくて、なおかつ変速後の音楽をMP3などに
ファイル化できるソフトあったらいいな～と思っている俺。

473:名無しさん＠お腹いっぱい。
05/09/16 21:50:52 8JaNBsKY0
あるよ

474:460
05/09/17 18:48:47 zDYhxyFY0
>>465のテストの追試をやってみた。
BlackBird.wvだけではなんともいえないため。

同URLよりすべての音源をDLして試してみようと思ったが、
MADとリファレンスデコーダはデコーダディレイ&曲長の補正が面倒なので、
全部やるのはあきらめますた……orz

そして、いくつか結果を出した後に、
Lilithがアップデートされたことに気づき、
Lilithのデータは再度取り直し。
MP3デコーダの修正が入ったみたいだが、
数値上はかなりの変化が見られた。

なお、今回対象デコーダを一部変更した。
foobar2k(mpglib)とlame(mpglib)の間に有意な差はなかったので、
foobar2kを廃止。
代わりに、同じmpg123だが、
デコードルーチンを64bitFloat化するなど音質面での強化を図った
otachan's mpg123(Winamp版)を採用した。

また、面倒なのときちんと効果が出ているのか良くわからないため、
Lilithの非SSEルーチンは測定しないことにした。

475:460
05/09/17 18:55:51 zDYhxyFY0
今回試した音源は、>>450のサイトから落とせる以下のサンプル音源

BlackBird.wv
KMFDM-Dogma.wv
applaud.wv
else3.wv
Fools.wv

すべてを試すのは大変なので、450氏の測定で大きく差が出ているものをチョイスした。
なお、Lilithのアップデートに伴い、BlackBirdは再測定。
MADの結果も変わっているが、前回はディレイ&曲長補正を適当に済ませていたため、
正確な結果が出ていなかったようだ。
今回は正確な値を出せていると思う。

また、サンプル音源のほかに、手元のCDから最近のJ-POPとクラシックを１曲ずつ試してみた。
J-POPは趣味が判明してしまうので曲名は伏せるが、
クラシックはアルルの女第１組曲より第１楽章『前奏曲』を使用した。
ピアノソロとかも試してみたいが時間が取れなかった。

各プレイヤーは、結果では以下の略称で記載している。

リファレンスデコーダでの結果：ref
オリジナル音源：org
Winamp+otachan's in_mpg123(ot88)：ota
lame(mpglib)：lame
Sound Player Lilith：spl

なお、今回から参考データとして、
オリジナル音源とリファレンスデコーダの差の結果も記載することにした。

476:460
05/09/17 18:56:21 zDYhxyFY0
BlackBird.wv

org - ref RMS=1.3680e-3 PEAK=3.2715e-2

ref - mad RMS=1.5580e-6 PEAK=3.0518e-5
ref - lame RMS=7.9452e-6 PEAK=3.0518e-5
ref - ota RMS=7.9659e-6 PEAK=3.0518e-5
ref - spl RMS=8.2074e-7 PEAK=3.0518e-5

org - mad RMS=1.3680e-3 PEAK=3.2715e-2
org - lame RMS=1.3680e-3 PEAK=3.2715e-2
org - ota RMS=1.3680e-3 PEAK=3.2715e-2
org - spl RMS=1.3680e-3 PEAK=3.2715e-2

KMFDM-Dogma.wv

org - ref RMS=3.3448-e3 PEAK=3.8940e-2

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

org - mad RMS=3.3441e-3 PEAK=3.8940e-2
org - lame RMS=3.3440e-3 PEAK=3.8940e-2
org - ota RMS=3.3440e-3 PEAK=3.8940e-2
org - spl RMS=3.3441e-3 PEAK=3.8940e-2

477:460
05/09/17 18:57:16 zDYhxyFY0
applaud.wv

org - ref RMS=6.4451e-3 PEAK=1.0004e-1

ref - mad RMS=1.8837e-6 PEAK=3.0518e-5
ref - lame RMS=1.3766e-5 PEAK=3.0518e-5
ref - ota RMS=1.3766e-5 PEAK=3.0518e-5
ref - spl RMS=1.7125e-6 PEAK=3.0518e-5

org - mad RMS=6.4451e-3 PEAK=1.0004e-1
org - lame RMS=6.4450e-3 PEAK=1.0007e-1
org - ota RMS=6.4450e-3 PEAK=1.0007e-1
org - spl RMS=6.4451e-3 PEAK=1.0004e-1

else3.wv

org - ref RMS=3.7506e-3 PEAK=7.4219e-2

ref - mad RMS=1.6468e-6 PEAK=3.0518e-5
ref - lame RMS=1.0567e-5 PEAK=3.0518e-5
ref - ota RMS=1.0567e-5 PEAK=3.0518e-5
ref - spl RMS=1.1037e-6 PEAK=3.0518e-5

org - mad RMS=3.7506e-3 PEAK=7.4219e-2
org - lame RMS=3.7505e-3 PEAK=7.4188e-2
org - ota RMS=3.7505e-3 PEAK=7.4188e-2
org - spl RMS=3.7506e-3 PEAK=7.4219e-2

478:460
05/09/17 18:57:55 zDYhxyFY0
Fools.wv

org - ref RMS=2.4795e-3 PEAK=9.7443e-2

ref - mad RMS=1.6300e-6 PEAK=3.0518e-5
ref - lame RMS=1.0851e-5 PEAK=3.0518e-5
ref - ota RMS=1.0851e-5 PEAK=3.0518e-5
ref - spl RMS=1.1687e-6 PEAK=3.0518e-5

org - mad RMS=2.4795e-3 PEAK=9.7443e-2
org - lame RMS=2.4794e-3 PEAK=9.7443e-2
org - ota RMS=2.4794e-3 PEAK=9.7443e-2
org - spl RMS=2.4795e-3 PEAK=9.7443e-2

479:460
05/09/17 18:58:26 zDYhxyFY0
J-Pops

org - ref RMS=1.1390e-2 PEAK=2.1194e-1

ref - mad RMS=1.8311e-6 PEAK=3.0518e-5
ref - lame RMS=1.3221e-5 PEAK=6.1035e-5
ref - ota RMS=1.3222e-5 PEAK=6.1035e-5
ref - spl RMS=1.6320e-6 PEAK=3.0518e-5

org - mad RMS=1.1390e-2 PEAK=2.1194e-1
org - lame RMS=1.1390e-2 PEAK=2.1191e-1
org - ota RMS=1.1390e-2 PEAK=2.1191e-1
org - spl RMS=1.1390e-2 PEAK=2.1194e-1

Classic - L'Arlesienne

org - ref RMS=5.1195e-4 PEAK=1.4801e-2

ref - mad RMS=1.5773e-6 PEAK=3.0518e-5
ref - lame RMS=5.5242e-6 PEAK=3.0518e-5
ref - ota RMS=5.5242e-6 PEAK=3.0518e-5
ref - spl RMS=6.0866e-7 PEAK=3.0518e-5

org - mad RMS=5.1195e-4 PEAK=1.4801e-2
org - lame RMS=5.1194e-4 PEAK=1.4771e-2
org - ota RMS=5.1194e-4 PEAK=1.4771e-2
org - spl RMS=5.1195e-4 PEAK=1.4801e-2

480:460
05/09/17 19:24:24 zDYhxyFY0
Lilithの結果を見ると、±２以上の差が発生していたのは、
Lilithのバグだったようだ。
本日修正されたLilithでは、すべて±１に収まっている。
また、それが修正された影響か、RMSレベルが大きく下がっている。

リファレンスデコーダとの比較では、
一桁も結果が変わっている。
lame/mpg123と比べると１０倍以上、
MADと比べると２倍程度もRMSレベルが低くなり、
リファレンスへの準拠度が大幅にアップしたようだ。

次ページ