- 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/
- 175 名前：名無しさん＠お腹いっぱい。 [2007/01/11(木) 06:21:41 ID:16tVVj3f0]
- 無理矢理はらめぇ！１
- 176 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 11:41:57 ID:FLRIdteJO]
- 相変わらず変なスレなのでありんす
- 177 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 16:25:42 ID:Nbx+UDdl0]
- RareWares復活ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!
- 178 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 18:22:05 ID:C0UGBhhG0]
- 開発者の外人達が、このスレでらめぇえええええええ！と叫んでるのを見たらなんと思うだろうか
- 179 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 18:31:29 ID:9VWCnpKX0]
- らめぇえええええええ！と叫ぶ
- 180 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 18:40:39 ID:0Q1VHRfs0]
- exciteの日英翻訳を試してみたが、「らめぇ」はスルーされるのな。
- 181 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 18:46:36 ID:IuuHFdeK0]
- そろそろ、このスレのマスコット「らめぇ」を作ろうと思うんだが
- 182 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 18:56:14 ID:0Q1VHRfs0]
- こんなのか?
通常
mmm
l a al
L e
正面
mmm
la al
l e. l
笑顔
mmm
l A Al
l e
- 183 名前：名無しさん＠お腹いっぱい。 [2007/01/11(木) 19:08:06 ID:r2gv99l70]
- 一番いい音を配布しているのはレアーワレズでＦＡ？
- 184 名前：名無しさん＠お腹いっぱい。 [2007/01/11(木) 19:08:45 ID:r2gv99l70]
- 間違えた。
一番いい音質のLAMEをね。
- 185 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 19:09:48 ID:De+WUuDL0]
- ら、らめぇ
- 186 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 19:17:46 ID:uolT3Uz20]
- どういう理屈だw
- 187 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 19:54:03 ID:De+WUuDL0]
- よくrarewaresの名前がでる→何かしら理由があるはずだ→きっと一番Lameの質が良いんだ！
こうだな
- 188 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 20:00:39 ID:8TP5/yqv0]
- ウチのLAMEは活きが違うよ
- 189 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 20:07:53 ID:X/pX6Nwv0]
- うちのLAMEは5年寝かせたからな
昨日今日のLAMEたあ熟成が違うよ
若いLAMEなんざMP3が青臭くてよー
- 190 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 20:09:12 ID:Nbx+UDdl0]
- そんなこといって、ききLAMEしたら違いなんて分からないんじゃないの？
- 191 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 20:12:44 ID:De+WUuDL0]
- ネタにマジレスかよ
- 192 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 20:28:17 ID:Nbx+UDdl0]
- 書いた後でそう思ったけど一応ネタだよ！！
- 193 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 20:33:54 ID:CnNOFJky0]
- 3.97のstableって、どれ落としてもLameACM.infがないんだけど、
3.96.1に上書きして平気？
- 194 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 20:37:39 ID:oL++30Lw0]
- それもネタか
- 195 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 21:25:46 ID:+NsmyiL60]
- >>163
いえだめです。浮動小数点演算を使っている限り。
>>164
ええ、だから順番が変わらないように書けばいいわけじゃないんですか？
>>165
それを言い出したらエンコーダーなんてlameだろうがなんだろうが
どれでも一緒ってことになりますね。
- 196 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 21:28:11 ID:+NsmyiL60]
- まあ、とにかく開発者達がリファレンスとして使ってるバイナリが
どれなのかは知りたいところですね。
とりあえあずそれだけはちょっとは検証されてるってことですからね。
- 197 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 21:45:02 ID:uzPsGT9i0]
- しいて言えばソースに同梱されているMakefileや、プロジェクトファイルを
全く変更せずコンパイルしたのが公式なのかもしれない。
- 198 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 22:00:44 ID:9kEPGMT40]
- >>195
順番が変わらないように書く=コンパイラに最適化をさせない
>>196
考えるまでもなく自分の環境でコンパイルしたものだと思うが。
- 199 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 22:18:45 ID:YMaQiE3t0]
- >>151
エンコードが速くなる。
> ところでバイナリによってエンコード結果が違うことがなぜ
> あなたにはそれほどまでに困ることなんですか？
いや、全然困ってないよ。
だからバイナリ違ったら出力ちがって当たり前だといいたいだけ。
同じバイナリでも実行環境によってどの拡張命令が使われるのか違うんだぞ。
>>152
先に検証してから言えよ。
ABXテストくらい出来るだろ?
キラーサンプルあるなら出せよ。
> いいえ、不毛ではありません。デコーダ間で結果が違うのは
> デコーダがMP3の仕様を満たしてないとかが原因かもしれません。
デコーダが仕様を満たしていないからといってエンコーダが出来ることは何も無い。
LAME開発者がなにかしたところでMP3再生に使われるファームウェアを書き換えるなんて
不可能だからな。
ソフトウェアのことしか考えてないようなところもお前は頭が悪いな。
> ＞可逆圧縮ではないのですよ?
> だから？
処理系によって結果が違うようなものをあれこれ考えても無駄ということだ。
- 200 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 22:19:36 ID:YMaQiE3t0]
- >>154
C言語で書く限り浮動小数点演算の精度の保障は出来ない。
精度保障された浮動小数点ライブラリを使わないかぎり
同じソースから同じオプションでコンパイルされた物でも
デコード結果が一致することは期待できない。
>>158
開発者っていっても一人じゃないだろ、誰かがRarewaresが公式と思っていても
他の開発者は非公式だと思ってたらどうするんだよ。
リポジトリやリリースバージョンのソースに関しては公式というのは皆一致してるだろうがな。
- 201 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 22:19:54 ID:YMaQiE3t0]
- >>195
> いえだめです。浮動小数点演算を使っている限り。
CPUに依存しない浮動小数点ライブラリを使えば今言っているような精度の違いは
一切排除できる。
そのかわり速度がいまより遅くなることはあっても速くなることは無いだろう。
> ええ、だから順番が変わらないように書けばいいわけじゃないんですか？
順番が変わらないでも空きレジスタの状況によって変数がレジスタ(アキュムレータ)に
入るか、メモリに置かれるのか違ってくる。
というか、順番変えないでも処理系によって演算精度違うんだから
x86しか考えないで物をいうな。
なぜエンコードのオプションは無視してコンパイラのオプションに
こだわるのかが全然わからない。
> それを言い出したらエンコーダーなんてlameだろうがなんだろうが
> どれでも一緒ってことになりますね。
浮動小数点の精度だけでいえばどのエンコーダでも一緒だろ。
午後のこ〜だみたく積極的に拡張命令使うところもあれば
C言語の枠内だけでコンパイラの最適化にまかせるところもあるだろう。
だが、浮動小数点の精度が音質にどこまで影響するのかきちんと
示せない限り、そんなことを何人もの人が調べる必要は無い。
-q0と-q2の違いのほうがまだ調べる価値あるわ。
>>196
みんながx86のICLとgccを持っているわけじゃない。
使っている処理系が違えば検証できない。
検証するのはソースを変えてABXテストするくらいだろ。
リファレンスのバイナリなんていうのはWindowsの世界くらいのものだろ。
- 202 名前：名無しさん＠お腹いっぱい。 [2007/01/11(木) 22:29:50 ID:r2gv99l70]
- で、結局、一番いいのはどこ？
- 203 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 22:31:35 ID:YtZC8DwR0]
- >>202
お前の心の中にあるさ
- 204 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/11(木) 22:41:55 ID:qaYKAo3i0]
- らめぇぇぇぇぇ
- 205 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/12(金) 03:19:27 ID:G/UQ7tFw0]
- 3.97stableの駄目文字対策版って無いのかな？
- 206 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/12(金) 03:22:44 ID:X70VcFqb0]
- 駄目←これすごく重要ね。
- 207 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/12(金) 05:11:13 ID:eGJ61IPF0]
- 3.98a11ってエンコード早くね？
- 208 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/12(金) 18:03:06 ID:VU5eNVzv0]
- >>205
それより3.98 stableらめぇ
>>206
らめぇ
- 209 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/12(金) 19:48:55 ID:8MOPK1oN0]
- 2ch閉鎖らめぇ
ユーザーショック…２ちゃんねる、再来週にも強制執行
www.zakzak.co.jp/top/2007_01/t2007011201.html
- 210 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/12(金) 19:59:03 ID:NKS45Ogg0]
- 大勢のユーザーの迷惑を顧みず、自分の事しか考えないDQNな男性(35)。
こういうDQNな人間が裁判を起こすと恐ろしいね。
- 211 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/12(金) 20:08:20 ID:vKtHuFT50]
- やっと脱2chができるらめぇぇぇ！
- 212 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/12(金) 20:10:12 ID:VU5eNVzv0]
- >>210
DQNはどっちらめぇ
もし閉鎖しても、他所行けばいいらめ
- 213 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/12(金) 20:13:48 ID:XDo1+Ylu0]
- >>210
まさにDQN乙
- 214 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/12(金) 20:40:44 ID:136oAHbF0]
- 誰が赤の他人の事考える奴居る
特にお前ら見たいなデブオタは社会に出ると即いじめられるよ＾＾
- 215 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/12(金) 20:44:14 ID:kQmu9vML0]
- 会社員(35)は間違いなく地獄行き。
- 216 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/12(金) 22:08:37 ID:K4lxZwTz0]
- 誰か地獄少女に頼んでよ
- 217 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/12(金) 22:09:53 ID:XDo1+Ylu0]
- というかおまえらそんなことよりLAME4の話をしろよ
- 218 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/12(金) 23:26:28 ID:/TDAWUZP0]
- らめぇ
- 219 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/13(土) 00:11:43 ID:oQhmdOZa0]
- またクズが裁判起こしたのか。
- 220 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/13(土) 07:48:28 ID:EWe2y9DP0]
- 会社員(35)は玉子。
- 221 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/13(土) 09:51:45 ID:tNAgTHr/O]
- とみながは今LAME4を作ってるのか？
- 222 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/13(土) 12:55:42 ID:cANbv8Hz0]
- さて、自演疲れないしまたやつか
- 223 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/13(土) 16:25:21 ID:eSO/0iHA0]
- --resample でmpeg2.5の160kbpsビットレートで作成しようとしても、できないのは仕様？
どこかのページにmpeg2.5の対応ビットレートは8,16,24,32,40,48,56,64,80,96,112,128,144,160と
書いてあったので、できないのはおかしいと思った次第であります。
どうなんでしょうか？
- 224 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/13(土) 16:51:29 ID:29qzm13D0]
- できるけど。
--resample 11.025 -b 160
とか。
- 225 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/13(土) 18:02:19 ID:2/1brT5O0]
- >>223
サンプリングレートが高い奴だと駄目
もともとmpeg2.5ってのは低サンプリングレートに対応するための拡張規格だから
- 226 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 01:25:51 ID:d1aJxejh0]
- >>207
オプション-V 2で同じソースをエンコードして比べてみたが3.98a11のほうが遅い。
出力されたファイルのサイズも--vbr-newの場合で、3.97だと227kbpsになるものが
3.98a11だと237kbps。
環境: Pentium4 Northwood HT有効
バイナリ: Rarewaresから落としたlame3.97.zipとlame3.98a11.zip
同じバイナリで--noasm mmx,3dnow,sseを付けたのと付けてないので
出力を比べたがMD5,SHA-1まで完全に一致した。
速度の面でも特別遅くなるわけではないようだ。
noasmの有無よりもvbr-newとvbr-oldの違いのほうが顕著。
ちなみにCBR 320kbpsでエンコード速度のベンチマークをしてみたら
Lameがだいたい22秒のところを午後のこ〜だ3.13で-q 0だと2秒。
-q 0でも8秒弱だから、速度重視ならやっぱり午後のこ〜だがいいみたい。
- 227 名前：226 mailto:sage [2007/01/14(日) 01:27:37 ID:d1aJxejh0]
- 訂正、-q 9で2秒。-q 0で8秒弱ね。
- 228 名前：名無しさん＠お腹いっぱい。 [2007/01/14(日) 07:59:54 ID:WuDTbcVM0]
- VBRでエンコードする時って2passできないの？
- 229 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 08:19:06 ID:OKGOMsFX0]
- >>228
nspsytune2 という 2pass プロジェクトがあったけど数年前にぽしゃった.
理由は作者が匿名掲示板に中傷をかかれてやる気がなくなったから.
- 230 名前：名無しさん＠お腹いっぱい。 [2007/01/14(日) 08:32:17 ID:WuDTbcVM0]
- _, ._
（ ﾟ Дﾟ）
- 231 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 10:31:35 ID:aVkC++Ii0]
- ひどい掲示板だな
- 232 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 10:52:29 ID:Y5kuwE460]
- ここだったりしてｗ
- 233 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 11:12:44 ID:OgT7NhBs0]
- いや、たしかストーカーやってたんじゃなかったか？
- 234 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 14:10:27 ID:XQM+1a+S0]
- 中傷されたくらいでやめる奴が立ち上げた時点で失敗なプロジェクトだな
むしろ口実にでも使われたんじゃないだろうか
経緯全く知らずに言うけど
- 235 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 14:42:13 ID:KFR7EoLX0]
- じゃgpsychoでも使ってろ
- 236 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 15:31:16 ID:DaP3rvM70]
- ここの>>605とかスラドのIRCの事だな。
pc.2ch.net/linux/kako/1007/10076/1007616332.html
- 237 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 15:57:30 ID:9j5sy3rP0]
- ドリスみたいな服着てる女子高生がいたらムラムラくるのは聖上だと思う。
- 238 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 16:14:36 ID:qhwdMOZy0]
- あの人の日本人嫌いはやっぱりとぅーちゃのーと言う掲示板が原因だったとですか！
とぅーちゃのーという掲示板はやっぱりとんでもないところですね！
- 239 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 16:23:11 ID:3OuoV6PQ0]
- >>224
>>225
回答サンクス。
なるほど。ということは入力元のサンプリングレートが高い(44,1khzとか)をmp3g2.5とかの規格に無理に変換しようとするから
160kbpsとかにできないわけ？
入力元のwavがはじめからmpeg2.5に適したサンプリングレート(8,11,025,12khz)ならビットレートも160までできる。
そういう解釈でOK?
- 240 名前：237 mailto:sage [2007/01/14(日) 16:34:18 ID:9j5sy3rP0]
- 今気づいた。誤爆した…。
- 241 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 16:38:14 ID:Ac2T0fEc0]
- >>239
2.5に適したサンプリングレートというのとはちょっと違ってて、
8, 11.025, 12kHzのサンプリングレートの為の規格がMPEG2.5
という位置付け。
16, 22.05, 24kHzの場合は MPEG2
- 242 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 16:53:43 ID:3OuoV6PQ0]
- >>241
丁寧な回答サンクス。
むー224のいったとおりで試したがやはり無理。
入力元はMicrosoft PCM, 16bit, 44100Hz, 2ch, 1411Kbpsだが・・・
コマンドプロンプトが立ち上がるもののすぐに終了。-b 64以下なら変換できるが。
頭悪い回答ですまん。
- 243 名前：名無しさん＠お腹いっぱい。 [2007/01/14(日) 20:06:26 ID:kWR/B1lB0]
- 4.0らめぇ・・・
- 244 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 20:26:09 ID:ruz/qalO0]
- >>198
>順番が変わらないように書く=コンパイラに最適化をさせない
ところがいわゆる公式ソースそのままでビルドすると最適化もりもり
なんですよね、これが。
>考えるまでもなく自分の環境でコンパイルしたものだと思うが。
それってどうやって確認しました？
- 245 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 20:32:26 ID:ruz/qalO0]
- >>199
>エンコードが速くなる。
なるほど。これは確かにメリットではありますね。
>先に検証してから言えよ。
たぶんしないと思いますよ。それこそ不毛だし。
出力ファイルの解析(frame analyzerとか)はやるかもしれません。
>デコーダが仕様を満たしていないからといってエンコーダが出来ることは何も無い。
いえ、論点が違いますがな。私は「デコーダの実装の差をエンコーダで
埋めるんだ！」などとは書いてません。同じファイルをデコードして
差があるのは単なるデコーダの実装の差かも知れないって言ってるだけです。
>ソフトウェアのことしか考えてないようなところもお前は頭が悪いな。
つうわけで頭が悪いのはお前のようです。
>処理系によって結果が違うようなものをあれこれ考えても無駄ということだ。
よかったですね。ところが無駄だと思わない人もいるということで。
- 246 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 20:32:40 ID:9ybXbFI00]
- もういいよ・・・鬱陶しいなぁ
- 247 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 20:36:36 ID:vNT/Cn9A0]
- 院展シティステレオの実装まだぁ〜？
- 248 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 20:38:22 ID:KFR7EoLX0]
- 最適化させたくなけりゃ自分でconfigure書き換えればいいだけだろ...そんなこともできんのか
- 249 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 20:38:46 ID:ruz/qalO0]
- >>200
>C言語で書く限り浮動小数点演算の精度の保障は出来ない。
IEEE754とかに準拠したコンパイラを使い、準拠した計算を
行うバイナリを吐くようなコンパイラオプションを指定してもですかね。
>開発者っていっても一人じゃないだろ、誰かがRarewaresが公式と思っていても
>他の開発者は非公式だと思ってたらどうするんだよ。
どうしましょう。つうかそもそも「公式だ」とかいい加減なことを平気で
書いてしまうところが怪しいですよね。なぜ「気にするな、大丈夫だ」とか
根拠なしに書いてしまうんでしょうねぇ。
「本当に有為でないか検証はだれもしていない。」とかならわかるけど。
- 250 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 20:44:58 ID:ruz/qalO0]
- >>201
>順番が変わらないでも空きレジスタの状況によって変数がレジスタ(アキュムレータ)に
>入るか、メモリに置かれるのか違ってくる。
どこに置くかちゃんと書けばいい。
>だが、浮動小数点の精度が音質にどこまで影響するのかきちんと
>示せない限り、そんなことを何人もの人が調べる必要は無い。
違いますね。「浮動小数点の精度が音質にどこまで影響するのかきちんと
示せない限り、安易に最適化したビルドシステムを配布してはいけない。」
が正解です。
>リファレンスのバイナリなんていうのはWindowsの世界くらいのものだろ。
そうですかねぇ。単にUnixだとコンパイラは事実上gccしかないから
あまり意識しないだけじゃないですか？
まあ、とりあえず何らかのリファレンスがあるほうが嬉しい人も
いるってことで。(つうかリファレンスなしに音質の議論なんて
よくやってるなあと思います、正直。)
- 251 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 20:45:59 ID:ruz/qalO0]
- >>248
とっくにやってますがな。
- 252 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 20:46:22 ID:+lkwlLlh0]
- ぬるぽ
- 253 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 20:59:13 ID:OySJYKpp0]
- で、ID:UnaQp5Du0はエンコーダの最適化による音質差をブラインドテストで聞き比べられるわけ?
できないのに問題提起するのは単なる馬鹿だぞ。
そもそも非可逆圧縮は耳で判別可能な差しか問題にしないからな。
- 254 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 21:01:44 ID:vNT/Cn9A0]
- もしかして玉（ｒｙ
- 255 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 21:08:12 ID:21+MEHSW0]
- いやあ、玉子はここまでアホじゃないでしょw
なにせABXテスト至上主義だからなw
- 256 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/14(日) 21:25:26 ID:KFR7EoLX0]
- 161の発言にもあるようにLAMEの開発者たちがその差を問題にしていないのは明らか。
それじゃなきゃわざわざ-ffast-mathをデフォルトで指定したり
3.96あたりまで倍精度で持ってた変数の多くを3.97で単精度に書き換えたりはしないよ
その姿勢に問題があるというなら、まずは問題のあるサンプルを示さないと。
バイナリ比較して差があるというのは「全く」論拠にならない。
波形や周波数特性を比較して音質を評論しているだれかさんと同レベルだ。
- 257 名前：226 mailto:sage [2007/01/14(日) 22:09:08 ID:d1aJxejh0]
- >>250
> 安易に最適化したビルドシステムを配布してはいけない。
なんで? 最適化したビルドシステムを配布するのに制限をかけられる理由がない。
そんなルール誰が決めたの?
- 258 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/15(月) 00:15:27 ID:2J/p40eo0]
- そもそも MP3 特許問題があるから、最適化に関係なく安易に配布できないけどな.
配布はソフトウェア特許がないヨーロッパの特権.
- 259 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/15(月) 10:42:09 ID:Q/jTYaq80]
- 午後インストーラーみたいにソースをコンパイルし始めるインストーラーにすれば万事解決
- 260 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/15(月) 12:49:11 ID:DTcZ88/w0]
- CPU別に最適化されたﾊﾞｲﾅﾘくれって書こうと思ってたら
ダメだったのか。
新しくﾌﾟﾚｰﾔｰ買ったからちょっとﾋﾞｯﾄﾚｰﾄ落としてるんだけどめちゃくちゃ時間
かかるんだもん。
- 261 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/15(月) 14:11:37 ID:FkqBecVF0]
- ぢありあん氏ね
- 262 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/15(月) 14:54:55 ID:SV1nB5Zf0]
- （ ´）｀Д） )) < ﾊｧﾊｧ こんな所で らめぇぇぇぇぇぇ！！！
/ つ つ < 大丈夫だって，こんな糞スレ誰も来ねえよ
(( (_(_ ﾉ ノ
し∪ ∪
Σ（ ﾟдﾟ ）ﾟдﾟ）
/ つ つ
(_(_ ﾉ ノ
し∪ ∪
（ ﾟдﾟ ）ﾟдﾟ）
/ つ つ
(( (_(_ ﾉ ノ
し∪ ∪
- 263 名前：名無しさん＠お腹いっぱい。 [2007/01/15(月) 20:32:58 ID:941NfEiI0]
- 俺、P4の2.8Ghzなんだけど、どこのバイナリーが最適化されてるの？
- 264 名前：226 mailto:sage [2007/01/15(月) 20:57:27 ID:lfsQW2Ur0]
- >>250
いやUnixでgccしかないなんていうあたりが全然わかってないというか。
Sunでもhpでもメーカー製コンパイラあるの知らないの?
gccでも2.95と4.0じゃ全然別物だし。
ソースいじらないでもリンクするライブラリ違えばバイナリは違うものになるし。
リファレンスなしで議論してるのは浮動小数点の精度が聞き分けられる人間が
いないからじゃないの?
だからまずABXでもして聞き分けろって話になるんだよ。
仮に聞き分けられる人間がいたとしても、そんな少数派に合わせる義理はない。
多くの人が聞き分けられていい音だと判断すればそれでいいというのが普通。
- 265 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/15(月) 21:59:51 ID:vyCwsBLU0]
- もう>>259でいんじゃね？
- 266 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/15(月) 22:02:59 ID:i2Y7HukL0]
- LAME 3.98 alpha 11 2007-01-14
ttp://www.rarewares.org/mp3.html
- 267 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/15(月) 22:26:28 ID:ALYywwLT0]
- >>265
Windowsで動かす事しか考えてないならそれでもいいかもしれないけどね。
Windows以外だと、コンパイラがOSと一緒に配布されてる環境がほとんどだし。
- 268 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/15(月) 23:19:14 ID:M0lWUgIL0]
- >>4の
>-b 192 ⇔ --preset cbr 192
でエンコードしているのですが、これだとJoint Stereoでエンコードされてしまいますよね
検索してみるとJoint StereoにするとStereoに比べて音質が悪くなるらしいですが
最近は改善されてきているのでしょうか？
Joint StereoとStereoの音質の違いがあまり私にはわからないので
特に不都合になるものではないのならこのまま行こうと思っているのですが。
#利用はPCで聴くのが専らで、時々その中から曲を選んでCD-Rに放り込んでカーオーディオで聴く程度です。
- 269 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/15(月) 23:20:07 ID:7a+gvh2K0]
- また玉子が噛み付きそうなネタだなｗ
- 270 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/15(月) 23:48:21 ID:4cS5kV3E0]
- 3.90以降のLAME使ってる分には、全く気にしなくて良い問題。
それ以外は知らん。
- 271 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/16(火) 00:06:28 ID:fAnZptSr0]
- なんで自分で聞き比べないのか理解に苦しむ
人に聞くよりよっぽど確実だろ
- 272 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/16(火) 00:09:34 ID:+syk11ib0]
- > Joint StereoとStereoの音質の違いがあまり私にはわからないので
> 特に不都合になるものではないのならこのまま行こうと思っているのですが。
このまま行っておｋ。
- 273 名前：226 mailto:sage [2007/01/16(火) 00:44:10 ID:jiDMaf560]
- >>268
CBRじゃなくてVBRでいいんじゃないの?
- 274 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/16(火) 02:07:31 ID:hQTIOO7a0]
- 一体誰が未だにjoint stereoのステレオ性に問題があるなんてデマを流してるのかと。
単に検索した記事が古かっただけだろ。ソースの最終更新日くらい確認しろ。
- 275 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/16(火) 02:16:39 ID:/fg/rfbs0]
- LAMEのジョイントステレオは問題無いけどAACのはどれも酷い
|
 |
