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


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

LAMEコマンドラインオプションを語れ!その22



1 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/27(水) 13:51:06 ID:UnaQp5Du0]
P3エンコーダーではない何かであるLAME(LAME Ain't an MP3 Encoder)のスレッドです。

[前スレ]
LAMEコマンドラインオプションを語れ!その21
pc7.2ch.net/test/read.cgi/software/1161703621/

[関連サイト]
本家
lame.sourceforge.net/
ソースコード
lame.cvs.sourceforge.net/lame/lame/libmp3lame/presets.c
海外掲示板
www.hydrogenaudio.org/
バイナリ
mitiok.maresweb.de/
lame.bakerweb.biz/
www.rarewares.org/mp3.html
www.free-codecs.com/LAME_Encoder_download.htm
www.rjamorim.com/rrw/lame.html

★まとめサイト★
www.geocities.jp/buritora2004/lame/

53 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/01(月) 21:40:39 ID:i0qmOAnj0]
真のLAME信者は毎日3食をラーメンで凌ぎます。

54 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 02:33:11 ID:Qgkt+B9e0]
3.99の次は4.0がリリースされると思ったら大間違いだからね
その次は3.100だから

55 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 02:41:30 ID:IweUrvso0]
3.99の次は3.991で3.999の次は3.9991なので4.0に無限に近付きますが到達はしないでしょう。


56 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 03:10:59 ID:f7sylggG0]
reaperかよw

57 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 03:19:09 ID:mgu4s9XWP]
まあ、4.0はすでにアルファ版が出てる以上、
3.9系が4.0に上がるのはマズいだろうな。

58 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 03:37:32 ID:1u9ioZK+0]
どの段階でCVS HEADを3.xから4.0にするかだな
今の開発ペースでは当分なりそうにないがw

4.0のゴールはtt氏が比較的明確に出してるんだけど、3.9xのロードマップってどうなってるんだろうね

59 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 04:04:05 ID:tTth14gE0]
これからV2でエンコする場合、どのver.使いますか?

60 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 05:07:55 ID:ZRtB21N80]
統合したら7でいいよ。どうでもいいけど
それより3.98 stable

61 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 05:32:15 ID:Ur0rL7GY0]
>>57
Lame4って一人のジャッププログラマーのオナニーじゃなかったの?
ジャップの作ったのは非公式にして改めて4を作ればいいじゃん



62 名前:名無しさん@お腹いっぱい。 mailto:age [2007/01/02(火) 10:40:10 ID:mKkUL8bm0]
WinnyでMP3ファイルを手に入れたのだが、10曲が1つのMP3ファイルになっている、
これを1曲ずつ10個のMP3ファイルに分けたいのだがどうしたらいいのかね?

63 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 10:42:11 ID:mqGozhlQ0]
>>62
お前このスレもみてんのかよ

64 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 10:48:43 ID:lK+C+sSH0]
>>63
>>62は上位スレ爆撃してるみたいだね、この池沼は

65 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 11:06:13 ID:h9fsbbab0]
このスレで.zip.mp3ネタで釣りをする香具師が居るとは思わなかった。

66 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 15:00:58 ID:IvMNbk/s0]
3.97を色んな所から落としたんだけど解答したらファイルサイズが違う、コレは別に気にしなくていいの?

67 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 15:23:47 ID:1u9ioZK+0]
だからコンパイラとそのコンパイルオプション次第でいくらでも変わるとあれほど
公式にはソースコードしか提供されていない

68 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 15:44:13 ID:aJzn5idU0]
違うサイズのやつ実行するとPCが爆発四散するよ

69 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 16:02:50 ID:Rq6sEbr00]
>>66
ウイルス入りのLAMEを配布している所もあるらしいよ…

70 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 17:08:28 ID:P0z3Abud0]
チンコ入りのlameを配布している所もあるらしいよ…

71 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 17:17:02 ID:mqhzreHG0]
お年玉付きだよ



72 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 19:15:46 ID:+JuEGZGM0]
誰もがそれぞれに違った形のLAMEを胸の奥に持ってるらしいよ

73 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 23:47:49 ID:kjnbKtXh0]
つまり、LAMEとは人々の夢という意味だったのですね!!

74 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/02(火) 23:50:25 ID:htQeK1w40]
そして人々の希望

75 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/03(水) 00:47:25 ID:7m3smBdL0]
もうlameスタッフで新しい音声規格作っちゃえばよくね?

76 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/03(水) 10:55:40 ID:nZ6v5yO+0]
っていうか、らめぇって何でフランス語読みするの?
LAME Ain't Mp3 Encoderの省略なら英語読みで「れぃむ☆」が妥当じゃない?

