06/12/31 17:48:15 hFte18tr0
今まで音が凄く割れた曲があって、
試しにmp3の192Kbpsにしたら全然しなくなった…。
ちなみにﾛｽﾚｽとかAAC192kbps、WAVしてみたけど、音割れはする。
40:名無しさん＠お腹いっぱい。
06/12/31 17:56:56 UjVDSo270
よいお年を。
41:名無しさん＠お腹いっぱい。
06/12/31 20:13:11 wmp7wWOi0
>>39
ためしに -k を付けてエンコしてみるとどうですかね。
問題は高周波数の再生がつらい機器の方にあるような気がする。
42:名無しさん＠お腹いっぱい。
07/01/01 00:04:53 1FC3a8Ir0
あけおめ。今年のLAMEはまずは3.98 stableだな。
43:名無しさん＠お腹いっぱい。
07/01/01 00:10:00 McSpWRfl0
あけましてらめぇ
44:名無しさん＠お腹いっぱい。
07/01/01 00:34:38 xNGiQIFO0
ぁめｳﾏｰ
45:名無しさん＠お腹いっぱい。
07/01/01 00:35:06 js7RP1u80
明けましてらめぇ
今年も一年らめぇ
46:名無しさん＠お腹いっぱい。
07/01/01 00:42:21 XVAZ2ZBW0
3.99ではLAME Lossless CodecというMP3との差分可逆フォーマットが追加されて
WavPackみたいに使えるらしいぞ。
47:名無しさん＠お腹いっぱい。
07/01/01 00:50:11 OlYcs9Yg0
今日は4/1じゃないですよ
48: 【大凶】 【1604円】
07/01/01 01:53:05 LluvL0HB0
あけらめぇ
49:名無しさん＠お腹いっぱい。
07/01/01 02:29:23 L8la6vDp0
お面
50: 【豚】 【1468円】
07/01/01 02:54:21 L8la6vDp0
3.98にケリがつきます様に
51: 【凶】 【1904円】
07/01/01 07:12:14 MnjfsbgD0
らめ
52:名無しさん＠お腹いっぱい。
07/01/01 12:23:41 tsyCkjxD0
らめぇぇぇぇぇぇぇ！
53:名無しさん＠お腹いっぱい。
07/01/01 21:40:39 i0qmOAnj0
真のLAME信者は毎日３食をラーメンで凌ぎます。
54:名無しさん＠お腹いっぱい。
07/01/02 02:33:11 Qgkt+B9e0
3.99の次は4.0がリリースされると思ったら大間違いだからね
その次は3.100だから
55:名無しさん＠お腹いっぱい。
07/01/02 02:41:30 IweUrvso0
3.99の次は3.991で3.999の次は3.9991なので4.0に無限に近付きますが到達はしないでしょう。
56:名無しさん＠お腹いっぱい。
07/01/02 03:10:59 f7sylggG0
reaperかよｗ
57:名無しさん＠お腹いっぱい。
07/01/02 03:19:09 mgu4s9XWP
まあ、4.0はすでにアルファ版が出てる以上、
3.9系が4.0に上がるのはマズいだろうな。
58:名無しさん＠お腹いっぱい。
07/01/02 03:37:32 1u9ioZK+0
どの段階でCVS HEADを3.xから4.0にするかだな
今の開発ペースでは当分なりそうにないがw
4.0のゴールはtt氏が比較的明確に出してるんだけど、3.9xのロードマップってどうなってるんだろうね
59:名無しさん＠お腹いっぱい。
07/01/02 04:04:05 tTth14gE0
これからV2でエンコする場合、どのver.使いますか？
60:名無しさん＠お腹いっぱい。
07/01/02 05:07:55 ZRtB21N80
統合したら7でいいよ。どうでもいいけど
それより3.98 stable
61:名無しさん＠お腹いっぱい。
07/01/02 05:32:15 Ur0rL7GY0
>>57
Lame4って一人のジャッププログラマーのオナニーじゃなかったの？
ジャップの作ったのは非公式にして改めて4を作ればいいじゃん
62:名無しさん＠お腹いっぱい。
07/01/02 10:40:10 mKkUL8bm0
WinnyでMP3ファイルを手に入れたのだが、10曲が1つのMP3ファイルになっている、
これを1曲ずつ10個のMP3ファイルに分けたいのだがどうしたらいいのかね？
63:名無しさん＠お腹いっぱい。
07/01/02 10:42:11 mqGozhlQ0
>>62
お前このスレもみてんのかよ
64:名無しさん＠お腹いっぱい。
07/01/02 10:48:43 lK+C+sSH0
>>63
>>62は上位スレ爆撃してるみたいだね、この池沼は
65:名無しさん＠お腹いっぱい。
07/01/02 11:06:13 h9fsbbab0
このスレで.zip.mp3ネタで釣りをする香具師が居るとは思わなかった。
66:名無しさん＠お腹いっぱい。
07/01/02 15:00:58 IvMNbk/s0
3.97を色んな所から落としたんだけど解答したらファイルサイズが違う、コレは別に気にしなくていいの？
67:名無しさん＠お腹いっぱい。
07/01/02 15:23:47 1u9ioZK+0
だからコンパイラとそのコンパイルオプション次第でいくらでも変わるとあれほど
公式にはソースコードしか提供されていない
68:名無しさん＠お腹いっぱい。
07/01/02 15:44:13 aJzn5idU0
違うサイズのやつ実行するとPCが爆発四散するよ
69:名無しさん＠お腹いっぱい。
07/01/02 16:02:50 Rq6sEbr00
>>66
ウイルス入りのLAMEを配布している所もあるらしいよ…
70:名無しさん＠お腹いっぱい。
07/01/02 17:08:28 P0z3Abud0
チンコ入りのlameを配布している所もあるらしいよ…
71:名無しさん＠お腹いっぱい。
07/01/02 17:17:02 mqhzreHG0
お年玉付きだよ
72:名無しさん＠お腹いっぱい。
07/01/02 19:15:46 +JuEGZGM0
誰もがそれぞれに違った形のLAMEを胸の奥に持ってるらしいよ
73:名無しさん＠お腹いっぱい。
07/01/02 23:47:49 kjnbKtXh0
つまり、LAMEとは人々の夢という意味だったのですね！！
74:名無しさん＠お腹いっぱい。
07/01/02 23:50:25 htQeK1w40
そして人々の希望
75:名無しさん＠お腹いっぱい。
07/01/03 00:47:25 7m3smBdL0
もうlameスタッフで新しい音声規格作っちゃえばよくね？
76:名無しさん＠お腹いっぱい。
07/01/03 10:55:40 nZ6v5yO+0
っていうか、らめぇって何でフランス語読みするの?
LAME Ain't Mp3 Encoderの省略なら英語読みで「れぃむ☆」が妥当じゃない?
77:名無しさん＠お腹いっぱい。
07/01/03 10:58:18 aMBk7U2C0
普通にローマ字読みだと思うがｗ
78:名無しさん＠お腹いっぱい。
07/01/03 11:29:31 C2I4USak0
フランス語で発音しちゃらめぇ
79:名無しさん＠お腹いっぱい。
07/01/03 22:29:15 4I/gFUQE0
>>76
僕のれぃむぽを触っちゃらめぇぇぇぇぇぇっ！！！
80:名無しさん＠お腹いっぱい。
07/01/04 00:10:50 BRHLk9WI0
で、お前らどのLAME使ってんの？
81:名無しさん＠お腹いっぱい。
07/01/04 00:14:51 dl9T1d1D0
>>22
This Account Has Been Suspended
Please contact the billing/support department as soon as possible.
ｵﾜﾃﾙ＼(＾o＾)／
82:名無しさん＠お腹いっぱい。
07/01/04 00:22:55 vOtr9fzy0
>>81
URLﾘﾝｸ(lame.bakerweb.biz)
83:名無しさん＠お腹いっぱい。
07/01/04 13:00:55 1IYkiBEs0
で、結局一番いいオプションは何？
84:名無しさん＠お腹いっぱい。
07/01/04 13:30:11 G3DCwj8/0
らめぇぇぇっぇぇぇぇぇぇぇっぇぇぇぇぇっっっぇぇ！！！！！
85:名無しさん＠お腹いっぱい。
07/01/04 14:56:04 kNa0snBV0
-らめぇ
86:名無しさん＠お腹いっぱい。
07/01/04 15:06:43 74WoYchH0
>>81
もう既に >>30
87:名無しさん＠お腹いっぱい。
07/01/04 15:09:22 74WoYchH0
>>82
年明け早々にて更新しているのか。
なんともはや。
88:名無しさん＠お腹いっぱい。
07/01/04 20:54:49 31Se/M5D0
rarewaresの復活の予定はいつなの？ていうか復活するの？
89:名無しさん＠お腹いっぱい。
07/01/04 21:09:00 H22stSvE0
>>88
サーバを借りてた人(rarewaresの管理者とは別)が、より料金の高いプラン(VPS)で借り直すらしい
それまでしばし待て
その人に申し訳ないので寄付を受け付けようかという話になっとるね
90:名無しさん＠お腹いっぱい。
07/01/05 05:49:30 lS2591Sm0
torrent使えよ
91:名無しさん＠お腹いっぱい。
07/01/05 09:32:52 RRL4DlOT0
rarewares.orgに置いてあったLAMEはrarewares.orgの管理人さんがビルドしたものだったのかな？
92:名無しさん＠お腹いっぱい。
07/01/05 12:21:18 z2MjQ5B/0
ｧ _, ,_ ｧ,､
,､'` （ ｀∀´） ,､'`
'` ( ⊃⊂) '`
93:名無しさん＠お腹いっぱい。
07/01/05 21:35:18 kvo2zHoQ0
鯖落ちなんて、そんなの○○ぇぇぇぇっ！！！
94:名無しさん＠お腹いっぱい。
07/01/06 17:08:44 8svoq+JU0
らめ。らめえぇぇ！
95:名無しさん＠お腹いっぱい。
07/01/06 22:01:17 TLj/I/+90
2004年 7月 29日 木曜日、11:19:52更新のlameをつかって
--preset standard
でエンコしています。
新しいバージョンにかえたほうがいいでしょうか。
その場合、同等のコマンドは
--preset fast standard
になるのでしょうか。
96:名無しさん＠お腹いっぱい。
07/01/06 22:03:41 mGhQRDha0
>>95
バージョンがわからないと何も言えない
97:名無しさん＠お腹いっぱい。
07/01/06 22:03:42 GsDLSw2b0
そんなLameらめぇ
98:95
07/01/06 22:21:02 TLj/I/+90
>96
バージョンの調べかたがわかりません。
99:名無しさん＠お腹いっぱい。
07/01/06 22:22:55 KxaD+/1o0
>>95
オフィシャルサイトの更新履歴からバージョンを推測すると3.96.1かな？
それはともかく新しいバージョンに変えた方が良いと思う。
最新ステーブル版の3.97か最新版の3.98a11が良いかと。
コマンドラインは3.97ならそのまま、3.98a11ならどちらでも良い。
URLﾘﾝｸ(lame.bakerweb.biz) （3.98a11がDL出来る）
URLﾘﾝｸ(www.free-codecs.com) （3.97、3.98a11がDL出来る）
100:名無しさん＠お腹いっぱい。
07/01/06 22:34:49 t1fBteYc0
優しさに涙らめえぇぇぇ!
101:名無しさん＠お腹いっぱい。
07/01/06 23:10:33 oPmKI2y/0
俺、rarewaresが落ちる前にa11落としたんだけど、
もしかしてウイルスが入ってたりする？チェックしても出なかったけど・・・
もし入ってたら・・・らめぇぇ！！！
102:95
07/01/06 23:17:25 TLj/I/+90
>99
ありがとうございます。
昔はこのスレに入り浸っていたんですが、ちょっと離れると何もわからなくなってしまって。
あのころに比べるとHDDの値段がかなり安くなっているのでやる気が出ます。
103:名無しさん＠お腹いっぱい。
07/01/06 23:44:21 RNF/Vkgg0
むしろHDDが安くなったなら可逆で（ｒｙ
104:名無しさん＠お腹いっぱい。
07/01/07 00:03:37 jmcdUL7A0
可逆には夢がない。
不可逆だからこそ技術の進歩を確認できるし、未来に希望を持てる。
それくらいに、らめぇぇぇを愛することって、そんなに不思議な事じゃない。
105:名無しさん＠お腹いっぱい。
07/01/07 00:10:55 eoy5WtI40
>>104
無圧縮でも如何にして原音に忠実に標本化するかで技術の進歩が確認できるし
可逆でも如何にして圧縮効率を上げるかによって技術の進歩が確認できる
106:名無しさん＠お腹いっぱい。
07/01/07 00:13:05 OR7xQfeY0
可逆で実用性無視したらどれくらい縮むのかは興味ある
107:名無しさん＠お腹いっぱい。
07/01/07 00:19:49 eoy5WtI40
そういや前に音を量子化じゃなくて全てサインとかの関数で表現したら圧縮率がかなり高くなるって話を聞いたけどどうなんだろ？
108:名無しさん＠お腹いっぱい。
07/01/07 00:22:20 1Rpg7nCH0
multi-passかなんかでソース毎に最適な予測器のアルゴリズムを選んだりするのかな
MPEG-4 ALSに使われてるPARCOR係数は人の声の予測用だったか
109:名無しさん＠お腹いっぱい。
07/01/07 00:23:04 1Rpg7nCH0
>>107
それvaporwareでしょ...
110:102
07/01/07 00:32:26 1JUCYY1X0
>103-109
議論されていることはまったく変わっていない。。。。
111:名無しさん＠お腹いっぱい。
07/01/07 00:35:43 njw3Fi5N0
歴史は繰り返す
112:名無しさん＠お腹いっぱい。
07/01/07 02:20:11 x02oTJ8P0
らめぇも繰り返す
113:名無しさん＠お腹いっぱい。
07/01/07 03:08:38 sOdMPsHJ0
出ないなら 出るまで待とう 3.98安定版
114:名無しさん＠お腹いっぱい。
07/01/07 03:18:48 1t2/daO80
出ないなら 出してしまおう 4.0
115:名無しさん＠お腹いっぱい。
07/01/07 04:52:44 WxCb2WrP0
やっぱり不可逆は技術的に面白くてロマンがあるよねー。
>>107
フーリエ変換だね。
すべての音はサイン波の組み合わせであるという。
DTMでそういうソフトがあったような・・・。
116:名無しさん＠お腹いっぱい。
07/01/07 04:53:07 I4b+4p4X0
preset fast standard
preset fast medium
117:名無しさん＠お腹いっぱい。
07/01/07 05:48:49 NQa8ieBa0
>>107
URLﾘﾝｸ(www.jgs-g.co.jp)
もうリンク先はなくなってる。
118:名無しさん＠お腹いっぱい。
07/01/07 08:59:30 G4nr7R/I0
ｽﾚﾘﾝｸ(kankon板)
119:名無しさん＠お腹いっぱい。
07/01/07 13:35:12 jlzKKfs00
>>106
MD5ハッシュ128ビットのみHDD保存。
再生時にP2Pネットワークからストリーミング再生ｗ
上りが100mbps超えたら可能かもな。
リアルタイムじゃないけど、それってWinnyじゃんｗ
120:名無しさん＠お腹いっぱい。
07/01/07 14:53:33 FGOzBous0
>>119
何かをどうかすれば LAN で実現できそうな物だな。
Client <=> Server <=> Backend DB (NAS)
MD5 Query
121:名無しさん＠お腹いっぱい。
07/01/07 15:17:44 nPucj1H+0
>>119
それ可逆圧縮？
122:名無しさん＠お腹いっぱい。
07/01/08 06:41:17 DXYM5Osg0
辞書圧縮も可逆圧縮に入れていいんじゃないの?
辞書が空なのと何か入ってるのの区別で最短は2ビットかな?
123:名無しさん＠お腹いっぱい。
07/01/08 14:13:31 jLcffUQ+0
URLﾘﾝｸ(www.rarewares.org)
復活らめぇ！
124:名無しさん＠お腹いっぱい。
07/01/08 14:28:36 bez4h6Qt0
らめぇぇぇぇぇぇぇぇぇぇぇぇぇぇぇ！！！！！！！！！！！
125:名無しさん＠お腹いっぱい。
07/01/08 14:53:15 OW5o/sWD0
復活おめでとうらめぇぇぇぇぇぇぇぇ
126:名無しさん＠お腹いっぱい。
07/01/08 15:54:18 Z68VuyWO0
LAME 3.98 alpha 11
らめぇええええええええええええええええええ
127:名無しさん＠お腹いっぱい。
07/01/08 16:04:55 nTOkVYEL0
それより何より、3.98 stable早くらめぇぇぇぇぇぇぇぇぇぇぇぇぇぇぇ
待ちきれずに3.97 stableでエンコしちゃったらめぇ
128:名無しさん＠お腹いっぱい。
07/01/08 17:47:24 LuxiyRVZ0
3.98の何がどうなったらstableなんだろね・・・。
a版のまま更新が続くってことはバグがまだあるってことなのか、
それともバグは無いが開発者の納得いかない部分がまだあるのか。。。
129:名無しさん＠お腹いっぱい。
07/01/08 18:08:21 hDDuNqOn0
qが未完成、4.0のコードをどこまでマージするか等いろいろと・・本家に行け
130:名無しさん＠お腹いっぱい。
07/01/08 23:24:07 j9+WS2VD0
インテンシティステレオ実装まだなのからめぇ
131:名無しさん＠お腹いっぱい。
07/01/09 00:38:42 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:名無しさん＠お腹いっぱい。
07/01/09 00:41:10 m5j8BwyqP
書き漏れ。
>>131
＞mp3の仕様上okなんだろか。
もしokなら今度はデコード後をコンペアしてみてみるという手が残ってるなあ…
133:名無しさん＠お腹いっぱい。
07/01/09 00:53:49 nt3reyTD0
元のmp3ファイルが微妙に違えばデコード後は一致しないのでは?
少なくとも俺の経験上ではそうだ。
まあ、一致しないとは言ってもほんの僅かの差だから、差を知覚できないとは思うけど。
134:名無しさん＠お腹いっぱい。
07/01/09 04:28:41 ZFK0XaGj0
それは削る部分をコンパイラが計算するときの差で当然そうなるんじゃないかい？
内部精度の違いとか最適化とか誤差とか。
135:名無しさん＠お腹いっぱい。
07/01/09 14:34:17 F75O+nWN0
ところでlame3.98a5使ってるんだが、a11の方が良いか？
136:名無しさん＠お腹いっぱい。
07/01/09 14:41:10 UFccrCtf0
>>135には違いが分からめぇ
137:名無しさん＠お腹いっぱい。
07/01/09 15:34:04 inU3tqHu0
おい
お勧めver教えてください
138:名無しさん＠お腹いっぱい。
07/01/09 15:50:54 tik2giXy0
>>137
>>99
139:名無しさん＠お腹いっぱい。
07/01/09 21:22:15 m5j8BwyqP
>>134
まさにその通りだと思います。最適化で計算結果が違ってしまうのが
デフォルト(ICL, gcc)というのはなんだかおかしいような気が。
どちらも浮動小数点演算の精度を最適化の影響なしにするオプションが
ちゃんとあるのに。(というか gcc はデフォルトがMSVC8と同様、精度重視。)
このあたり開発者さんたちは気にしてないんだろうか。
140:名無しさん＠お腹いっぱい。
07/01/09 21:49:11 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 ﾉ
141:名無しさん＠お腹いっぱい。
07/01/10 00:37:55 wL8Zm1Xb0
コンパイラによって処理を意図的に変えてたりしてなｗ
142:名無しさん＠お腹いっぱい。
07/01/10 01:46:07 BSFjFCaD0
吉井さん！
143:名無しさん＠お腹いっぱい。
07/01/10 02:10:40 r4aTlhRQ0
>>139
出力される結果(バイナリ)が違うのは確かに困るかもしれないけど
開発者としてはデフォルトで一番高速っていうほうが気持ちいいんじゃない?
個人でICLとgccの両方使うような奇特な人はオプションつけてコンパイルするだけの
スキル・知識があるだろうしねぇ。
ICL,gccをABXテストで聞き分けられるというレベルだったら話は違ってくるんだろうけど、
だれかやってみる?
144:名無しさん＠お腹いっぱい。
07/01/10 02:31:56 aea9TKWk0
つーか何で今更そんな話が話題になるの
145:名無しさん＠お腹いっぱい。
07/01/10 04:08:18 r4aTlhRQ0
基本的にはエンコーダはデコードできる物ならなんでも出力していい。
デコード結果が違っても別に仕様なんだからいいんじゃない?
LAMEとiTunesのエンコーダでも結果違うでしょ?
146:名無しさん＠お腹いっぱい。
07/01/10 04:50:06 kHOJ3maIP
バイナリの違いによる出力MP3ファイルの違いが有為な(聴き取り可能な)差
だという前提で考えると…
だめだと思います。仮に許容するとしても、音質比較の際には
どのバイナリでエンコードしたものなのかを示す必要がでてくると思います。
(もちろんiTunesの場合でもバージョンを明示する必要はありますが。)
推奨オプションなどにもバイナリを明記する必要が出てくるかも。
有為な差ではないならこれらは誤差としてしまうことも可能でしょうが。
割と簡単な解決だと私が思うのは、『浮動小数点の精度を落とさないように
してコンパイルする』というものです。
正しい解決は『どのコンパイラにかけてもどんな最適化をされても
同じ出力が生成されるソースを書くこと』です。
147:名無しさん＠お腹いっぱい。
07/01/10 04:51:44 kHOJ3maIP
それから
>>145
＞デコード結果が違っても別に仕様なんだからいいんじゃない?
デコード結果が違ってるかどうかはまだ検証していません。
148:名無しさん＠お腹いっぱい。
07/01/10 05:03:45 Db9iDRS20
ogg vorbis高速化では
URLﾘﾝｸ(homepage3.nifty.com)
FPU→SSEにしてることで、内部精度80bit→32bitに落ち、当然エンコード結果はリファレンスと異なる。
コンパイラで最適化オプションをつけたときもリファレンスのバイナリと結果が変わってしまって
いるのだけど、それぞれを聞き分けられた、という話はいまだ聞かない。
149:名無しさん＠お腹いっぱい。
07/01/10 05:10:42 r4aTlhRQ0
いや、エンコーダのバイナリ違うんなら明示するのが普通だろ。
ソース公開されてるんだし自分でいじることも可。
コンパイラの違いによってエンコード結果が違って困ることより
嬉しいことのほうが多いから、その簡単な解決方法は
あなたが自分でコンパイルするときに実行してください。
他人から渡されたバイナリが自分のとこでエンコードしたものと違うと
非常に困るというシチュエーションがあったら教えてもらえますか?
150:名無しさん＠お腹いっぱい。
07/01/10 05:13:53 r4aTlhRQ0
>>147
デコーダの出力も本当に世界中で流通しているものがすべて同じ結果をだすのか
調べてからいってますか?
mpg123とMADでもわずかですが違います。
デコーダによって結果が違うような物をエンコードするのに結果の一致などという
不毛なことに時間を費やすのは無駄です。
可逆圧縮ではないのですよ?
151:名無しさん＠お腹いっぱい。
07/01/10 07:43:32 kHOJ3maIP
なぜいきりたってるのかよくわかりませんが。
>>149
＞コンパイラの違いによってエンコード結果が違って困ることより
＞嬉しいことのほうが多いから...
具体的にどんなときですか？
＞他人から渡されたバイナリが自分のとこでエンコードしたものと違うと
＞非常に困るというシチュエーションがあったら教えてもらえますか?
そうですねぇ。まず公式と称されているバイナリが信用できなくなります。
かつ、どのバイナリで評価したのか不明な評価が一人歩きしたりして
いろいろな情報があてにできなくなります。
ところでバイナリによってエンコード結果が違うことがなぜ
あなたにはそれほどまでに困ることなんですか？
152:名無しさん＠お腹いっぱい。
07/01/10 07:45:59 kHOJ3maIP
>>150
＞デコーダの出力も本当に世界中で流通しているものがすべて同じ結果をだすのか
＞調べてからいってますか?
アホかいな。何度も「まだ検証していない。」って書いてるじゃん。
＞デコーダによって結果が違うような物をエンコードするのに結果の一致などという
＞不毛なことに時間を費やすのは無駄です。
いいえ、不毛ではありません。デコーダ間で結果が違うのは
デコーダがMP3の仕様を満たしてないとかが原因かもしれません。
＞可逆圧縮ではないのですよ?
だから？
153:名無しさん＠お腹いっぱい。
07/01/10 07:56:09 6v+J8T9c0
王子の書き込みが無いと生きていけない
154:名無しさん＠お腹いっぱい。
07/01/10 08:03:42 kHOJ3maIP
それから浮動小数点演算の精度の違いで生ずるエンコード結果の違いが
有為でないことを証明・保証しておかないと知らない間に有為な差が
生じてしまう可能性もありますね。
（つうか私が知らないだけですでにどこかで証明・保証されてるのかも。）
EACのオフセットみたいに「だれも気がつかなかったからいいじゃん。」でok
というのも一つの見識だとは思いますが。
155:名無しさん＠お腹いっぱい。
07/01/10 08:35:46 2tMO4Ko/0
>>151
Lameに公式とされてるバイナリなんてあるのか？
公式にはソースしかこうかいされてないはずだが
RareWaresのは１サイトのメンバーがコンパイルしたものだっていうだけだしな。
まぁ有名サイトだから、評価の際にそこのバイナリを使って評価しましょうって
だけで公式ってわけじゃない。
ましてRareWaresのバイナリが、一番正確に演算されてるとは限らないんだよな。
156:名無しさん＠お腹いっぱい。
07/01/10 08:50:54 QDxBC8+J0
ようするにMPEG Audioの仕様の中にエンコード・デコードの演算精度についての
規定があるかってことが知りたいってことでいいか？
157:名無しさん＠お腹いっぱい。
07/01/10 08:53:26 8F/Vrm9w0
熱くなれるのはいいことだ。
158:名無しさん＠お腹いっぱい。
07/01/10 08:58:34 kHOJ3maIP
>>155
>Lameに公式とされてるバイナリなんてあるのか？
ないと思います。おっしゃる通り公式にはソースのみ。
今回の件でいろいろ調べていると、開発者の方が「Officialはアレ」と
言っている記述を何回か見かけたので…（ちょっと文脈が違うかも
しれませんが、開発者の認識としてはそうなんかと。)
>ましてRareWaresのバイナリが、一番正確に演算されてるとは限らないんだよな。
というかどっちかっつうとICL使ったり結構チャレンジャーなバイナリかも知れませんね。
159:名無しさん＠お腹いっぱい。
07/01/10 16:19:26 NUSNyJB/O
無知な俺には、おまいらが同じ世界の人間だとは思えないんだぜ
160:名無しさん＠お腹いっぱい。
07/01/10 18:34:42 Db9iDRS20
URLﾘﾝｸ(www.hydrogenaudio.org)
斜め読みしかしてないから役に立つかはわからないけど、
やはり同じ事が気になっている人はいるようで。
161:名無しさん＠お腹いっぱい。
07/01/10 18:58:31 OXJ1CZ+b0
結論はlameの開発者自身が言ってるようだが。
>You should not worry, as the differences are very small (unless something is broken, but then it's a different matter)
どうしても気になるって人はABXテストで区別できるようなサンプルを持ってくるべきだな。
162:名無しさん＠お腹いっぱい。
07/01/10 19:54:53 r4aTlhRQ0
x86のICLとgccだけくらべても意味なんて無い。
データ型の精度だってアーキテクチャによって違う。
最低限の精度は規定されているが上限に関してはない。
データ型の精度はいまのところほとんどの環境で同じだから大丈夫だが
演算の精度までは規定されていなかったはず。
64bitの浮動小数点の演算を内部で80bitで処理しようが256ビットで処理しようが
かまわない。
163:名無しさん＠お腹いっぱい。
07/01/10 20:20:16 2tMO4Ko/0
けっきょく、演算精度の差が気になるなら、mmx/sse/sse2/3dnow!なんかのオプションを
全てオフにしてコンパイルしろってことかな。
164:名無しさん＠お腹いっぱい。
07/01/10 20:30:08 OXJ1CZ+b0
それ以前にfp演算は計算の順番だけで精度が変わるから。
165:名無しさん＠お腹いっぱい。
07/01/10 20:53:10 r4aTlhRQ0
たとえばgzipだったらエンコード(圧縮()してデコード(展開)した結果がコンパイルオプションに
よって違うというなら大問題だろう。
元が16ビットの整数なのを勝手に中で浮動小数点で計算してるんだよね。
で、計算してこねくりまわした結果をまたビット表現というかたちの整数にまた変換する。
デコーダもまたMADみたく整数で処理したりmpg123みたく浮動小数点で処理したり。
そして出てきた出力もOSでリサンプリングされてミキサーを通してサウンドカードの
イコライザを通してマルチビットDACだったり1ビットDAだったりでアナログにして
スピーカから音を出す。
もう32ビットだろうが64ビットだろうがどうでもいいよ。
16ビットPCMのLSB削られても同じ音量だったら聞き分けできない俺がいってみる。
166:名無しさん＠お腹いっぱい。
07/01/10 21:21:18 r4aTlhRQ0
つか、その16ビットのデータだって元はもっと高精度なデータで
ディザかけて16ビットにしてるんだから……
167:名無しさん＠お腹いっぱい。
07/01/10 21:35:38 +IUPoqw60
それならデジタル信号をそのまま脳みそに垂れ流す機械作れよｗ
168:名無しさん＠お腹いっぱい。
07/01/10 21:59:20 ltNijOsW0
█▓▓█▀▓▉ ▋ ▀▋ ▉ ▊ ▋ ▎ ▌▉ ▋ ▀▋ ▊ ▎ ▌ ▊
◥█▓▀▉ ▓▊▐▂▄▃▌▄▊ ▋ ▊ ▍ ▋█▃▲▄▂▲ ▍ ▋ ▍ ▼
█▓ ▼ ▓▋▐◣▃▅▆▆◣▃▌ ▊ ▌ ▊█▃◢▆▆▅◣▋ ▌ ▐ ▌ ▲
◥▇▓ ▌ ▀▌▐▀◣ ▀▓▅ ▀◣▋ ▋ █◤▀ ▀▓▅ ◢▋ ▲ ▍ ▋ ▓▌
█▓ ▍ ▐▀◣ ▀▀ ◥▊▼ ▀▀ █▃▀▋▐▅▋ ▓▌
█▓◣▲ ▓▄ █▀ ▓ ▓▋▃▓▌ それはらめ。
▼▀█▓▅▓▀◣ ▌ ◢▀ ▅▓▆▓ ▀▓▉
█▓█▓▆▃ ▀ ▄▆▓▓█▓ ▓▉
█▓▀▆▃▀◣▂ ▄▂▂▂ ◢▀▃▓▓█▀ ▃▓▀
▀▓▃▀█▅▃▂ ▄▆▀ █▀ ▼
▼▀◣ ▀██▃ ▃▆▀▃▆▀ ▅▀
169:名無しさん＠お腹いっぱい。
07/01/10 22:31:14 peW7PDRZ0
█▓▓█▀▓▉ ▋ ▀▋ ▉ ▊ ▋ ▎ ▌▉ ▋ ▀▋ ▊ ▎ ▌ ▊
◥█▓▀▉ ▓▊▐▂▄▃▌▄▊ ▋ ▊ ▍ ▋█▃▲▄▂▲ ▍ ▋ ▍ ▼
█▓ ▼ ▓▋▐◣▃▅▆▆◣▃▌ ▊ ▌ ▊█▃◢▆▆▅◣▋ ▌ ▐ ▌ ▲
◥▇▓ ▌ ▀▌▐▀◣ ▀▓▅ ▀◣▋ ▋ █◤▀ ▀▓▅ ◢▋ ▲ ▍ ▋ ▓▌
█▓ ▍ ▐▀◣ ▀▀ ◥▊▼ ▀▀ █▃▀▋▐▅▋ ▓▌
█▓◣▲ ▓▄ █▀ ▓ ▓▋▃▓▌ それはらめ。
▼▀█▓▅▓▀◣ ▌ ◢▀ ▅▓▆▓ ▀▓▉
█▓█▓▆▃ ▀ ▄▆▓▓█▓ ▓▉
█▓▀▆▃▀◣▂ ▄▂▂▂ ◢▀▃▓▓█▀ ▃▓▀
▀▓▃▀█▅▃▂ ▄▆▀ █▀ ▼
▼▀◣ ▀██▃ ▃▆▀▃▆▀ ▅▀
170:名無しさん＠お腹いっぱい。
07/01/11 00:28:57 UOr1IIXo0
3.98a3以降では--vbr-newがデフォルトになってるとのことですが
-V2を選択する場合には-V2 --vbr-newと設定する必要がないということでしょうか？
171:名無しさん＠お腹いっぱい。
07/01/11 00:40:43 IuuHFdeK0
>>170
そうらめぇ
-V2 ＝ -V2 --vbr-new
172:名無しさん＠お腹いっぱい。
07/01/11 00:52:55 UOr1IIXo0
>>171
ありがトー
-V2 --vbr-newと設定しても問題はないとですか？
173:名無しさん＠お腹いっぱい。
07/01/11 01:15:37 IuuHFdeK0
>>172
おｋらめぇ
174:名無しさん＠お腹いっぱい。
07/01/11 02:22:12 qiZsFZmf0
らーめんうめぇ、略してらめぇぇぇぇぇ！！！
175:名無しさん＠お腹いっぱい。
07/01/11 06:21:41 16tVVj3f0
無理矢理はらめぇ！１
176:名無しさん＠お腹いっぱい。
07/01/11 11:41:57 FLRIdteJO
相変わらず変なスレなのでありんす
177:名無しさん＠お腹いっぱい。
07/01/11 16:25:42 Nbx+UDdl0
RareWares復活ｷﾀ━━━(ﾟ∀ﾟ)━━━!!
178:名無しさん＠お腹いっぱい。
07/01/11 18:22:05 C0UGBhhG0
開発者の外人達が、このスレでらめぇえええええええ！と叫んでるのを見たらなんと思うだろうか
179:名無しさん＠お腹いっぱい。
07/01/11 18:31:29 9VWCnpKX0
らめぇえええええええ！と叫ぶ
180:名無しさん＠お腹いっぱい。
07/01/11 18:40:39 0Q1VHRfs0
exciteの日英翻訳を試してみたが、「らめぇ」はスルーされるのな。
181:名無しさん＠お腹いっぱい。
07/01/11 18:46:36 IuuHFdeK0
そろそろ、このスレのマスコット「らめぇ」を作ろうと思うんだが
182:名無しさん＠お腹いっぱい。
07/01/11 18:56:14 0Q1VHRfs0
こんなのか?
通常
mmm
l a al
L e
正面
mmm
la al
l e. l
笑顔
mmm
l A Al
l e
183:名無しさん＠お腹いっぱい。
07/01/11 19:08:06 r2gv99l70
一番いい音を配布しているのはレアーワレズでＦＡ？
184:名無しさん＠お腹いっぱい。
07/01/11 19:08:45 r2gv99l70
間違えた。
一番いい音質のLAMEをね。
185:名無しさん＠お腹いっぱい。
07/01/11 19:09:48 De+WUuDL0
ら、らめぇ
186:名無しさん＠お腹いっぱい。
07/01/11 19:17:46 uolT3Uz20
どういう理屈だw
187:名無しさん＠お腹いっぱい。
07/01/11 19:54:03 De+WUuDL0
よくrarewaresの名前がでる→何かしら理由があるはずだ→きっと一番Lameの質が良いんだ！
こうだな
188:名無しさん＠お腹いっぱい。
07/01/11 20:00:39 8TP5/yqv0
ウチのLAMEは活きが違うよ
189:名無しさん＠お腹いっぱい。
07/01/11 20:07:53 X/pX6Nwv0
うちのLAMEは5年寝かせたからな
昨日今日のLAMEたあ熟成が違うよ
若いLAMEなんざMP3が青臭くてよー
190:名無しさん＠お腹いっぱい。
07/01/11 20:09:12 Nbx+UDdl0
そんなこといって、ききLAMEしたら違いなんて分からないんじゃないの？
191:名無しさん＠お腹いっぱい。
07/01/11 20:12:44 De+WUuDL0
ネタにマジレスかよ
192:名無しさん＠お腹いっぱい。
07/01/11 20:28:17 Nbx+UDdl0
書いた後でそう思ったけど一応ネタだよ！！
193:名無しさん＠お腹いっぱい。
07/01/11 20:33:54 CnNOFJky0
3.97のstableって、どれ落としてもLameACM.infがないんだけど、
3.96.1に上書きして平気？
194:名無しさん＠お腹いっぱい。
07/01/11 20:37:39 oL++30Lw0
それもネタか
195:名無しさん＠お腹いっぱい。
07/01/11 21:25:46 +NsmyiL60
>>163
いえだめです。浮動小数点演算を使っている限り。
>>164
ええ、だから順番が変わらないように書けばいいわけじゃないんですか？
>>165
それを言い出したらエンコーダーなんてlameだろうがなんだろうが
どれでも一緒ってことになりますね。
196:名無しさん＠お腹いっぱい。
07/01/11 21:28:11 +NsmyiL60
まあ、とにかく開発者達がリファレンスとして使ってるバイナリが
どれなのかは知りたいところですね。
とりあえあずそれだけはちょっとは検証されてるってことですからね。
197:名無しさん＠お腹いっぱい。
07/01/11 21:45:02 uzPsGT9i0
しいて言えばソースに同梱されているMakefileや、プロジェクトファイルを
全く変更せずコンパイルしたのが公式なのかもしれない。
198:名無しさん＠お腹いっぱい。
07/01/11 22:00:44 9kEPGMT40
>>195
順番が変わらないように書く=コンパイラに最適化をさせない
>>196
考えるまでもなく自分の環境でコンパイルしたものだと思うが。
199:名無しさん＠お腹いっぱい。
07/01/11 22:18:45 YMaQiE3t0
>>151
エンコードが速くなる。
> ところでバイナリによってエンコード結果が違うことがなぜ
> あなたにはそれほどまでに困ることなんですか？
いや、全然困ってないよ。
だからバイナリ違ったら出力ちがって当たり前だといいたいだけ。
同じバイナリでも実行環境によってどの拡張命令が使われるのか違うんだぞ。
>>152
先に検証してから言えよ。
ABXテストくらい出来るだろ?
キラーサンプルあるなら出せよ。
> いいえ、不毛ではありません。デコーダ間で結果が違うのは
> デコーダがMP3の仕様を満たしてないとかが原因かもしれません。
デコーダが仕様を満たしていないからといってエンコーダが出来ることは何も無い。
LAME開発者がなにかしたところでMP3再生に使われるファームウェアを書き換えるなんて
不可能だからな。
ソフトウェアのことしか考えてないようなところもお前は頭が悪いな。
> ＞可逆圧縮ではないのですよ?
> だから？
処理系によって結果が違うようなものをあれこれ考えても無駄ということだ。
200:名無しさん＠お腹いっぱい。
07/01/11 22:19:36 YMaQiE3t0
>>154
C言語で書く限り浮動小数点演算の精度の保障は出来ない。
精度保障された浮動小数点ライブラリを使わないかぎり
同じソースから同じオプションでコンパイルされた物でも
デコード結果が一致することは期待できない。
>>158
開発者っていっても一人じゃないだろ、誰かがRarewaresが公式と思っていても
他の開発者は非公式だと思ってたらどうするんだよ。
リポジトリやリリースバージョンのソースに関しては公式というのは皆一致してるだろうがな。
201:名無しさん＠お腹いっぱい。
07/01/11 22:19:54 YMaQiE3t0
>>195
> いえだめです。浮動小数点演算を使っている限り。
CPUに依存しない浮動小数点ライブラリを使えば今言っているような精度の違いは
一切排除できる。
そのかわり速度がいまより遅くなることはあっても速くなることは無いだろう。
> ええ、だから順番が変わらないように書けばいいわけじゃないんですか？
順番が変わらないでも空きレジスタの状況によって変数がレジスタ(アキュムレータ)に
入るか、メモリに置かれるのか違ってくる。
というか、順番変えないでも処理系によって演算精度違うんだから
x86しか考えないで物をいうな。
なぜエンコードのオプションは無視してコンパイラのオプションに
こだわるのかが全然わからない。
> それを言い出したらエンコーダーなんてlameだろうがなんだろうが
> どれでも一緒ってことになりますね。
浮動小数点の精度だけでいえばどのエンコーダでも一緒だろ。
午後のこ～だみたく積極的に拡張命令使うところもあれば
C言語の枠内だけでコンパイラの最適化にまかせるところもあるだろう。
だが、浮動小数点の精度が音質にどこまで影響するのかきちんと
示せない限り、そんなことを何人もの人が調べる必要は無い。
-q0と-q2の違いのほうがまだ調べる価値あるわ。
>>196
みんながx86のICLとgccを持っているわけじゃない。
使っている処理系が違えば検証できない。
検証するのはソースを変えてABXテストするくらいだろ。
リファレンスのバイナリなんていうのはWindowsの世界くらいのものだろ。
202:名無しさん＠お腹いっぱい。
07/01/11 22:29:50 r2gv99l70
で、結局、一番いいのはどこ？
203:名無しさん＠お腹いっぱい。
07/01/11 22:31:35 YtZC8DwR0
>>202
お前の心の中にあるさ
204:名無しさん＠お腹いっぱい。
07/01/11 22:41:55 qaYKAo3i0
らめぇぇぇぇぇ
205:名無しさん＠お腹いっぱい。
07/01/12 03:19:27 G/UQ7tFw0
3.97stableの駄目文字対策版って無いのかな？
206:名無しさん＠お腹いっぱい。
07/01/12 03:22:44 X70VcFqb0
駄目←これすごく重要ね。
207:名無しさん＠お腹いっぱい。
07/01/12 05:11:13 eGJ61IPF0
3.98a11ってエンコード早くね？
208:名無しさん＠お腹いっぱい。
07/01/12 18:03:06 VU5eNVzv0
>>205
それより3.98 stableらめぇ
>>206
らめぇ
209:名無しさん＠お腹いっぱい。
07/01/12 19:48:55 8MOPK1oN0
2ch閉鎖らめぇ
ユーザーショック…２ちゃんねる、再来週にも強制執行
URLﾘﾝｸ(www.zakzak.co.jp)
210:名無しさん＠お腹いっぱい。
07/01/12 19:59:03 NKS45Ogg0
大勢のユーザーの迷惑を顧みず、自分の事しか考えないDQNな男性(35)。
こういうDQNな人間が裁判を起こすと恐ろしいね。
211:名無しさん＠お腹いっぱい。
07/01/12 20:08:20 vKtHuFT50
やっと脱2chができるらめぇぇぇ！
212:名無しさん＠お腹いっぱい。
07/01/12 20:10:12 VU5eNVzv0
>>210
DQNはどっちらめぇ
もし閉鎖しても、他所行けばいいらめ
213:名無しさん＠お腹いっぱい。
07/01/12 20:13:48 XDo1+Ylu0
>>210
まさにDQN乙
214:名無しさん＠お腹いっぱい。
07/01/12 20:40:44 136oAHbF0
誰が赤の他人の事考える奴居る
特にお前ら見たいなデブオタは社会に出ると即いじめられるよ＾＾
215:名無しさん＠お腹いっぱい。
07/01/12 20:44:14 kQmu9vML0
会社員(35)は間違いなく地獄行き。
216:名無しさん＠お腹いっぱい。
07/01/12 22:08:37 K4lxZwTz0
誰か地獄少女に頼んでよ
217:名無しさん＠お腹いっぱい。
07/01/12 22:09:53 XDo1+Ylu0
というかおまえらそんなことよりLAME4の話をしろよ
218:名無しさん＠お腹いっぱい。
07/01/12 23:26:28 /TDAWUZP0
らめぇ
219:名無しさん＠お腹いっぱい。
07/01/13 00:11:43 oQhmdOZa0
またクズが裁判起こしたのか。
220:名無しさん＠お腹いっぱい。
07/01/13 07:48:28 EWe2y9DP0
会社員(35)は玉子。
221:名無しさん＠お腹いっぱい。
07/01/13 09:51:45 tNAgTHr/O
とみながは今LAME4を作ってるのか？
222:名無しさん＠お腹いっぱい。
07/01/13 12:55:42 cANbv8Hz0
さて、自演疲れないしまたやつか
223:名無しさん＠お腹いっぱい。
07/01/13 16:25:21 eSO/0iHA0
--resample でmpeg2.5の160kbpsビットレートで作成しようとしても、できないのは仕様？
どこかのページにmpeg2.5の対応ビットレートは8,16,24,32,40,48,56,64,80,96,112,128,144,160と
書いてあったので、できないのはおかしいと思った次第であります。
どうなんでしょうか？
224:名無しさん＠お腹いっぱい。
07/01/13 16:51:29 29qzm13D0
できるけど。
--resample 11.025 -b 160
とか。
225:名無しさん＠お腹いっぱい。
07/01/13 18:02:19 2/1brT5O0
>>223
サンプリングレートが高い奴だと駄目
もともとmpeg2.5ってのは低サンプリングレートに対応するための拡張規格だから
226:名無しさん＠お腹いっぱい。
07/01/14 01:25:51 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
07/01/14 01:27:37 d1aJxejh0
訂正、-q 9で2秒。-q 0で8秒弱ね。
228:名無しさん＠お腹いっぱい。
07/01/14 07:59:54 WuDTbcVM0
VBRでエンコードする時って2passできないの？
229:名無しさん＠お腹いっぱい。
07/01/14 08:19:06 OKGOMsFX0
>>228
nspsytune2 という 2pass プロジェクトがあったけど数年前にぽしゃった.
理由は作者が匿名掲示板に中傷をかかれてやる気がなくなったから.
230:名無しさん＠お腹いっぱい。
07/01/14 08:32:17 WuDTbcVM0
_, ._
（ ﾟ Дﾟ）
231:名無しさん＠お腹いっぱい。
07/01/14 10:31:35 aVkC++Ii0
ひどい掲示板だな
232:名無しさん＠お腹いっぱい。
07/01/14 10:52:29 Y5kuwE460
ここだったりしてｗ
233:名無しさん＠お腹いっぱい。
07/01/14 11:12:44 OgT7NhBs0
いや、たしかストーカーやってたんじゃなかったか？
234:名無しさん＠お腹いっぱい。
07/01/14 14:10:27 XQM+1a+S0
中傷されたくらいでやめる奴が立ち上げた時点で失敗なプロジェクトだな
むしろ口実にでも使われたんじゃないだろうか
経緯全く知らずに言うけど
235:名無しさん＠お腹いっぱい。
07/01/14 14:42:13 KFR7EoLX0
じゃgpsychoでも使ってろ
236:名無しさん＠お腹いっぱい。
07/01/14 15:31:16 DaP3rvM70
ここの>>605とかスラドのIRCの事だな。
URLﾘﾝｸ(pc.2ch.net)
237:名無しさん＠お腹いっぱい。
07/01/14 15:57:30 9j5sy3rP0
ドリスみたいな服着てる女子高生がいたらムラムラくるのは聖上だと思う。
238:名無しさん＠お腹いっぱい。
07/01/14 16:14:36 qhwdMOZy0
あの人の日本人嫌いはやっぱりとぅーちゃのーと言う掲示板が原因だったとですか！
とぅーちゃのーという掲示板はやっぱりとんでもないところですね！
239:名無しさん＠お腹いっぱい。
07/01/14 16:23:11 3OuoV6PQ0
>>224
>>225
回答サンクス。
なるほど。ということは入力元のサンプリングレートが高い(44,1khzとか)をmp3g2.5とかの規格に無理に変換しようとするから
160kbpsとかにできないわけ？
入力元のwavがはじめからmpeg2.5に適したサンプリングレート(8,11,025,12khz)ならビットレートも160までできる。
そういう解釈でOK?
240:237
07/01/14 16:34:18 9j5sy3rP0
今気づいた。誤爆した…。
241:名無しさん＠お腹いっぱい。
07/01/14 16:38:14 Ac2T0fEc0
>>239
2.5に適したサンプリングレートというのとはちょっと違ってて、
8, 11.025, 12kHzのサンプリングレートの為の規格がMPEG2.5
という位置付け。
16, 22.05, 24kHzの場合は MPEG2
242:名無しさん＠お腹いっぱい。
07/01/14 16:53:43 3OuoV6PQ0
>>241
丁寧な回答サンクス。
むー224のいったとおりで試したがやはり無理。
入力元はMicrosoft PCM, 16bit, 44100Hz, 2ch, 1411Kbpsだが・・・
コマンドプロンプトが立ち上がるもののすぐに終了。-b 64以下なら変換できるが。
頭悪い回答ですまん。
243:名無しさん＠お腹いっぱい。
07/01/14 20:06:26 kWR/B1lB0
4.0らめぇ・・・
244:名無しさん＠お腹いっぱい。
07/01/14 20:26:09 ruz/qalO0
>>198
>順番が変わらないように書く=コンパイラに最適化をさせない
ところがいわゆる公式ソースそのままでビルドすると最適化もりもり
なんですよね、これが。
>考えるまでもなく自分の環境でコンパイルしたものだと思うが。
それってどうやって確認しました？
245:名無しさん＠お腹いっぱい。
07/01/14 20:32:26 ruz/qalO0
>>199
>エンコードが速くなる。
なるほど。これは確かにメリットではありますね。
>先に検証してから言えよ。
たぶんしないと思いますよ。それこそ不毛だし。
出力ファイルの解析(frame analyzerとか)はやるかもしれません。
>デコーダが仕様を満たしていないからといってエンコーダが出来ることは何も無い。
いえ、論点が違いますがな。私は「デコーダの実装の差をエンコーダで
埋めるんだ！」などとは書いてません。同じファイルをデコードして
差があるのは単なるデコーダの実装の差かも知れないって言ってるだけです。
>ソフトウェアのことしか考えてないようなところもお前は頭が悪いな。
つうわけで頭が悪いのはお前のようです。
>処理系によって結果が違うようなものをあれこれ考えても無駄ということだ。
よかったですね。ところが無駄だと思わない人もいるということで。
246:名無しさん＠お腹いっぱい。
07/01/14 20:32:40 9ybXbFI00
もういいよ・・・鬱陶しいなぁ
247:名無しさん＠お腹いっぱい。
07/01/14 20:36:36 vNT/Cn9A0
院展シティステレオの実装まだぁ～？
248:名無しさん＠お腹いっぱい。
07/01/14 20:38:22 KFR7EoLX0
最適化させたくなけりゃ自分でconfigure書き換えればいいだけだろ...そんなこともできんのか
249:名無しさん＠お腹いっぱい。
07/01/14 20:38:46 ruz/qalO0
>>200
>C言語で書く限り浮動小数点演算の精度の保障は出来ない。
IEEE754とかに準拠したコンパイラを使い、準拠した計算を
行うバイナリを吐くようなコンパイラオプションを指定してもですかね。
>開発者っていっても一人じゃないだろ、誰かがRarewaresが公式と思っていても
>他の開発者は非公式だと思ってたらどうするんだよ。
どうしましょう。つうかそもそも「公式だ」とかいい加減なことを平気で
書いてしまうところが怪しいですよね。なぜ「気にするな、大丈夫だ」とか
根拠なしに書いてしまうんでしょうねぇ。
「本当に有為でないか検証はだれもしていない。」とかならわかるけど。
250:名無しさん＠お腹いっぱい。
07/01/14 20:44:58 ruz/qalO0
>>201
>順番が変わらないでも空きレジスタの状況によって変数がレジスタ(アキュムレータ)に
>入るか、メモリに置かれるのか違ってくる。
どこに置くかちゃんと書けばいい。
>だが、浮動小数点の精度が音質にどこまで影響するのかきちんと
>示せない限り、そんなことを何人もの人が調べる必要は無い。
違いますね。「浮動小数点の精度が音質にどこまで影響するのかきちんと
示せない限り、安易に最適化したビルドシステムを配布してはいけない。」
が正解です。
>リファレンスのバイナリなんていうのはWindowsの世界くらいのものだろ。
そうですかねぇ。単にUnixだとコンパイラは事実上gccしかないから
あまり意識しないだけじゃないですか？
まあ、とりあえず何らかのリファレンスがあるほうが嬉しい人も
いるってことで。(つうかリファレンスなしに音質の議論なんて
よくやってるなあと思います、正直。)
251:名無しさん＠お腹いっぱい。
07/01/14 20:45:59 ruz/qalO0
>>248
とっくにやってますがな。
252:名無しさん＠お腹いっぱい。
07/01/14 20:46:22 +lkwlLlh0
ぬるぽ
253:名無しさん＠お腹いっぱい。
07/01/14 20:59:13 OySJYKpp0
で、ID:UnaQp5Du0はエンコーダの最適化による音質差をブラインドテストで聞き比べられるわけ?
できないのに問題提起するのは単なる馬鹿だぞ。
そもそも非可逆圧縮は耳で判別可能な差しか問題にしないからな。
254:名無しさん＠お腹いっぱい。
07/01/14 21:01:44 vNT/Cn9A0
もしかして玉（ｒｙ
255:名無しさん＠お腹いっぱい。
07/01/14 21:08:12 21+MEHSW0
いやあ、玉子はここまでアホじゃないでしょw
なにせABXテスト至上主義だからなw
256:名無しさん＠お腹いっぱい。
07/01/14 21:25:26 KFR7EoLX0
161の発言にもあるようにLAMEの開発者たちがその差を問題にしていないのは明らか。
それじゃなきゃわざわざ-ffast-mathをデフォルトで指定したり
3.96あたりまで倍精度で持ってた変数の多くを3.97で単精度に書き換えたりはしないよ
その姿勢に問題があるというなら、まずは問題のあるサンプルを示さないと。
バイナリ比較して差があるというのは「全く」論拠にならない。
波形や周波数特性を比較して音質を評論しているだれかさんと同レベルだ。
257:226
07/01/14 22:09:08 d1aJxejh0
>>250
> 安易に最適化したビルドシステムを配布してはいけない。
なんで? 最適化したビルドシステムを配布するのに制限をかけられる理由がない。
そんなルール誰が決めたの?
258:名無しさん＠お腹いっぱい。
07/01/15 00:15:27 2J/p40eo0
そもそも MP3 特許問題があるから、最適化に関係なく安易に配布できないけどな.
配布はソフトウェア特許がないヨーロッパの特権.
259:名無しさん＠お腹いっぱい。
07/01/15 10:42:09 Q/jTYaq80
午後インストーラーみたいにソースをコンパイルし始めるインストーラーにすれば万事解決
260:名無しさん＠お腹いっぱい。
07/01/15 12:49:11 DTcZ88/w0
CPU別に最適化されたﾊﾞｲﾅﾘくれって書こうと思ってたら
ダメだったのか。
新しくﾌﾟﾚｰﾔｰ買ったからちょっとﾋﾞｯﾄﾚｰﾄ落としてるんだけどめちゃくちゃ時間
かかるんだもん。
261:名無しさん＠お腹いっぱい。
07/01/15 14:11:37 FkqBecVF0
ぢありあん氏ね
262:名無しさん＠お腹いっぱい。
07/01/15 14:54:55 SV1nB5Zf0
（ ´）｀Д） )) < ﾊｧﾊｧ こんな所で らめぇぇぇぇぇぇ！！！
/ つ つ < 大丈夫だって，こんな糞スレ誰も来ねえよ
(( (_(_ ﾉ ノ
し∪ ∪
Σ（ ﾟдﾟ ）ﾟдﾟ）
/ つ つ
(_(_ ﾉ ノ
し∪ ∪
（ ﾟдﾟ ）ﾟдﾟ）
/ つ つ
(( (_(_ ﾉ ノ
し∪ ∪
263:名無しさん＠お腹いっぱい。
07/01/15 20:32:58 941NfEiI0
俺、P4の2.8Ghzなんだけど、どこのバイナリーが最適化されてるの？
264:226
07/01/15 20:57:27 lfsQW2Ur0
>>250
いやUnixでgccしかないなんていうあたりが全然わかってないというか。
Sunでもhpでもメーカー製コンパイラあるの知らないの?
gccでも2.95と4.0じゃ全然別物だし。
ソースいじらないでもリンクするライブラリ違えばバイナリは違うものになるし。
リファレンスなしで議論してるのは浮動小数点の精度が聞き分けられる人間が
いないからじゃないの?
だからまずABXでもして聞き分けろって話になるんだよ。
仮に聞き分けられる人間がいたとしても、そんな少数派に合わせる義理はない。
多くの人が聞き分けられていい音だと判断すればそれでいいというのが普通。
265:名無しさん＠お腹いっぱい。
07/01/15 21:59:51 vyCwsBLU0
もう>>259でいんじゃね？
266:名無しさん＠お腹いっぱい。
07/01/15 22:02:59 i2Y7HukL0
LAME 3.98 alpha 11 2007-01-14
URLﾘﾝｸ(www.rarewares.org)
267:名無しさん＠お腹いっぱい。
07/01/15 22:26:28 ALYywwLT0
>>265
Windowsで動かす事しか考えてないならそれでもいいかもしれないけどね。
Windows以外だと、コンパイラがOSと一緒に配布されてる環境がほとんどだし。
268:名無しさん＠お腹いっぱい。
07/01/15 23:19:14 M0lWUgIL0
>>4の
>-b 192 ⇔ --preset cbr 192
でエンコードしているのですが、これだとJoint Stereoでエンコードされてしまいますよね
検索してみるとJoint StereoにするとStereoに比べて音質が悪くなるらしいですが
最近は改善されてきているのでしょうか？
Joint StereoとStereoの音質の違いがあまり私にはわからないので
特に不都合になるものではないのならこのまま行こうと思っているのですが。
#利用はPCで聴くのが専らで、時々その中から曲を選んでCD-Rに放り込んでカーオーディオで聴く程度です。
269:名無しさん＠お腹いっぱい。
07/01/15 23:20:07 7a+gvh2K0
また玉子が噛み付きそうなネタだなｗ
270:名無しさん＠お腹いっぱい。
07/01/15 23:48:21 4cS5kV3E0
3.90以降のLAME使ってる分には、全く気にしなくて良い問題。
それ以外は知らん。
271:名無しさん＠お腹いっぱい。
07/01/16 00:06:28 fAnZptSr0
なんで自分で聞き比べないのか理解に苦しむ
人に聞くよりよっぽど確実だろ
272:名無しさん＠お腹いっぱい。
07/01/16 00:09:34 +syk11ib0
> Joint StereoとStereoの音質の違いがあまり私にはわからないので
> 特に不都合になるものではないのならこのまま行こうと思っているのですが。
このまま行っておｋ。
273:226
07/01/16 00:44:10 jiDMaf560
>>268
CBRじゃなくてVBRでいいんじゃないの?
274:名無しさん＠お腹いっぱい。
07/01/16 02:07:31 hQTIOO7a0
一体誰が未だにjoint stereoのステレオ性に問題があるなんてデマを流してるのかと。
単に検索した記事が古かっただけだろ。ソースの最終更新日くらい確認しろ。
275:名無しさん＠お腹いっぱい。
07/01/16 02:16:39 /fg/rfbs0
LAMEのジョイントステレオは問題無いけどAACのはどれも酷い
276:名無しさん＠お腹いっぱい。
07/01/16 02:16:54 Rt+7FFZT0
***のかと。
277:名無しさん＠お腹いっぱい。
07/01/16 02:51:20 D5rLf8GZ0
女医とステレオ
278:名無しさん＠お腹いっぱい。
07/01/16 08:28:01 YvwKg/sN0
>>268
自分で聴き比べろやボケェ！
あとVBRでエンコしろ
プリセット使ってりゃ問題ないんだよ
279:名無しさん＠お腹いっぱい。
07/01/16 08:28:47 2iVlerKP0
Lameのフロントエンドって何がお勧め？
コマンドラインは何かと面倒…。
280:名無しさん＠お腹いっぱい。
07/01/16 08:39:24 D5rLf8GZ0
Frontend といってもやってることは wrapper な動作だし色々試してみて
使いやすいと思った奴を使えばいいかと。
rarewares に転がってる奴片っ端からでいいのでは。
俺は EAC 使ってるけど。
281:名無しさん＠お腹いっぱい。
07/01/16 08:39:35 pETT3INZ0
>>279
>>2
282:名無しさん＠お腹いっぱい。
07/01/16 08:40:42 YvwKg/sN0
>>279
なんでテンプレも読めないの？
283:名無しさん＠お腹いっぱい。
07/01/16 09:15:04 2iVlerKP0
>>280
ありがとう。
>>281-282
ごめん。忘れてた。
284:名無しさん＠お腹いっぱい。
07/01/16 09:16:03 4UNUChoD0
ドソマイ
285:名無しさん＠お腹いっぱい。
07/01/16 09:37:03 NDvPXr6a0
たぶん、ジョイントステレオで迷ってる人
たくさんいるだろうよ。
286:名無しさん＠お腹いっぱい。
07/01/16 09:50:34 /vn6NIXR0
>>285
いない
287:名無しさん＠お腹いっぱい。
07/01/16 12:32:55 3DlxRaNn0
JointStereoに関して
URLﾘﾝｸ(anonymousriver.hp.infoseek.co.jp)
288:名無しさん＠お腹いっぱい。
07/01/16 12:36:11 0vU7M/KK0
玉g(ry
289:名無しさん＠お腹いっぱい。
07/01/16 13:22:05 f/br6+k20
>287の中にあるリンク
URLﾘﾝｸ(anonymousriver.hp.infoseek.co.jp)
には、
「LAME に詳しい人は 256kbps 以上の高ビットレートで -m s オプションを使うことに
納得しているだろう。
ビットレートが高い場合にはジョイントステレオを使わずに、 -m s オプションによって
シンプルステレオを使った方がステレオ分離性の問題が解決するので全体の音質は
向上することになる。」
とあるのは何だ？
290:名無しさん＠お腹いっぱい。
07/01/16 13:36:35 zygRlXBP0
>>289
下まで読め
291:名無しさん＠お腹いっぱい。
07/01/16 14:11:06 Aefd+iLy0
CPU Core数だけLameを起動出来るﾌﾛﾝﾄｴﾝﾄﾞってeacだけ？
292:名無しさん＠お腹いっぱい。
07/01/16 14:14:35 apKh/+TN0
>>289は、アタック25で立たされるタイプ
293:名無しさん＠お腹いっぱい。
07/01/16 14:37:07 eiyxSEZN0
>>291
foobarはX2で2個起動するよ
294:名無しさん＠お腹いっぱい。
07/01/16 14:56:33 Aefd+iLy0
>293
㌧
ちょっと使い心地見てみる。
295:名無しさん＠お腹いっぱい。
07/01/17 22:21:21 Tw6pM3gR0
話題無いのらめええぇぇぇぇぇ
296:名無しさん＠お腹いっぱい。
07/01/18 09:56:49 TC3cocY20
Joint Stereo最強！
LAMEはJoint Stereoを応援します！
297:名無しさん＠お腹いっぱい。
07/01/18 10:04:33 f+ByHs+r0
Joint Stereoなんて使っちゃ○○ぇぇぇぇぇぇぇっ！！！！！
298:名無しさん＠お腹いっぱい。
07/01/18 21:07:23 xlolxQoU0
3.961に戻しました
3.98にしたらなぜかiPodの時間表示がおかしくなった
299:名無しさん＠お腹いっぱい。
07/01/18 23:02:23 9wrwuT1o0
らめぇで2passエンコ・・・らめぇぇぇぇ！！！！
300:名無しさん＠お腹いっぱい。
07/01/18 23:17:11 02aIr2cH0
首締めグロ画像でもくらえ！
URLﾘﾝｸ(www.restspace.jp)
301:名無しさん＠お腹いっぱい。
07/01/18 23:20:57 UOq9znrx0
らめええぇぇぇぇぇ
302:名無しさん＠お腹いっぱい。
07/01/18 23:31:04 nMRmieze0
オレがフリーズした
303:名無しさん＠お腹いっぱい。
07/01/18 23:41:04 fcoY47Vc0
嫉妬を感じた俺は末期
304:名無しさん＠お腹いっぱい。
07/01/18 23:51:58 XPs/7a/e0
>>300
可愛すぎるwww
305:名無しさん＠お腹いっぱい。
07/01/19 00:42:25 vacjOll50
宮島の鹿の方が可愛いぜ
306:名無しさん＠お腹いっぱい。
07/01/19 01:18:42 wZTDJ2Df0
消防の時遠足で友達が弁当取られたかららめぇえええええええええええええええ
307:名無しさん＠お腹いっぱい。
07/01/19 01:46:03 +GQsGJ2d0
>>300
顔がひしゃげたｗｗｗｗ
308:名無しさん＠お腹いっぱい。
07/01/19 07:10:24 OtgaunU70
>>303
俺漏れも
309:名無しさん＠お腹いっぱい。
07/01/19 14:56:20 fZIxdZqD0
LAMEって名前がいいよな、思わず使いたくなる。
Xingとかダッセー！
310:名無しさん＠お腹いっぱい。
07/01/19 15:20:27 OV6tgXsJ0
ら め ぇ ！
311:名無しさん＠お腹いっぱい。
07/01/19 19:27:09 Wo/v6wfk0
EAC Ver0.95 b4とlame3.98a11を使用中、
-V 0 -q 1 %s %d --lowpass 15.5
で、-q 1が反映されず、-q 0になってしまいます。助けてください
312:名無しさん＠お腹いっぱい。
07/01/19 19:40:05 OZiwknsd0
>>311
それ以前にq 0、1なんて使うなよと
313:名無しさん＠お腹いっぱい。
07/01/19 19:48:55 8Y0AjMBT0
3.98aでは誤用防止にqは無効になってるから、付けようが付けまいが同じ。
314:名無しさん＠お腹いっぱい。
07/01/19 20:08:35 u78ayfQ20
>>313
∩＿＿＿∩ ｜
| ノ＼ ヽ |
/ ●゛ ● | |
| ∪ ( _●_) ミ j
彡､ |∪| | Ｊ
/ ∩ノ ⊃ ヽ
( ＼ ／ ＿ノ | |
.＼ “ ／＿＿| |
＼ ／＿＿＿ ／
315:名無しさん＠お腹いっぱい。
07/01/19 20:43:36 q6GnA6gy0
午後のこ～だ3.13とLame 3.97だったらLameの方がいいんでしょうか？
316:名無しさん＠お腹いっぱい。
07/01/19 21:50:34 uh7umeUV0
>>315
オマエと同じ耳を持ってる人間は世の中に誰一人いない。
いいかげんツマンネこと聞くな馬鹿
317:名無しさん＠お腹いっぱい。
07/01/19 21:59:53 wZTDJ2Df0
午後はエンコ速いけど古いLameがベースだから音質的には今の方がいいだろ
>>316はそんなことでカリカリしてちゃらめぇえええ！
318:名無しさん＠お腹いっぱい。
07/01/19 22:04:52 rLpUXqAE0
306 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2007/01/19(金) 01:18:42 ID:wZTDJ2Df0
消防の時遠足で友達が弁当取られたかららめぇえええええええええええええええ
こんなこと書く馬鹿から音質的にって言われてもね～
年中らめぇええええのレスうざいわヴォケ
319:名無しさん＠お腹いっぱい。
07/01/19 22:09:47 15WC/Chp0
おじちゃんなんでそんなにカリカリしての？浪人中か遅くまで仕事かな？
らめぇは世界を救うよ、さあ一緒に
らめぇぇぇぇぇぇぇぇ
320:名無しさん＠お腹いっぱい。
07/01/19 22:11:50 wTpIH+bs0
このスレじゃらめぇは保守の意味
321:名無しさん＠お腹いっぱい。
07/01/19 23:09:10 q6GnA6gy0
>>316
すみませんでした。
>>317
ありがとうございました。
322:名無しさん＠お腹いっぱい。
07/01/20 06:42:05 dTMjrY7h0
午後の変換スピードは侮れない。まじで。
323:名無しさん＠お腹いっぱい。
07/01/20 07:32:17 Dt43Rhgx0
午後なんてエンコ速度以外はカス以下じゃんｗ
324:名無しさん＠お腹いっぱい。
07/01/20 08:43:10 qnlQE4hQ0
べらんめぇ！
325:名無しさん＠お腹いっぱい。
07/01/20 08:54:57 cggjzI4Z0
午後なんて紅茶以外で使っちゃらめぇぇぇぇぇぇぇぇぇぇぇぇっ！！！！
326:名無しさん＠お腹いっぱい。
07/01/20 10:50:55 VWBiaVXX0
カスとか言っても聞き比べしたらどうせわかんないよ、きっと。
実際、午後って凄いよね。
2年前にベースがあったとはいえ1人で作ったんでしょ？
327:名無しさん＠お腹いっぱい。
07/01/20 11:20:28 AeeuRDhT0
>>326
午後ならハッキリ違いがわかるがなにか？
>>323に禿同
328:名無しさん＠お腹いっぱい。
07/01/20 11:27:15 dTMjrY7h0
漏れは変換速度の圧倒的な速度差にびびったクチ
エンコ速度は体感も視認も出来るからねぇ
フロントエンドも単純明快だしさ
一聴して糞な音質ってものでもないし
「mｐ3を手軽につくりたい」そういう需要もある。
まあ漏れはlame使ってるんだけどな('A`)
329:名無しさん＠お腹いっぱい。
07/01/20 11:34:51 0Bohmdky0
はっきり違いが分かるのには同意。
でも、午後で十分なこともあるからね……
330:名無しさん＠お腹いっぱい。
07/01/20 11:59:56 siebKxN40
午後はシャリシャリキンキンがひどいお
331:名無しさん＠お腹いっぱい。
07/01/20 13:33:29 +CBsJvRW0
3.97ベースの高速化をすればいいにょろ
午後の作者タンは何処へいってしまったにょろ
332:名無しさん＠お腹いっぱい。
07/01/20 13:41:56 6M1vNjlg0
>>331
特許料云々が怖くて逃げたお＾＾
333:名無しさん＠お腹いっぱい。
07/01/20 13:51:59 LMCvCt1S0
まじでか？
334:名無しさん＠お腹いっぱい。
07/01/20 14:01:13 IwvnpgUK0
Ω ΩΩ< な、なんだってー!!
335:名無しさん＠お腹いっぱい。
07/01/20 15:20:29 QZM5G0Eu0
まあ研究の手段のアセンブラの最適化の勉強がてらコード置換えチューニングして遊んだ成果が午後だったわけで。
ぶっちゃけ飽きた、仕事でも同じ様なことやってんのに趣味でまた同じモン再生産なんてめんどくさい。
って言いそうだ。
336:名無しさん＠お腹いっぱい。
07/01/20 15:24:07 s3EW/U4g0
午後2は超速かったけど音質が微妙だった。
午後3は音質が良くなったけど2ほどは速くなかった。
そして最近のLAMEはそのままでもそこそこ速い。
337:名無しさん＠お腹いっぱい。
07/01/20 15:43:10 3qfsKlDn0
午後４時過ぎると急に早くなってエンジンかかり始めるよな
338:名無しさん＠お腹いっぱい。
07/01/20 17:42:44 a5PDM5Bh0
>>337
ハァ？何の話だ？
339:名無しさん＠お腹いっぱい。
07/01/20 18:59:42 IwvnpgUK0
復活らめぇ
340:名無しさん＠お腹いっぱい。
07/01/20 20:34:41 3qfsKlDn0
>>338
仕事の話だろうが・・・
空気嫁
341:名無しさん＠お腹いっぱい。
07/01/20 22:57:53 7SFLDvVX0
今3.98a11プリセットFAST EXTREMEでエンコしてるんだけど
qval=0って書いてあるのは-q0ってこと？
q0でのバグって解消したのかな・・・
終わりかけてから気づいてｶﾞｸﾌﾞﾙしてる
誰か助けてくれ
342:名無しさん＠お腹いっぱい。
07/01/21 01:33:54 e1g01kFs0
エンコ速度からして-q0じゃないっぽいね
VBRで-qの値4以下にするとqval=0と表示される
それと-qの値変えても4以下だとエンコ速度、ハッシュ同じになる
343:名無しさん＠お腹いっぱい。
07/01/21 01:41:21 c/o5Mj1y0
K5氏のkmlv使えばqがわかるんじゃないか？
344:名無しさん＠お腹いっぱい。
07/01/21 01:46:06 QpajQtlh0
vbr-newは-q0～-q4は同じ(デフォルトは-q3)
345:名無しさん＠お腹いっぱい。
07/01/21 06:26:41 Bx6nS4ZG0
午前４時過ぎると急にハイテンションになってエンジンがかかり始めるよな
346:名無しさん＠お腹いっぱい。
07/01/21 08:55:40 Z8XUWJz20
>>342-344
そうなんだ。よかった～
と思って>>343のkmlv使ったら・・・('A`)
347:名無しさん＠お腹いっぱい。
07/01/21 09:02:44 UEFSdn0PP
それはタグをみるソフトだから、エンコード時の数値が
そのまま表示されてて当然でしょ。この場合役に立たない。
348:名無しさん＠お腹いっぱい。
07/01/21 09:23:10 Z8XUWJz20
>>347
そうなんですか
ABXで7割行かなかったんでこのまま使ってみます。
馬鹿に付き合ってくれてありがとうございました。
349:名無しさん＠お腹いっぱい。
07/01/21 09:48:35 RaGdFd4K0
>>348
モノホンの馬鹿だな。
350:名無しさん＠お腹いっぱい。
07/01/21 11:02:22 Z8XUWJz20
>>349
違うと言われても自分でやって確かめないと信じられないじゃん？
なにか間違ってる？
351:名無しさん＠お腹いっぱい。
07/01/21 11:33:42 IYOBQouR0
>>350
だったら最初からきくなよ…
352:名無しさん＠お腹いっぱい。
07/01/21 11:45:28 Z8XUWJz20
それもそうだけどさ
スレ汚しすまんです。
353:名無しさん＠お腹いっぱい。
07/01/21 13:43:45 riyejoo40
心理音響モデルってオン推奨？好み？
354:名無しさん＠お腹いっぱい。
07/01/21 13:49:40 Yvp5LtgA0
心理音響モデルはoffでよさげ
355:名無しさん＠お腹いっぱい。
07/01/21 13:54:39 J2ruL33F0
>>353
最近のはデフォでON
つまり入れても入れなくても変わらない
らめぇで2passエンコしたいらめぇ・・・
356:353
07/01/21 14:02:10 riyejoo40
Lifeのチェック項目には意味がなかったのね。
サンクス。
357:名無しさん＠お腹いっぱい。
07/01/21 14:05:31 QpajQtlh0
というか心理音響モデルoffではlameを使う意味がない
358:名無しさん＠お腹いっぱい。
07/01/21 15:15:46 nBoUfPeL0
>>356
意味ないわけないだろ馬鹿
359:名無しさん＠お腹いっぱい。
07/01/21 16:38:22 hv7fsuwE0
馬鹿とか言っちゃあ？
360:名無しさん＠お腹いっぱい。
07/01/21 16:51:07 SQ5wbyay0
らめぇぇぇぇぇぇぇぇぇぇぇ！！！
361:名無しさん＠お腹いっぱい。
07/01/21 17:42:52 GdyyyQl50
おもいら仲良いなｗ
362:名無しさん＠お腹いっぱい。
07/01/21 17:48:13 1CfAudKe0
そろそろ3.98のステーブル版をですね…
363:名無しさん＠お腹いっぱい。
07/01/21 18:10:40 csBcjPnI0
betaでいいからまだー？
364:名無しさん＠お腹いっぱい。
07/01/21 18:51:48 J2ruL33F0
>>361
世界平和はらめぇから始まるらめぇ
>>363
betaじゃ・・・・・
365:名無しさん＠お腹いっぱい。
07/01/21 19:02:07 J5xRxMoh0
betabeta!!
366:名無しさん＠お腹いっぱい。
07/01/21 19:11:27 uZXlZyc/0
maxmax!!
367:名無しさん＠お腹いっぱい。
07/01/21 20:08:08 ukDAp+xB0
lamelame!!
368:名無しさん＠お腹いっぱい。
07/01/21 21:10:05 J2ruL33F0
らめぇらめぇ！！
369:名無しさん＠お腹いっぱい。
07/01/22 13:41:13 /3isn5ph0
らめなの！そこはらめなの！
370:名無しさん＠お腹いっぱい。
07/01/22 17:54:26 iY6VrJbY0
もう完璧にらめぇスレですね＾＾
らめぇええええええええええええ！！！！！！！！
371:名無しさん＠お腹いっぱい。
07/01/22 18:30:39 /3isn5ph0
らめぇらめぇうるさいらめぇ！
ちょっと静かにするらめぇ！
372:名無しさん＠お腹いっぱい。
07/01/22 19:24:00 HTRvnjl00
おまいらこんな漫画読んでんの？ きめぇ
URLﾘﾝｸ(up2.viploader.net)
373:名無しさん＠お腹いっぱい。
07/01/22 20:44:36 Kt80yxnK0
ひぎぃ
374:名無しさん＠お腹いっぱい。
07/01/22 21:54:11 RRJMcDvx0
>>253
もちろんブラインドテストなぞやっておりませんよ。まだね。
＞そもそも非可逆圧縮は耳で判別可能な差しか問題にしないからな。
だったらバイナリの差による出力ファイルの違いが耳で判別不能だ
ということを証明してくださいな。
375:名無しさん＠お腹いっぱい。
07/01/22 21:56:26 RRJMcDvx0
>>256
>161の発言にもあるようにLAMEの開発者たちがその差を問題にしていないのは明らか。
その通り。ただし根拠は一切述べられず、っつうかなんかごまかしてる感じ。
>その姿勢に問題があるというなら、まずは問題のあるサンプルを示さないと。
いやいや問題がないという何らかの根拠を示すのが先。
376:名無しさん＠お腹いっぱい。
07/01/22 21:58:15 RRJMcDvx0
>>257
おいおい、後半だけ取り出して噛み付くなってw
377:名無しさん＠お腹いっぱい。
07/01/22 22:03:31 RRJMcDvx0
>>264
>いやUnixでgccしかないなんていうあたりが全然わかってないというか。
>Sunでもhpでもメーカー製コンパイラあるの知らないの?
もちろん知ってますがな。だから「事実上」ってことわり入れてるでしょ？
>gccでも2.95と4.0じゃ全然別物だし。
2.95なんて今時使う馬鹿はいませんて。
>リファレンスなしで議論してるのは浮動小数点の精度が聞き分けられる人間が
>いないからじゃないの?
しかし、そのような検証を徹底的に行った痕跡はまったくない。
>多くの人が聞き分けられていい音だと判断すればそれでいいというのが普通。
だからあ、何パーセントの人が聞き分けられないのよ。その程度の根拠も
出すと都合悪いの？
378:名無しさん＠お腹いっぱい。
07/01/22 22:09:04 J9AuHjQ00
なんか改めてすげぇ変なスレだと思いました。
379:名無しさん＠お腹いっぱい。
07/01/22 22:13:36 /Auc6Zmq0
LAME本体の話4割らめぇ！6割くらいで出来ています多分
380:名無しさん＠お腹いっぱい。
07/01/22 22:15:16 wgvEG3xS0
これが玉子ってやつ？
381:名無しさん＠お腹いっぱい。
07/01/22 22:23:08 hoiAiJ5K0
>>380
いや、奴は基本的にHAと同じ意見だから、
「問題があるというならサンプルを出せ」派だろう。
どの道、問題がないという事の証明は不可能なので、
サンプルを出さない以上は話が進まない。
382:名無しさん＠お腹いっぱい。
07/01/22 22:32:12 TzFgcd3J0
今まで大して騒がれなかったのが問題ないことの証明だろうに。
聞き分けられるサンプルがあるなら話は早いけどないんだもの（実際現在までに挙げられたケースを見かけたことがない）
383:名無しさん＠お腹いっぱい。
07/01/22 22:43:53 NzCt2Wy50
問題がないことを証明するより、問題あることを証明する方が
遥かに容易なんだから、まずは問題のあるサンプルを提示するのが
先決だろうな。
384:名無しさん＠お腹いっぱい。
07/01/22 23:18:41 ZOhC14VD0
>>374
出力ファイルに違いがあるからといって必ずしも耳で判別可能とは限らないから
実際にブラインドテストで比較する必要があると言ってるんだが、頭大丈夫か?
耳で差があるかどうかを確認してないのに問題があるとわめき散らすのは単なるアホだ
385:名無しさん＠お腹いっぱい。
07/01/22 23:31:32 9a7WWYM+0
いい加減この人は
「非可逆圧縮の音質比較ネタは耳で聞き比べたデータが無いと根拠になりません」
という事を理解すべきだな
もちろん可逆圧縮ならたとえ耳で聞いて分からなくてもPCMのサンプルレベルで
差があったら大問題だが。
386:名無しさん＠お腹いっぱい。
07/01/22 23:47:20 2vhfT5G50
年食うと高音域が聞こえなくなっちゃうよね(´；ω；｀)
387:名無しさん＠お腹いっぱい。
07/01/22 23:57:21 gCiciD090
>>131が投稿されたのが1/9。今日は1/22。
全然検証してないんだねぇ。
演算精度による波形の違いと、デコーダによる波形の違い。
コンパイラによる波形の違いを並べてみるくらいは問題提起する側として
やるべきなんじゃないの?
俺だって>>226くらいのことは試してみたんだが。
ところで同じバイナリでエンコードした分にはnoasm付けても出力の違いが
なかったんだが、このオプション意味あるの?
388:名無しさん＠お腹いっぱい。
07/01/23 08:39:12 4/gAbkiA0
>>383
同意。というか「問題のない」ことを証明するならこの世の全ての音、全ての人が
聞き分けられないことを証明しなきゃならないよ。
「問題がある」と思っているなら一つでも自分が聞き分けられたサンプルもって
HAに放らないと。ここでグダグダいってても誰も何もしてくれない
389:名無しさん＠お腹いっぱい。
07/01/23 10:12:19 6r/yXZWs0
ら
390:名無しさん＠お腹いっぱい。
07/01/23 11:54:50 x0t8UKLI0
いい加減にこいつは自分に都合の良くないとこは見えない聞こえないで押し通すかの国の一族であるってのを認識しよう
相手にするだけ時間と労力の無駄だと
391:名無しさん＠お腹いっぱい。
07/01/23 12:14:17 3KW4i86y0
悪魔の証明ってやつだ。
392:名無しさん＠お腹いっぱい。
07/01/23 13:11:17 aHLApyp90
lameの圧縮アルゴリズムを使えばかなり高圧縮な書庫ファイルができるんじゃね！？
393:名無しさん＠お腹いっぱい。
07/01/23 13:26:07 Osm45KZt0
＼ ∩─ｰ､ ====
＼／ ● ､_ ｀ヽ ======
/ ＼( ● ● |つ
| X_入__ノ ミ そんな餌で俺様が釣られクマ―
､ (＿／ ノ /⌒l
/＼＿＿＿ノﾞ＿/ / =====
〈 ＿_ノ ====
＼ ＼＿ ＼
＼＿__） ＼ ====== (´⌒
＼ ＿＿_ ＼＿＿ (´⌒;;(´⌒;;
＼＿＿＿）＿＿＿）(´;;⌒ (´⌒;; ズザザザ
394:名無しさん＠お腹いっぱい。
07/01/23 14:07:28 VEWp3OeH0
>>392
あれだろ圧縮率はすごいが、不可逆だから微妙に元データが変わっちゃうんだろ。
そんなの
らめぇぇっぇぇぇぇぇぇぇぇぇぇぇぇぇぇぇっ！
395:名無しさん＠お腹いっぱい。
07/01/23 14:29:58 VzlLphU30
こいつを思い出す
URLﾘﾝｸ(www.hydrogenaudio.org)
396:名無しさん＠お腹いっぱい。
07/01/23 15:05:14 mxRy3Fs70
でも、心理音響をONにしておけば、解凍後も元ソースと同じような動きするんじゃね？
397:名無しさん＠お腹いっぱい。
07/01/23 15:34:24 W6esFzsC0
つまり、txtファイルを圧縮解凍してやると、
校正のみならず要約までしてくれるんですね
398:名無しさん＠お腹いっぱい。
07/01/23 15:58:30 rzMgahiR0
>>372
ワロタ。
俺が読んでるのはもっとソフトならめぇだ
399:名無しさん＠お腹いっぱい。
07/01/24 04:11:24 sSsDq64VO
あまりにstableが遅いので3.90.3に戻った俺は我慢が足りませんか？(´･ω･｀)
400:名無しさん＠お腹いっぱい。
07/01/24 04:55:44 tmpiSnqa0
こちらか
URLﾘﾝｸ(mitiok.maresweb.de)
こちらの
LAME 3.97 Release
URLﾘﾝｸ(www.rarewares.org)
どっちがいいですか？
下の方がファイルサイズでかいのですが…
401:名無しさん＠お腹いっぱい。
07/01/24 05:04:23 t/QRwKrf0
ちんこでかいほうがいいだろ？
おっぱいもでかいほうがいいだろ？
そりゃあもう答えはでてるってもんだよ
402:名無しさん＠お腹いっぱい。
07/01/24 05:19:29 tmpiSnqa0
そう言われましても、なお更迷いますって…
403:名無しさん＠お腹いっぱい。
07/01/24 07:38:08 2FdCfelu0
>>400
上の方は書庫内のテキストに
>exe & dll were compressed with
> UPX executable packer
とある。実行ファイル圧縮プログラムで圧縮されているから
大きさに違いがあるということ、だ。
ついでに使用コンパイラが違うようだしタイムスタンプの方は
後者の方が少し新しい。
二者の良し悪しの判断は他人に聞くモンではない。好きな方を
選べとしか言えない。
404:名無しさん＠お腹いっぱい。
07/01/24 11:20:29 pBN4DXyo0
Universal Penis eXtractor
405:名無しさん＠お腹いっぱい。
07/01/24 13:37:03 chRLOkhQ0
俺はいつでも最新らめぇ
406:名無しさん＠お腹いっぱい。
07/01/24 13:51:49 OpQJLpe50
下ので、これからも320kbps q=2 ステレオでいきたいと思いますヾ(*´∀｀*)ﾉ
407:名無しさん＠お腹いっぱい。
07/01/24 13:56:24 WlTh37C10
何で余計なオプションを付けたがるかね
408:名無しさん＠お腹いっぱい。
07/01/24 14:36:15 wnQ1kX430
馬鹿だからだろ
409:名無しさん＠お腹いっぱい。
07/01/24 15:17:03 OpQJLpe50
preset insaneだとジョイントステレオだし、q=0なるから3.97だと良くないかなって意味で…
410:名無しさん＠お腹いっぱい。
07/01/24 15:20:17 atYa50l20
質問内容からしてすでにバカっぽい
どーせバージョンあがればまた同じ事訊きに来るんだろ
411:名無しさん＠お腹いっぱい。
07/01/24 15:26:58 sqpUS5bQ0
320ならStereoの方がいい…わけではない。
いじらないのが一番。
412:名無しさん＠お腹いっぱい。
07/01/24 15:31:30 OpQJLpe50
えっ、EACでwav→CDexでmp3と、今までずっとそれにしてたのですが。
JSだと、オーケストラのような楽器の配置とか決まってる曲なら不利を隠せないとか言う理由で…
413:名無しさん＠お腹いっぱい。
07/01/24 15:49:35 sqpUS5bQ0
JSといっても320なら殆どMSだったりするから、違いが分からないと思うよ。
どうしてもそういうのが気になるなら、可逆の方が良いかな。
Classicなら圧縮率もいいセンいけるだろうし。多分。
414:名無しさん＠お腹いっぱい。
07/01/24 15:50:10 OpQJLpe50
再度調べてみましたら、JSでいいみたいですねorz
CBRの最高音質重視なら、3.97でもinsaneでいいってことですか？
3.98なら完全にq=0でいいみたいですけど、3.97だとq=2の方がいいのやらで。
(wavはDVD-Rに焼いてあるけど、昔のは3.93だし、全曲エンコードし直しのかなぁ)
415:名無しさん＠お腹いっぱい。
07/01/24 15:52:38 WlTh37C10
presetのデフォルトはextremeだろうがinsaneだがq=3だが
416:名無しさん＠お腹いっぱい。
07/01/24 15:58:30 OpQJLpe50
q=3でしたか…3.93の頃からq=0とずっと勘違いorz
これは失礼しました。。
素直に簡単に使いたいなら、insaneでいいってことですね？
Lame Ivy Frontend Encoder推奨らしいですけど、CDexでも変わらないのやら…
417:名無しさん＠お腹いっぱい。
07/01/24 16:04:53 SPwx908q0
3.98の最新版でもq=0の不具合はまだ完治してないんじゃないっけ
418:名無しさん＠お腹いっぱい。
07/01/24 16:15:26 OpQJLpe50
>>417
見直してきました、確かに完治ではなみたいです。
419:名無しさん＠お腹いっぱい。
07/01/24 17:09:22 kJXevcqG0
エンコードをやり直すくらいなら可逆を使えばいいの(ry
420:名無しさん＠お腹いっぱい。
07/01/24 20:07:21 Nq0X4PKq0
b -192しか使ったことないや
421:名無しさん＠お腹いっぱい。
07/01/24 20:21:34 6i8Z5HVf0
LameのVerうｐしたら
また全mp3再エンコードしないと音質適応されない？
例えばiPodに移動した時とか
422:名無しさん＠お腹いっぱい。
07/01/24 20:35:05 Lx+HMvR80
↑何この馬鹿
423:名無しさん＠お腹いっぱい。
07/01/24 20:42:10 3PPbBN2L0
久々になかなかいい釣りですね
424:名無しさん＠お腹いっぱい。
07/01/24 21:18:22 UJRGx50c0
ｺﾚはひどい。
425:名無しさん＠お腹いっぱい。
07/01/24 21:22:21 Ti9RoPDV0
>>421
PC内部ならドライバ更新で可能だけど
外部は無理だよぉ。あんまりコすると貧かするちゅい～だお
426:名無しさん＠お腹いっぱい。
07/01/24 21:25:29 atYa50l20
>>421
Verうｐしても聴くだけなら大丈夫
> iPodに移動した時
自分はiPod持ってないからわからない
もしかしたら音質適応されないかもしれないね
427:名無しさん＠お腹いっぱい。
07/01/24 21:28:46 gtSXuP6q0
MP3プレーヤーをらめぇプレーヤーに全面的に改名したい
428:名無しさん＠お腹いっぱい。
07/01/24 23:25:04 W/O3iQiR0
ラーメン屋もぜんぶ「らめぇ屋」に改名すべき
429:名無しさん＠お腹いっぱい。
07/01/25 00:08:27 9YF4YtwS0
>>381
無理無理。なぜならヤツはHA以下のことは書かないけど
HA以上の情報は出さないから（つまりコピペ）
430:名無しさん＠お腹いっぱい。
07/01/25 00:13:26 JcLkGaSm0
そんな前のレスに反応するほど玉子に餓えているのか
431:名無しさん＠お腹いっぱい。
07/01/25 11:37:05 t4u77xbf0
宮崎産の玉子、マジお勧め
新知事も大絶賛
432:名無しさん＠お腹いっぱい。
07/01/25 14:27:12 j40YGEA40
らめぇぇぇ
433:名無しさん＠お腹いっぱい。
07/01/25 20:51:37 j6pal8a70
らめらめぇ
434:名無しさん＠お腹いっぱい。
07/01/25 21:02:18 gIJoST5g0
3.98a11のV2って3.96よりビットレート高めだNE！
435:名無しさん＠お腹いっぱい。
07/01/25 21:29:52 shQZrbdw0
この間気づいたけど、3.97も3.96よりビットレート高くね？
436:名無しさん＠お腹いっぱい。
07/01/25 21:36:23 1jVA6+F40
時代は高ビットレートなんだよ。
だからもうらめぇは・・・。
437:名無しさん＠お腹いっぱい。
07/01/25 21:36:50 RBL/RXIM0
よ か っ た ね ！
438:名無しさん＠お腹いっぱい。
07/01/25 22:23:45 EPDzh+XC0
良くない、そんなの らめぇぇぇっぇぇぇぇ！
439:名無しさん＠お腹いっぱい。
07/01/25 23:33:13 TcvHh3VQ0
誰か、ちゃはぁんって名前でフロントエンド作ってくれ
440:名無しさん＠お腹いっぱい。
07/01/26 01:56:48 01KxfkrQ0
あっはーん
441:名無しさん＠お腹いっぱい。
07/01/26 02:00:03 cEneEgtA0
>>439
プログラム初心者の俺がHSPで作ってみるからアイコンとスプラッシュ画像はまかせた。
442:名無しさん＠お腹いっぱい。
07/01/26 02:36:06 Oe7QAKI40
∧＿∧
( ´･ω･) みなさん、お茶が入りましたよ・・・・。
( つ旦O
と＿)＿) 旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦
443:名無しさん＠お腹いっぱい。
07/01/26 03:00:40 01KxfkrQ0
JSはレンジが酷い
SSよりもデータ量減るし
444:名無しさん＠お腹いっぱい。
07/01/26 03:09:43 rGbb0Dsm0
>>442
( ・∀・)つ日ｻﾞﾊﾞｰ
li|
445:名無しさん＠お腹いっぱい。
07/01/26 11:26:26 pD4qxyCZ0
４４５gets
446:名無しさん＠お腹いっぱい。
07/01/26 21:17:17 hyGKNaad0
∋oノハヽ
川*’ー’）つ ｌ⌒ｌ
（ つ ＼／ ノ
＼ ‘_、／
./ /ヽ丶、 ｼ─ｯ
（＿/ 旦
447:名無しさん＠お腹いっぱい。
07/01/26 21:21:09 qOQXozpa0
└──→旦ヽ(ﾟДﾟ ) 残念 私のおしっこだ
448:名無しさん＠お腹いっぱい。
07/01/27 13:45:49 AtLTWJpd0
音質が、CBRの192以上CBR320未満のVBRでオススメのコマンドおぷそん教えてくださいな
449:名無しさん＠お腹いっぱい。
07/01/27 13:48:15 z3YLkLO50
>>448
-V 2, -V 1, -V 0
450:名無しさん＠お腹いっぱい。
07/01/27 14:05:36 AtLTWJpd0
>>449
ありがとうございます。
-V 0 ⇔ --preset extreme でやってみようと思います(・∀・)
451:名無しさん＠お腹いっぱい。
07/01/27 16:31:22 mjsPvjXV0
こういうの書くとスペック自慢が始まりそうですが
エンコード速度ってどれくらい出てますか？
自分だと
CPU:Pentium4 1.8GHz(ノースウッド)
RAM:768
lame3.97で
CBR=5x
VBR=10x（何れも最大値）
やっぱ今時の最新CPUだと20xとか出たりするんでしょうか？
452:名無しさん＠お腹いっぱい。
07/01/27 16:58:18 G0yMu1VP0
Meromだけど軽く30倍以上出る。
453:名無しさん＠お腹いっぱい。
07/01/27 17:00:28 7XMxu5I20
ひとつ気になることがあるんだけど、
VBRの可変ビットレート、
可変する周期ってのはどのくらいの細かさなのか、
ビットレートが可変したときに音質に歪が生じないか、
その辺はエンコーダの性能でカヴァーできるものなのかな？
V2でエンコした曲聴いてると、
高音域で段差のある音の歪があったよ。
454:名無しさん＠お腹いっぱい。
07/01/27 17:11:56 bXBkJCFo0
ぶっちゃけ、そういう細部の仕様はソースを読んだほうがいいと思う。
455:名無しさん＠お腹いっぱい。
07/01/27 17:20:21 mjsPvjXV0
>>452
うわ～凄い
そろそろPCも買い替え時か････
お金で時間は買えませんもんね
30も出れば作業効率も大幅UPだ
456:名無しさん＠お腹いっぱい。
07/01/27 17:23:40 0Lb2xHzG0
ソースを読むまでもなく仕様で1152サンプル(mp3の1フレーム)単位と決まっているが。
457:名無しさん＠お腹いっぱい。
07/01/27 19:52:47 FpMri68G0
作業効率ってのがよくわかんないな。
LAMEじゃないと駄目なの?
Helixとか午後で足りるものではない?
458:名無しさん＠お腹いっぱい。
07/01/27 20:08:28 9gelGTR10
＞作業効率ってのがよくわかんないな
459:名無しさん＠お腹いっぱい。
07/01/27 20:47:36 gaBuxUZi0
＞作業効率ってのがよくわかんないな
世の中には寝、頼まれもしないのにCDを発売日前日にフライングゲットして、
出来るだけ早くエンコして、一日中マシンや回線に負担をかけまくる義務を負った人も居るのだよw
で、その果てには2chで叩かれたりプロバから警告メールがきたりたまには捕まったりもしてしまうわけだが
そういう場合、午後だと口うるさいだけで何の責任も取ってくれない人達から叩かれるのでlameを使うとｗ
460:名無しさん＠お腹いっぱい。
07/01/27 20:59:42 FpMri68G0
フラゲとかレンタル当日返却のあたりのことか。
可逆でもWAVでもリッピングしておいて後でじっくりLAMEでもいいんでない?
放流するなら可逆のほうが好まれるかもな。
461:名無しさん＠お腹いっぱい。
07/01/27 21:04:06 n2zWhl2A0
何この人突然わけのわからないこ言ってるの？
俺みたいに金曜夜にまとめてCDレンタルしてひたすら取り込む人じゃないの？
462:名無しさん＠お腹いっぱい。
07/01/27 21:08:07 jvo5tnmi0
それならリッピングだけしといてあとでエンコすればいいじゃん。
エンコなんて寝る前にやっとけば起きる時には終わってる。
463:名無しさん＠お腹いっぱい。
07/01/27 21:32:39 gaBuxUZi0
>>462
そういうこと
後でじっくりが出来るなら作業効率なんて事言わないわな
>>460
＞放流するなら可逆のほうが好まれるかもな。
ああそうかもね
とするとむしろ可逆ファイルを手に入れた後、先を争うようにしてエンコ・放流する立場の話かもしれん
と、横から口を出して>>455をアップ人に仕立て上げてしまう俺ｗ
464:名無しさん＠お腹いっぱい。
07/01/27 21:55:29 jvo5tnmi0
>>455はきっと悪い人じゃない
まぁ遅い、速い単純に考えたら速いほうがいいしね。
アルバム一枚とかならぱっぱと終わらせたいだろうしね
465:名無しさん＠お腹いっぱい。
07/01/27 22:09:13 xBypc9e90
エンコ中はプロンプト画面を見ていないと気が気でない人なんだよ
466:名無しさん＠お腹いっぱい。
07/01/27 22:15:15 sB0ZfXTg0
>>465
やぁ俺
467:名無しさん＠お腹いっぱい。
07/01/27 22:23:06 S3TVB4aC0
>>465
俺なんて昔はデフラグのGUI画面みてワクワクしてた
XPのデフラグは98のに比べたらショボいからワクワクしないから糞
468:名無しさん＠お腹いっぱい。
07/01/27 22:31:05 x5VoR+pn0
そういうデフラグのソフトもあったはず
469:名無しさん＠お腹いっぱい。
07/01/27 22:37:52 lSDbUqcj0
>>467
やぁ俺
なんかあのちびちび整頓されていくのを眺めているのが妙に楽しかったんだよ
470:名無しさん＠お腹いっぱい。
07/01/27 22:43:04 +z5DWo2z0
香ばしい流れw
471:名無しさん＠お腹いっぱい。
07/01/27 23:10:40 n2zWhl2A0
>>459
この糞のせいだな
>と、横から口を出して>>455をアップ人に仕立て上げてしまう俺ｗ
>と、横から口を出して>>455をアップ人に仕立て上げてしまう俺ｗ
>と、横から口を出して>>455をアップ人に仕立て上げてしまう俺ｗ
なにこのカス、VIPでやれよ
472:名無しさん＠お腹いっぱい。
07/01/27 23:37:45 se1tBwqc0
正直、エンコ時間より、吸出し時間の方が問題
473:名無しさん＠お腹いっぱい。
07/01/27 23:42:58 +z5DWo2z0
聴いてる時間の方が短いかも知れん。 orz
474:名無しさん＠お腹いっぱい。
07/01/27 23:43:01 gaBuxUZi0
>>471
とりあえずVIPでやる前に作業効率が必要になるもっともな理由でもあげてみたらどうよｗ
475:名無しさん＠お腹いっぱい。
07/01/27 23:53:33 FpMri68G0
>>471
君のような人がVIPではなくここにいるほうが不自然じゃないか?
476:名無しさん＠お腹いっぱい。
07/01/27 23:57:23 Y5y9zXgq0
おいおい、糞厨房同士で喧嘩すんなやｗ
477:名無しさん＠お腹いっぱい。
07/01/28 00:19:09 mmDZrU9S0
突然割れ厨認定してるバカが何を偉そうに
ｗとかタイプすれば自分は余裕あると思ってるのか？
478:名無しさん＠お腹いっぱい。
07/01/28 00:19:45 mmDZrU9S0
459 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2007/01/27(土) 20:47:36 ID:gaBuxUZi0
＞作業効率ってのがよくわかんないな
世の中には寝、頼まれもしないのにCDを発売日前日にフライングゲットして、
出来るだけ早くエンコして、一日中マシンや回線に負担をかけまくる義務を負った人も居るのだよw
で、その果てには2chで叩かれたりプロバから警告メールがきたりたまには捕まったりもしてしまうわけだが
そういう場合、午後だと口うるさいだけで何の責任も取ってくれない人達から叩かれるのでlameを使うとｗ
何だこいつ…痛すぎるだろ…
479:名無しさん＠お腹いっぱい。
07/01/28 00:37:03 Vsq7kop80
ここはアングラなインターネッツですよね？
480:名無しさん＠お腹いっぱい。
07/01/28 00:51:01 csPPOLrU0
3.98a11で4000曲エンコード終わったじぇ～
-V 2で230kbpsくらいなんだが,、ちょっと大きめだな。
終わってから気が付いたんだがアーティスト名がアルバムアーティストじゃなく
トラックアーティストになってた!
コンピレーションアルバムがばらばらになってるから焦った。
トラックアーティストはコメントに入れるようにして、元ファイルから
アルバムアーティストをコピペしてなんとかなった。ふぅ。
481:名無しさん＠お腹いっぱい。
07/01/28 01:08:09 jX4yqHPR0
Lameはｸﾞﾂｸﾞﾂとゆっくり時間をかけて煮込むようにエンコする
そうすると風味が出てマイルド
482:名無しさん＠お腹いっぱい。
07/01/28 01:10:45 +dnwUUag0
妙に本気になってるID:n2zWhl2A0やID:mmDZrU9S0のせいで、なんかだんだん>>455が本物のダウソ民に思えてきたｗ
そろそろ本人があらわれて「違います。○○に使ってます」と一言言って軽く流してくれればいいと思うぞ
余裕のない奴が勘違いするかもしれん
>>480
乙
そんなにエンコするとソースを引っ張り出してくるのだけで大変じゃないか？
うちだとエンコしなおすのはヘビーローテで聞く奴くらいだな
Ver.があがるごとに全部エンコしなおしてたらきりがない
483:名無しさん＠お腹いっぱい。
07/01/28 01:23:15 xrvSvir60
ちょい黙れ
タコ
ROMってる奴も手止めろ
484:名無しさん＠お腹いっぱい。
07/01/28 01:26:40 Nf5vCBj80
わかった。とりあえず風呂で抜いてくる。
485:名無しさん＠お腹いっぱい。
07/01/28 01:46:05 yafbVe8m0
>>480
CDexみてーなの使えば、CDDB取ってきた時点で、
コンピレーションならまとめたディレクトリにやってくれたと思うが。
486:名無しさん＠お腹いっぱい。
07/01/28 05:21:25 dCqXvzxr0
CDDBはあてにならないからヤダ
487:名無しさん＠お腹いっぱい。
07/01/28 07:39:29 x0MHE59G0
スペル間違いばっかりだよな
488:名無しさん＠お腹いっぱい。
07/01/28 07:46:26 CPEs/R870
以前、ゲームやアニメのサントラでFreeDB(本家)登録分のtypoを大量に訂正したら、
FreeDBtest(日本語)に登録されてる間違いだらけのデータで片っ端から上書きされて
それで萎えて以来CDDBのtypoは気付いても一切Feedbackしないことにしてる。
ごめんね、オタクのクセにヘタレで。
489:名無しさん＠お腹いっぱい。
07/01/28 11:31:43 fAsSwAwi0
>>451
まずCPUが遅すぎ。
メモリも今は2GBが標準。
しかしメモリだけ増やしたところでCPUが
足を引っ張るのは目に見えてるから
マザボごと最新のやつ買え。
10万もあればその4倍の速度でエンコ
できるPCが買える。
490:名無しさん＠お腹いっぱい。
07/01/28 12:29:34 shqRDPmp0
LAMEってマルチコアやデュアルCPUに対応してるの?
491:名無しさん＠お腹いっぱい。
07/01/28 12:39:33 c+9aIlPW0
>>490
foobar2000か何かで2つ同時にエンコードすればいい。
492:名無しさん＠お腹いっぱい。
07/01/28 13:07:07 csPPOLrU0
>>482
FLACでライブラリあるから一括でエンコードできたよ。
20時間くらいでエンコードしてリプレイゲインのスキャンで3時間かかった^^;
再起動できないけど、ソフトのインストールとかいろんな作業の裏でエンコードしてて
くれるので、そんなに大変じゃなかったよ。
493:名無しさん＠お腹いっぱい。
07/01/28 14:49:28 Uuuec4CB0
>>489
＞メモリも今は2GBが標準。
嘘つけｗｗそんなのはゲーマーか自作板くらいだｗ
494:名無しさん＠お腹いっぱい。
07/01/28 15:15:05 Iay39Kxq0
>>489
聞いたこと無いな２Ｇが標準なんて。１Ｇの間違いでは？
495:名無しさん＠お腹いっぱい。
07/01/28 15:19:17 eVClR/Mj0
釣られすぎ。最新のマザーボードなんて買ったら10万なんて無理不可能。
496:名無しさん＠お腹いっぱい。
07/01/28 15:21:14 nN2lsPBK0
10万で十分作れるだろ
キーと画面なしで
初心者の俺に言わせるなタコが
497:名無しさん＠お腹いっぱい。
07/01/28 16:17:17 CJAhqqNH0
>>495
お前が一番釣られてるじゃないかｗ