- 329 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/07/13(水) 11:01:49 ID:PNpVy1Z90]
- >>39
＞各プレイヤーのデコード結果をwavに書き出し、それをABC/HRにてABXしました。
>>51
＞それと２重盲検でないし、特に>>39がインストールされているプレイヤーを
＞わかっている時点で、有利に働いているといえる。
この二つの発言を比較すると意味不明なのは>>51の方である。
もしも「ABC/HR」がff123のABC/HRツールならば（おそらくそれは正しい）、
>>39は実際にダブルブラインドテストをやったことになる。
さらに >>42 >>50-51 では Audioactive と Otachan's in_mpg123.dll の
ABXテストではpvalが十分低くなっていることに対する批判的考察が欠けている。
デコーダーごとにオフセットが異なるのでその処理を正確にやっていなければ
せっかくff123のツールでABC/HRをやっても何の意味もなくなる。
Otachan's in_mpg123.dll はLAMEタグに対応しているので
LAMEタグ付きのMP3ファイルをそれでデコードすると
デコード結果のサンプル数は圧縮前のWAVファイルに一致する。
しかし Audioactive MP3 Decoder ではそうならないので
始めの2257サンプル(約51ms)を削り、終わりの方も削らなければいけない。
この0.051秒は十分に認識可能な数値である。
>>39はその点に何も触れていないので、おそらく>>39の試聴試験全体に意味がないだろう。
意味のある試聴試験をやるのは結構難しい。単に ABC/HR Tool を使えば良いというわけではない。
>>39への焼きの入れ方が不十分なので話を蒸し返すことにした。
ちなみに anonymousriver.hp.infoseek.co.jp/mp3decoders/
からダウンロードしたWAVファイルの大きさはすべて同じであった。
ファイルのサイズを見て区別することは不可能である。
|
 |