77 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/03(水) 10:58:18 ID:aMBk7U2C0]
普通にローマ字読みだと思うがw

78 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/03(水) 11:29:31 ID:C2I4USak0]
フランス語で発音しちゃらめぇ

79 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/03(水) 22:29:15 ID:4I/gFUQE0]
>>76
僕のれぃむぽを触っちゃらめぇぇぇぇぇぇっ!!!

80 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/04(木) 00:10:50 ID:BRHLk9WI0]
で、お前らどのLAME使ってんの?

81 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/04(木) 00:14:51 ID:dl9T1d1D0]
>>22
This Account Has Been Suspended
Please contact the billing/support department as soon as possible.

オワテル\(^o^)/



82 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/04(木) 00:22:55 ID:vOtr9fzy0]
>>81
ttp://lame.bakerweb.biz/

83 名前:名無しさん@お腹いっぱい。 [2007/01/04(木) 13:00:55 ID:1IYkiBEs0]
で、結局一番いいオプションは何?

84 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/04(木) 13:30:11 ID:G3DCwj8/0]
らめぇぇぇっぇぇぇぇぇぇぇっぇぇぇぇぇっっっぇぇ!!!!!

85 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/04(木) 14:56:04 ID:kNa0snBV0]
-らめぇ

86 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/04(木) 15:06:43 ID:74WoYchH0]
>>81

もう既に >>30

87 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/04(木) 15:09:22 ID:74WoYchH0]
>>82
年明け早々にて更新しているのか。
なんともはや。

88 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/04(木) 20:54:49 ID:31Se/M5D0]
rarewaresの復活の予定はいつなの?ていうか復活するの?

89 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/04(木) 21:09:00 ID:H22stSvE0]
>>88
サーバを借りてた人(rarewaresの管理者とは別)が、より料金の高いプラン(VPS)で借り直すらしい
それまでしばし待て

その人に申し訳ないので寄付を受け付けようかという話になっとるね

90 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/05(金) 05:49:30 ID:lS2591Sm0]
torrent使えよ

91 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/05(金) 09:32:52 ID:RRL4DlOT0]
rarewares.orgに置いてあったLAMEはrarewares.orgの管理人さんがビルドしたものだったのかな?



92 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/05(金) 12:21:18 ID:z2MjQ5B/0]
 ァ    _, ,_ ァ,、
 ,、'` ( `∀´) ,、'`
  '`  ( ⊃⊂)  '`


93 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/05(金) 21:35:18 ID:kvo2zHoQ0]
鯖落ちなんて、そんなの○○ぇぇぇぇっ!!!

94 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/06(土) 17:08:44 ID:8svoq+JU0]
らめ。らめえぇぇ!

95 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/06(土) 22:01:17 ID:TLj/I/+90]
2004年 7月 29日 木曜日、11:19:52更新のlameをつかって
--preset standard
でエンコしています。
新しいバージョンにかえたほうがいいでしょうか。
その場合、同等のコマンドは
--preset fast standard
になるのでしょうか。

96 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/06(土) 22:03:41 ID:mGhQRDha0]
>>95
バージョンがわからないと何も言えない

97 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/06(土) 22:03:42 ID:GsDLSw2b0]
そんなLameらめぇ

98 名前:95 mailto:sage [2007/01/06(土) 22:21:02 ID:TLj/I/+90]
>96
バージョンの調べかたがわかりません。

99 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/06(土) 22:22:55 ID:KxaD+/1o0]
>>95
オフィシャルサイトの更新履歴からバージョンを推測すると3.96.1かな?
それはともかく新しいバージョンに変えた方が良いと思う。
最新ステーブル版の3.97か最新版の3.98a11が良いかと。
コマンドラインは3.97ならそのまま、3.98a11ならどちらでも良い。
ttp://lame.bakerweb.biz/ (3.98a11がDL出来る)
ttp://www.free-codecs.com/LAME_Encoder_download.htm (3.97、3.98a11がDL出来る)

100 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/06(土) 22:34:49 ID:t1fBteYc0]
優しさに涙らめえぇぇぇ!

101 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/06(土) 23:10:33 ID:oPmKI2y/0]
俺、rarewaresが落ちる前にa11落としたんだけど、
もしかしてウイルスが入ってたりする?チェックしても出なかったけど・・・



もし入ってたら・・・らめぇぇ!!!



102 名前:95 mailto:sage [2007/01/06(土) 23:17:25 ID:TLj/I/+90]
>99
ありがとうございます。
昔はこのスレに入り浸っていたんですが、ちょっと離れると何もわからなくなってしまって。
あのころに比べるとHDDの値段がかなり安くなっているのでやる気が出ます。

