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

LAMEコマンドラインオ ..

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じゃ・・・・・

次ページ