103 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/06(土) 23:44:21 ID:RNF/Vkgg0]
むしろHDDが安くなったなら可逆で(ry

104 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/07(日) 00:03:37 ID:jmcdUL7A0]
可逆には夢がない。
不可逆だからこそ技術の進歩を確認できるし、未来に希望を持てる。

それくらいに、らめぇぇぇを愛することって、そんなに不思議な事じゃない。

105 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/07(日) 00:10:55 ID:eoy5WtI40]
>>104
無圧縮でも如何にして原音に忠実に標本化するかで技術の進歩が確認できるし
可逆でも如何にして圧縮効率を上げるかによって技術の進歩が確認できる

106 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/07(日) 00:13:05 ID:OR7xQfeY0]
可逆で実用性無視したらどれくらい縮むのかは興味ある

107 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/07(日) 00:19:49 ID:eoy5WtI40]
そういや前に音を量子化じゃなくて全てサインとかの関数で表現したら圧縮率がかなり高くなるって話を聞いたけどどうなんだろ?

108 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/07(日) 00:22:20 ID:1Rpg7nCH0]
multi-passかなんかでソース毎に最適な予測器のアルゴリズムを選んだりするのかな
MPEG-4 ALSに使われてるPARCOR係数は人の声の予測用だったか

109 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/07(日) 00:23:04 ID:1Rpg7nCH0]
>>107
それvaporwareでしょ...

110 名前:102 mailto:sage [2007/01/07(日) 00:32:26 ID:1JUCYY1X0]
>103-109
議論されていることはまったく変わっていない。。。。

111 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/07(日) 00:35:43 ID:njw3Fi5N0]
歴史は繰り返す



112 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/07(日) 02:20:11 ID:x02oTJ8P0]
らめぇも繰り返す

113 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/07(日) 03:08:38 ID:sOdMPsHJ0]
出ないなら 出るまで待とう 3.98安定版

114 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/07(日) 03:18:48 ID:1t2/daO80]
出ないなら 出してしまおう 4.0

115 名前:名無しさん@お腹いっぱい。 [2007/01/07(日) 04:52:44 ID:WxCb2WrP0]
やっぱり不可逆は技術的に面白くてロマンがあるよねー。

>>107
フーリエ変換だね。
すべての音はサイン波の組み合わせであるという。
DTMでそういうソフトがあったような・・・。

116 名前:名無しさん@お腹いっぱい。 [2007/01/07(日) 04:53:07 ID:I4b+4p4X0]
preset fast standard
preset fast medium

117 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/07(日) 05:48:49 ID:NQa8ieBa0]
>>107
ttp://www.jgs-g.co.jp/hdtl/myc/
もうリンク先はなくなってる。

118 名前:名無しさん@お腹いっぱい。 [2007/01/07(日) 08:59:30 ID:G4nr7R/I0]
life8.2ch.net/test/read.cgi/kankon/1167453222/

119 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/07(日) 13:35:12 ID:jlzKKfs00]
>>106
MD5ハッシュ128ビットのみHDD保存。
再生時にP2Pネットワークからストリーミング再生w
上りが100mbps超えたら可能かもな。
リアルタイムじゃないけど、それってWinnyじゃんw


120 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/07(日) 14:53:33 ID:FGOzBous0]
>>119
何かをどうかすれば LAN で実現できそうな物だな。
Client <=> Server <=> Backend DB (NAS)
    MD5     Query

121 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/07(日) 15:17:44 ID:nPucj1H+0]
>>119
それ可逆圧縮?



122 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/08(月) 06:41:17 ID:DXYM5Osg0]
辞書圧縮も可逆圧縮に入れていいんじゃないの?
辞書が空なのと何か入ってるのの区別で最短は2ビットかな?


123 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/08(月) 14:13:31 ID:jLcffUQ+0]
ttp://www.rarewares.org/mp3.html
復活らめぇ!

124 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/08(月) 14:28:36 ID:bez4h6Qt0]
らめぇぇぇぇぇぇぇぇぇぇぇぇぇぇぇ!!!!!!!!!!!

125 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/08(月) 14:53:15 ID:OW5o/sWD0]
復活おめでとうらめぇぇぇぇぇぇぇぇ

126 名前:名無しさん@お腹いっぱい。 [2007/01/08(月) 15:54:18 ID:Z68VuyWO0]
LAME 3.98 alpha 11










らめぇええええええええええええええええええ

127 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/08(月) 16:04:55 ID:nTOkVYEL0]
それより何より、3.98 stable早くらめぇぇぇぇぇぇぇぇぇぇぇぇぇぇぇ

待ちきれずに3.97 stableでエンコしちゃったらめぇ

128 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/08(月) 17:47:24 ID:LuxiyRVZ0]
3.98の何がどうなったらstableなんだろね・・・。
a版のまま更新が続くってことはバグがまだあるってことなのか、
それともバグは無いが開発者の納得いかない部分がまだあるのか。。。

129 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/08(月) 18:08:21 ID:hDDuNqOn0]
qが未完成、4.0のコードをどこまでマージするか等いろいろと・・本家に行け

130 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/08(月) 23:24:07 ID:j9+WS2VD0]
インテンシティステレオ実装まだなのからめぇ

131 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 00:38:42 ID:m5j8BwyqP]
rarewares にある ICL でコンパイルされたバイナリ
MSVC8 で自分でコンパイルしたバイナリ(*1)
cygwin で自分でコンパイルしたバイナリ(*2)

で同じwavファイルを同じオプションでエンコードしてもmd5sumが一致しない。
rarewares のバイナリはエンコード時間が一番早い。(Core 2 Duo E6300 @定格
で6:36秒の曲が28秒、*1だと53秒。*2だと35秒。)

MSVC8 の浮動小数点の精度はデフォルトが/fp:presizeなので(ICLのデフォルトは
処理速度優先。gcc(=cygwin) でのデフォルトも -ffast-math で処理速度優先。)
/fp:fastにしたらエンコード時間が30秒になった。

しかし同一音源で全く同じmp3ファイルがはき出されないんだがこれでいいんだろうか。
つうかmp3ファイルが同一でなくてもデコードしたら同一になることってmp3の
仕様上okなんだろか。



132 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 00:41:10 ID:m5j8BwyqP]
書き漏れ。

>>131
>mp3の仕様上okなんだろか。
もしokなら今度はデコード後をコンペアしてみてみるという手が残ってるなあ…


133 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 00:53:49 ID:nt3reyTD0]
元のmp3ファイルが微妙に違えばデコード後は一致しないのでは?
少なくとも俺の経験上ではそうだ。

まあ、一致しないとは言ってもほんの僅かの差だから、差を知覚できないとは思うけど。

134 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 04:28:41 ID:ZFK0XaGj0]
それは削る部分をコンパイラが計算するときの差で当然そうなるんじゃないかい?
内部精度の違いとか最適化とか誤差とか。

135 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 14:34:17 ID:F75O+nWN0]
ところでlame3.98a5使ってるんだが、a11の方が良いか?

136 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 14:41:10 ID:UFccrCtf0]
>>135には違いが分からめぇ

137 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 15:34:04 ID:inU3tqHu0]
おい
お勧めver教えてください

138 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 15:50:54 ID:tik2giXy0]
>>137
>>99

139 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 21:22:15 ID:m5j8BwyqP]
>>134
まさにその通りだと思います。最適化で計算結果が違ってしまうのが
デフォルト(ICL, gcc)というのはなんだかおかしいような気が。
どちらも浮動小数点演算の精度を最適化の影響なしにするオプションが
ちゃんとあるのに。(というか gcc はデフォルトがMSVC8と同様、精度重視。)

このあたり開発者さんたちは気にしてないんだろうか。


140 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 21:49:11 ID:Hr9eXWJJ0]
                           ヽ
              _,,.,、、,.ィ-- ti- 、、、....,,,,_   ',
         ,,..、、ri':'゙/~   レ     '  ゙ヘ:l : : : :~,>
   _,...r:::''"::/ l/ .l:/-=ニ二,'_ー- 、、   !l!;: r '"
'''<:::::::::::::;、r'          `'' ‐-`.、 /
-、 l::::::::::::l           <"゙'i;ソ'   ',
~.ヽ l:::::::::::l             ~'     '、
/ .) .l::::::::::!                    '、
 ヽ .l:!l:::::l ヽ                  '、
\ '  l! l::!l! ヽ                    ,'
  ゙    ヾ               ‐'" ,. r ゙
ー-‐i               ,.r,,iilll鬚髯ヲ    そんなに何も見えてないんじゃ
.   l            `''' ‐‐ ---t‐'     
 ̄ ̄ ̄ ̄ ̄ ̄~"''、' ‐ 、       ー‐ノ      生きてても面白くないでしょう
             ',  ヽ       l
               l   l       l
              l    l     ノ

141 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 00:37:55 ID:wL8Zm1Xb0]
コンパイラによって処理を意図的に変えてたりしてなw



142 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 01:46:07 ID:BSFjFCaD0]
吉井さん!

143 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 02:10:40 ID:r4aTlhRQ0]
>>139
出力される結果(バイナリ)が違うのは確かに困るかもしれないけど
開発者としてはデフォルトで一番高速っていうほうが気持ちいいんじゃない?
個人でICLとgccの両方使うような奇特な人はオプションつけてコンパイルするだけの
スキル・知識があるだろうしねぇ。

ICL,gccをABXテストで聞き分けられるというレベルだったら話は違ってくるんだろうけど、
だれかやってみる?


144 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 02:31:56 ID:aea9TKWk0]
つーか何で今更そんな話が話題になるの

145 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 04:08:18 ID:r4aTlhRQ0]
基本的にはエンコーダはデコードできる物ならなんでも出力していい。
デコード結果が違っても別に仕様なんだからいいんじゃない?
LAMEとiTunesのエンコーダでも結果違うでしょ?


146 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 04:50:06 ID:kHOJ3maIP]
バイナリの違いによる出力MP3ファイルの違いが有為な(聴き取り可能な)差
だという前提で考えると…

だめだと思います。仮に許容するとしても、音質比較の際には
どのバイナリでエンコードしたものなのかを示す必要がでてくると思います。
(もちろんiTunesの場合でもバージョンを明示する必要はありますが。)
推奨オプションなどにもバイナリを明記する必要が出てくるかも。

有為な差ではないならこれらは誤差としてしまうことも可能でしょうが。

割と簡単な解決だと私が思うのは、『浮動小数点の精度を落とさないように
してコンパイルする』というものです。

正しい解決は『どのコンパイラにかけてもどんな最適化をされても
同じ出力が生成されるソースを書くこと』です。

147 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 04:51:44 ID:kHOJ3maIP]
それから

>>145
>デコード結果が違っても別に仕様なんだからいいんじゃない?
デコード結果が違ってるかどうかはまだ検証していません。

148 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 05:03:45 ID:Db9iDRS20]
ogg vorbis高速化では
homepage3.nifty.com/blacksword/readme_j.htm
FPU→SSEにしてることで、内部精度80bit→32bitに落ち、当然エンコード結果はリファレンスと異なる。
コンパイラで最適化オプションをつけたときもリファレンスのバイナリと結果が変わってしまって
いるのだけど、それぞれを聞き分けられた、という話はいまだ聞かない。

149 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 05:10:42 ID:r4aTlhRQ0]
いや、エンコーダのバイナリ違うんなら明示するのが普通だろ。
ソース公開されてるんだし自分でいじることも可。
コンパイラの違いによってエンコード結果が違って困ることより
嬉しいことのほうが多いから、その簡単な解決方法は
あなたが自分でコンパイルするときに実行してください。

他人から渡されたバイナリが自分のとこでエンコードしたものと違うと
非常に困るというシチュエーションがあったら教えてもらえますか?


150 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 05:13:53 ID:r4aTlhRQ0]
>>147
デコーダの出力も本当に世界中で流通しているものがすべて同じ結果をだすのか
調べてからいってますか?
mpg123とMADでもわずかですが違います。
デコーダによって結果が違うような物をエンコードするのに結果の一致などという
不毛なことに時間を費やすのは無駄です。
可逆圧縮ではないのですよ?


151 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 07:43:32 ID:kHOJ3maIP]
なぜいきりたってるのかよくわかりませんが。

>>149
>コンパイラの違いによってエンコード結果が違って困ることより
>嬉しいことのほうが多いから...
具体的にどんなときですか?

>他人から渡されたバイナリが自分のとこでエンコードしたものと違うと
>非常に困るというシチュエーションがあったら教えてもらえますか?
そうですねぇ。まず公式と称されているバイナリが信用できなくなります。
かつ、どのバイナリで評価したのか不明な評価が一人歩きしたりして
いろいろな情報があてにできなくなります。

ところでバイナリによってエンコード結果が違うことがなぜ
あなたにはそれほどまでに困ることなんですか?



152 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 07:45:59 ID:kHOJ3maIP]
>>150
>デコーダの出力も本当に世界中で流通しているものがすべて同じ結果をだすのか
>調べてからいってますか?
アホかいな。何度も「まだ検証していない。」って書いてるじゃん。

>デコーダによって結果が違うような物をエンコードするのに結果の一致などという
>不毛なことに時間を費やすのは無駄です。
いいえ、不毛ではありません。デコーダ間で結果が違うのは
デコーダがMP3の仕様を満たしてないとかが原因かもしれません。

>可逆圧縮ではないのですよ?
だから?

153 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 07:56:09 ID:6v+J8T9c0]
王子の書き込みが無いと生きていけない






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

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

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