トップページ⇒software
1001コメント301KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2009/09/26(土) 17:29:14ID:EaBE7/br0
MP3エンコーダーではない何かであるLAME(LAME Ain't an MP3 Encoder)のスレッドです。

[前スレ]
LAMEコマンドラインオプションを語れ！その34
http://pc12.2ch.net/test/read.cgi/software/1237972332/

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

★まとめサイト★
http://www.geocities.jp/buritora2004/lame/
0793名無しさん＠お腹いっぱい。2010/03/20(土) 15:55:14ID:ACVWfvEE0
>>788
あとオプションも晒しておけよ
デフォじゃない妙なオプション使ってそうだしなｗ
0794名無しさん＠お腹いっぱい。2010/03/20(土) 16:05:38ID:CSxmpHIT0
>>792
もし、一般的に起こるようなバグだったら、
他でも （Hydrogenaudioのメンバーでも） 起きてるだろうから、
別に無理して報告することも無いよ。
きにすんな。

どうしてもというなら、>>790が報告するだろう。
0795名無しさん＠お腹いっぱい。2010/03/20(土) 16:09:37ID:tcNd6Ldg0
fatboy.wavで試した結果

-b 320
mpg123 -vvv: Note: broken frame 1, filling up with 2304 zeroes, from 2304 のメッセージ
mplayer: mpg123: Can't rewind stream by 828 bits! のメッセージ
madplay: error: frame 2: Huffman data overrun のメッセージ
iTunes/QuickTime: 冒頭にノイズが聞こえる

-b 320 --strictly-enforce-iso
mpg123 -vvv: Note: broken frame 1, filling up with 2304 zeroes, from 2304 のメッセージ
mplayer: mpg123: Can't rewind stream by 1675 bits! のメッセージ
madplay: 冒頭にノイズが聞こえる
iTunes/QuickTime: 冒頭にノイズが聞こえる

iPhoneは持ってないから試せないけど、3.98.3の320kbps CBRでエンコードすると
場合によっては問題がありそうなファイルが生成されるのは確かなようだ。
3.98.2では問題無し。
0796名無しさん＠お腹いっぱい。2010/03/20(土) 16:11:51ID:tcNd6Ldg0
>>794
いやいや無責任にそんな適当なことを言わないでくれよ
0797名無しさん＠お腹いっぱい。2010/03/20(土) 16:16:24ID:brSe5Q2x0
そもそもリッピングは正常にできてるのか？そこらへんはっきりしない
0798名無しさん＠お腹いっぱい。2010/03/20(土) 16:18:21ID:brSe5Q2x0
おっとリロードしてなかった
0799名無しさん＠お腹いっぱい。2010/03/20(土) 17:23:25ID:zb/exrHV0
>>788
ぉぃ。悲しいお知らせだ。
試しに3.98.3のinsaneで縁故したのをBUFFALOのLT-H90で聞いてみたら
ものの見事に音飛びした。
FhGのアルゴリズムってH/Wデコーダーに使われてるケース多いんだろうな。
0800名無しさん＠お腹いっぱい。2010/03/20(土) 17:25:39ID:UXMo3CNj0
最近音とびするなあと思ったら
LAMEのせいかよ
3.98.2に戻せばいいの？
0801名無しさん＠お腹いっぱい。2010/03/20(土) 17:31:50ID:vCc6o6Xo0
3.98.3は5年ぶりかで3.97から移行したんだけど使わないほうがいいのか？
今のところ大丈夫なようだが…
fastなんとかのプレセットで
0802名無しさん＠お腹いっぱい。2010/03/20(土) 18:26:26ID:tcNd6Ldg0
>>799
いや、320kbpsフレームに関しては
3.97(b2~): FhGデコーダと互換なし
3.98-3.98.2: FhGデコーダと互換あるも3.97と比べて音質低下
3.98.3: 音質低下なしでFhGデコーダとの互換性確保
というのが流れ。

795で試した限りでは、特定のデコーダで音飛びが起こるファイルは、
大なり小なり他のデコーダでも問題が起きてる気がする。
0803名無しさん＠お腹いっぱい。2010/03/20(土) 18:34:14ID:zb/exrHV0
それって、3.98a3あたりでエンコードサイズがドカッと増えた話？
0804名無しさん＠お腹いっぱい。2010/03/20(土) 18:48:05ID:tcNd6Ldg0
>>803
それは--vbr-newに関する話だから全く関係なし。
FhGデコーダとの互換性問題は、ビットリザーバが働いた時のmp3の最大フレームサイズ関する話。
0805名無しさん＠お腹いっぱい。2010/03/20(土) 18:55:27ID:FQOsD08X0
今まで3.98.2でエンコしてたんだが3.98.3に変えてみたら
PCの方では普通に再生されるがiPodでは再生できなくなってた･･･
他にこんな症状になったやつっているか？
プリセットは--preset insane -q 0 -m j --lowpass 20 --lowpass-width 2 --nsmsfix 0.97 --highpass -1 --ns-bass -5 --ns-alto -3 --ns-treble 1 --ns-sfb21 -2 %s %d
0806名無しさん＠お腹いっぱい。2010/03/20(土) 18:56:42ID:/tkmpuf90
プリセットは・・・？
0807名無しさん＠お腹いっぱい。2010/03/20(土) 18:58:50ID:vCc6o6Xo0
うちは一曲だけNM706iに落としてみたが大丈夫だった
パナのSC-PM48こちらもUSBで大丈夫
PSPは今からやってみるかな
プレサットは上に同じfastなんとか
0808名無しさん＠お腹いっぱい。2010/03/20(土) 19:00:10ID:+4rf3u2J0
プレサットは・・・？
0809名無しさん＠お腹いっぱい。2010/03/20(土) 19:04:28ID:vCc6o6Xo0
>>808
vbr-new アルゴリズムを使用したVBRプリセット
0810名無しさん＠お腹いっぱい。2010/03/20(土) 19:06:23ID:d/mNb13T0
http://www.hydrogenaudio.org/forums/　から、適当に。
（　）の中はさらに適当な要約。
---
（3.98.3で、--strictly-enforce-isoを無効にしたのが原因）
Lame 3.98.2 and earlier 3.98 had --strictly-enforce-iso enabled by default,
which meant less-flexible handling of bit reservoir,
and thus less-efficient use of bits at high bitrates.

---
（K-Lite Mega Codec Packの連中が
　3.98.3はWindowsXPでちゃんと動かないと文句を言っている）
　
What this means? -> K-Lite Mega Codec Pack Changelog
>> Reverted LAME MP3 ACM codec to version 3.98.2
>> because version 3.98.3 does not work properly
>> on certain Windows XP systems

---
（どうもね、AthlonXPで起きるらしい）
it looks like that problem happens on AthlonXP machines only.
This sounds like a building problem, likely using SSE2 instructions,
which will fail on old processors.

---
（FhGはVBRで320のフレームを使わないと決めた）
At least the LAME devs just limit the frame size on 320 frames in VBR.
While FhG decided to not use 320 frames in VBR with their encoder (32 - 256 frames only).


既に海の向こうでも色々と揉めているみたい。
0811名無しさん＠お腹いっぱい。2010/03/20(土) 19:07:19ID:vCc6o6Xo0
音質は変わらんな
変える必要は今のところ無い、ちょっぴり圧縮率が良くなった程度
0812名無しさん＠お腹いっぱい。2010/03/20(土) 19:08:01ID:z+riS+5c0
iPhoneとかAACを再生できる環境なら、qtaacenc等を使った方が良いだろうな。

どうしてもMP3が良いのなら、FhGのエンコーダも使えるけど。
http://www.all4mp3.com/SoftwareHD.aspx
0813名無しさん＠お腹いっぱい。2010/03/20(土) 19:08:50ID:vCc6o6Xo0
>>810
なるほどねどうりでVBRだと変化起こらんのか分かった
0814名無しさん＠お腹いっぱい。2010/03/20(土) 19:12:18ID:vCc6o6Xo0
でも大編成でちょっち苦しい感じかな
やっぱ元に戻すかな…1日しか使ってなかったが
0815名無しさん＠お腹いっぱい。2010/03/20(土) 19:19:30ID:vCc6o6Xo0
フレームを使わないって事は再生機側でその部分だけスルーしてるっていう理解でいいんだよね？
0816名無しさん＠お腹いっぱい。2010/03/20(土) 19:27:10ID:+4rf3u2J0
そんなことより耳掃除しようぜ！
0817名無しさん＠お腹いっぱい。2010/03/20(土) 19:29:26ID:d/mNb13T0
>>815
not use 320 frames in VBR with their ENCODER.

High Bitrateでの、lameのencodeと、FhGのACM ｄｅｃｏｄｅｒの問題は、
1996年に既に指摘されているらしい。
http://www.hydrogenaudio.org/forums/index.php?showtopic=40308
>>I found a problem with LAME high bitrate CBR files (256 kbps and 320 kbps only it seems)when playing them back using l3codecx.ax
0818名無しさん＠お腹いっぱい。2010/03/20(土) 19:32:40ID:z+riS+5c0
320kbpsのフレームが問題なら、コマンドラインに、-B 256 と付ける事もできるな。
0819名無しさん＠お腹いっぱい。2010/03/20(土) 19:33:29ID:d/mNb13T0
>>817　やりなおし orz

>>815
not use 320 frames in VBR with their encoder.
だから、エンコードの時に使わない。
（使わないものをdecodeできるかどうかは知らない）

High Bitrateでの、lameのencodeと、FhGのACM decoderの問題は、
2006年に、
既に指摘されていたらしい。

http://www.hydrogenaudio.org/forums/index.php?showtopic=40308
>> I found a problem with LAME high bitrate CBR files
>>(256 kbps and 320 kbps only it seems)
>> when playing them back using l3codecx.ax
0820名無しさん＠お腹いっぱい。2010/03/20(土) 19:34:19ID:tcNd6Ldg0
>>810
1つ目と4つ目は3.98.3が出る前に行われた、3.98.3が出るきっかけとなった議論の一部
2つ目と3つ目はコンパイラの問題

どちらも今回の問題の話題ではない
0821名無しさん＠お腹いっぱい。2010/03/20(土) 19:39:29ID:tcNd6Ldg0
>>819
いや、だからFhGデコーダとの互換性問題 (ビットリザーバを使うときのmp3の最大フレームサイズ) は
3.97の時にあったもので、3.98で直したんだって。
3.98.3で発生したのはそれとはまた別の問題。
0822名無しさん＠お腹いっぱい。2010/03/20(土) 19:46:48ID:zb/exrHV0
そうなのか？

変えてないはずの所がバグるというのはよくある話ではあるが
いちおう.2→.3でエンコードに影響出そうな変更って

Revisiting the FhG decoder problem (FhG V1.5 build 50, ships with MS Windows): enabling the new-drain-code seems to solve that issue better, than restricting the buffer size

くらいしかないだろ？
0823名無しさん＠お腹いっぱい。2010/03/20(土) 19:47:06ID:d/mNb13T0
すいません。引っ込みます。
0824名無しさん＠お腹いっぱい。2010/03/20(土) 19:57:50ID:tcNd6Ldg0
>>822
いや、だからその変更をしたときに発生した、既知のFhGデコーダとの互換性問題とはまた別の問題ってこと。
0825名無しさん＠お腹いっぱい。2010/03/20(土) 20:47:18ID:zb/exrHV0
なるほど。
まあ、しばらく98.2使っとく。
相変わらず安定版とそうじゃないのがわかりにくいな。らめぇ。
0826名無しさん＠お腹いっぱい。2010/03/20(土) 20:49:43ID:d/mNb13T0
ひっこむと言いながらごめんなさい。質問があります。

この件で修正するべきは、
・lame 3.98.3
・iPhoneのデコーダー
のどちらなんでしょうか？

iPhoneのデコーダーなら、アップルジャパンに言えばいいのかな？
0827名無しさん＠お腹いっぱい。2010/03/20(土) 20:53:32ID:d/mNb13T0
あっと、BUFFALOにもクレームか？(>>799)
0828名無しさん＠お腹いっぱい。2010/03/20(土) 21:02:05ID:vCc6o6Xo0
既存のデコーダーはもうどうにもならんだろう
元に戻すのが一番
0829名無しさん＠お腹いっぱい。2010/03/20(土) 21:09:38ID:tcNd6Ldg0
>>826
これはLAMEのバグだと思う。>>795を見れば分かるけど、
生成されるmp3のストリームが明らかにおかしい。
0830名無しさん＠お腹いっぱい。2010/03/20(土) 21:30:04ID:ACVWfvEE0
だからV0やV2使ってろとあれほどｗ
0831名無しさん＠お腹いっぱい。2010/03/20(土) 21:34:53ID:/1wa8iws0
-b 320とpreset insaneて、同じことだよね？
0832名無しさん＠お腹いっぱい。2010/03/20(土) 21:35:09ID:yzaKfdfFP
>>831
yes
0833名無しさん＠お腹いっぱい。2010/03/20(土) 21:36:39ID:/1wa8iws0
b320使った方がいいの？
0834名無しさん＠お腹いっぱい。2010/03/20(土) 21:51:16ID:zb/exrHV0
>>827
頼むからそういうのはやめてくれ。
こういう広まった規格は後から出した方が対応するものなんだよ。
0835名無しさん＠お腹いっぱい。2010/03/20(土) 21:58:07ID:VsE/GQGd0
3.98.4までエンコ待つか
0836名無しさん＠お腹いっぱい。2010/03/20(土) 22:11:04ID:d/mNb13T0
>>828、>>829、>>834

そうですよね。ありがとう。
0837名無しさん＠お腹いっぱい。2010/03/20(土) 23:45:40ID:tcNd6Ldg0
コードを眺めてて気になる点があったので弄ってみたら、とりあえず>>795は治った。正しい修正なのかは不明。

--- libmp3lame/reservoir.c.orig 2010-03-20 23:19:04.000000000 +0900
+++ libmp3lame/reservoir.c 2010-03-20 23:19:13.000000000 +0900
@@ -305,8 +305,8 @@
* If the next frame is at a lower bitrate, it may have a larger ResvMax,
* and we will not have to waste these bits! mt 4/00 */
assert(stuffingBits >= 0);
- l3_side->resvDrain_post += (stuffingBits % 8);
- gfc->ResvSize -= stuffingBits % 8;
+ l3_side->resvDrain_post += stuffingBits;
+ gfc->ResvSize -= stuffingBits;
}
#else
/* drain the rest into this frames ancillary data */

HAでrobertにPMを投げといたので、とりあえず何らかの対処をしてくれる、はず。
0838名無しさん＠お腹いっぱい。2010/03/20(土) 23:50:22ID:uEZsPy390
神は実在した
0839名無しさん＠お腹いっぱい。2010/03/21(日) 00:06:06ID:9vAiCwbx0
すげえ
0840名無しさん＠お腹いっぱい。2010/03/21(日) 02:39:44ID:X0Q0J2H10
>>837
ん、ビット単位の操作でバイト単位の計算しちゃってるのかな＞元ソース
0841名無しさん＠お腹いっぱい。2010/03/21(日) 02:47:14ID:RV2XIyC70
>>840
いや違う

robert曰くたぶんこれでokとの事なので、3.98.4が出るんじゃね
0842名無しさん＠お腹いっぱい。2010/03/21(日) 08:22:02ID:whZm9s8T0
あ゛〜
こういうの探したらもっとコアな箇所でも出てきそうな悪寒が…
0843名無しさん＠お腹いっぱい。2010/03/21(日) 08:44:54ID:JWvKP00v0
mp3はV0これ以上はﾛｽﾚｽ　
0844名無しさん＠お腹いっぱい。2010/03/21(日) 09:56:59ID:+M3XIBfx0
なぜ-b 320でなくV0？
0845名無しさん＠お腹いっぱい。2010/03/21(日) 10:45:37ID:BczpheZZ0
サイズ気にするならAAC-HEv2 32Kbpsでおｋ
0846名無しさん＠お腹いっぱい。2010/03/21(日) 12:10:43ID:74trAHlU0
聴き比べしてると何が音質がいいのか分からなくなる
聴いていて満足できない、つまり自分に合う音質でないってことなのかね
自分の耳に合ってかつ曲に合うエンコードを見つけるのは難しいな
0847名無しさん＠お腹いっぱい。2010/03/21(日) 12:14:36ID:FDztNmFh0
AACは128も320も同じ音質にしか聞こえないけど
LAMEは320までフレキシブルに音質が変わるから面白い
0848名無しさん＠お腹いっぱい。2010/03/21(日) 16:32:54ID:V16WAIPq0
AACの128kbpsは320kbps音質と取るべきなのか、
320kbpsが128kbps音質と取るべきなのか
0849名無しさん＠お腹いっぱい。2010/03/21(日) 16:46:31ID:AUV9a3nW0
どちらも有り得ない
0850名無しさん＠お腹いっぱい。2010/03/21(日) 16:55:29ID:qUKEEWsd0
>>848
そんなの言い出してたらLAMEだって
音質重視＝V2、容量重視＝V5で問題無いだろ。
「今時のDAPで、わざわざ容量ケチる意味が無い」とか
「違いがわかってしまうとだんだん気になりだしてくる」とか言って
音質重視＝insane、容量重視＝V2、両方欲しい＝V0とかやってるのがこのスレだぜ？
0851名無しさん＠お腹いっぱい。2010/03/21(日) 16:59:23ID:jIChi4VP0
スピーカー使わずヘッドホンで聞く限りV5でもほとんど気にならない
0852名無しさん＠お腹いっぱい。2010/03/21(日) 17:40:09ID:BczpheZZ0
-b 8でも一応音として成立してるのな
圧電ブザーで鳴らしてるみたいでちょっと楽しい
0853名無しさん＠お腹いっぱい。2010/03/21(日) 17:41:16ID:Et4ygW6r0
気になるところがわかってしまったら
どこで妥結するかの戦いが始まるんだよ
0854名無しさん＠お腹いっぱい。2010/03/21(日) 18:02:53ID:o/yjkeB70
>>847
それは単にカットオーバー周波数の違いだろ。
0855名無しさん＠お腹いっぱい。2010/03/21(日) 18:20:49ID:Gguv74rx0
カットオーバー周波数ってカットオフ周波数のことかｗ
0856名無しさん＠お腹いっぱい。2010/03/21(日) 18:36:24ID:Wa2fEG940
LAMEの開発者が
V2とV5には特にチューニングして作っている
と聞いたのですが、何故でしょうか？
0857名無しさん＠お腹いっぱい。2010/03/21(日) 20:17:15ID:o/yjkeB70
V2は preset standard つまり推奨標準だから
V5は 試験の点数を良くするため（比較試験は通常128kbpsで行われるので）
0858名無しさん＠お腹いっぱい。2010/03/21(日) 20:30:56ID:uH61EoDB0
で、カットオーバー周波数ってなんですか
0859名無しさん＠お腹いっぱい。2010/03/21(日) 20:48:38ID:o/yjkeB70
カットオーバー周波数も知らずにLAME使ってるのって…。
0860名無しさん＠お腹いっぱい。2010/03/21(日) 20:57:47ID:+SulbPJO0
"カットオーバー周波数"の検索結果 1 件中 1 - 1 件目
0861名無しさん＠お腹いっぱい。2010/03/21(日) 21:52:01ID:RV2XIyC70
修正がCVSに入ったので、もうすぐ3.98.4が出る。
0862名無しさん＠お腹いっぱい。2010/03/21(日) 22:16:33ID:xMmy4UZt0
来たね。
lame-3.98.3.100227$ cvs update -dP
-snip-
cvs update: Updating debian
P debian/Makefile.am
P debian/Makefile.in
-snip-
cvs update: Updating libmp3lame
P libmp3lame/reservoir.c
P libmp3lame/util.c
P libmp3lame/version.h
-snip-
lame-3.98.3.100227$
0863名無しさん＠お腹いっぱい。2010/03/21(日) 22:52:30ID:74trAHlU0
　　　　　　　　　 ＿,,,,,　　　　　　　　 ――　|_| |_|　＞
　　　　　　　　 /川川ﾊ　　　　　 　　| ｌ￣ | |　 　　ﾉ　　　メ
　　　　　　　 ///川川ｌト、　　　　　 |_| 匚. |　　　＼　　　シ
　　　　　　　（ゞ川从川/＿,―'￣ヽ　　　 | |　　　ノ　　　 食
　　　　　＿＿＞ーﾑヾ￣(　　＿-、　|　　|_|　　　＼　　　っ
　　　　/　　　|　　　　　　　ｙ-　　ﾉ＿|　　　　　　　<　　　て
　　　　'-,,＿　|　　　　　　　 |　　ﾑkﾉ）　ｌ_ｌｌ_ｌ ,-,　 　 ）　　る
　　　　　　　"|　　　　　　　　|　　　　　　　／／　／　　　場
　　　　　　　 |　　　　　　　　　|　　　　　匚／　　￣ヽ　　 合
　　　　　　　|　　　　　＿＿＿ |　　 　 　 　 　 　　 ノ　　　じ
　　　　　　　ｒ―――"　　　　‐|　　＼＼　　　　　＼　　　ゃ
　　　　　　　|　　　　　　　　　 /　　　　 ＼＼　　　＜　　 ね
　　　　　　 人　　　　　乂　　/　　　　　　　＼＼　ノ　　　え
ニヽ　　　/　　|　　　　ヾ　／　 　　＿＿＿――￣　　　　っ
＿＿＼ /　 ／|　　　　 ｌ　　 　 　　 ￣￣―――＿＿　　！
　　　　 /　/　 ＼＼　　ヾ　　　　　　　　　　　　 　 　 ν、
￣弋二／￣|　　 ＼＼　　＼　　　＼＼ 　 　 　 　 　　　V⌒
￣￣＼＼＼￣＼　　＼＼　 ＼　　　　＼＼
￣￣￣＼＼＼￣|　　　"―＿从从　　　　 ＼＼
￣￣￣￣＼＼＼￣＼　　　　|　　 ζ　　　　　　＼＼
￣￣￣￣￣＼＼＼￣|　　　　ヾ　　＼＼　　　　　　 ＼＼
￣￣￣￣￣￣＼＼＼＼￣フ　＼＼　＼＼
0864名無しさん＠お腹いっぱい。2010/03/21(日) 22:56:17ID:+nNarNhs0
あれだろ、ちょっと揃える程度にって言ったのに五分刈りにされちゃったって奴だろ
0865名無しさん＠お腹いっぱい。2010/03/21(日) 23:26:59ID:4IL6dsTK0
3.98.3でエンコした俺は負けなのか・・・
0866名無しさん＠お腹いっぱい。2010/03/21(日) 23:29:08ID:fswEqWHg0
俺もスレ覗かずに半日やってたさ・・・
0867名無しさん＠お腹いっぱい。2010/03/22(月) 01:35:03ID:QpjG7V6C0
勝ち負けに拘るのって子供っぽくない？
0868名無しさん＠お腹いっぱい。2010/03/22(月) 01:39:08ID:AyiPtR+X0
前から思ってたけどrarawaresって入力するとき左手しか使わないよね
0869名無しさん＠お腹いっぱい。2010/03/22(月) 01:43:43ID:rp3H4oRB0
V0使ってた奴は勝ち組
0870名無しさん＠お腹いっぱい。2010/03/22(月) 01:51:36ID:UOYk3qNN0
linux版とwin32版、ビルド完了。
寝る。
0871名無しさん＠お腹いっぱい。2010/03/22(月) 09:36:33ID:/DJkFmts0
3.98.2でもたいして変わらないから大丈夫だろ
一度気になり出しちゃうときりがないし
いやまあ既に気になって気になってしょうがないんですけどね
0872名無しさん＠お腹いっぱい。2010/03/22(月) 14:55:06ID:8IQpMHco0
新しいのいつ出るん？
0873名無しさん＠お腹いっぱい。2010/03/22(月) 15:25:22ID:Srej/qkt0
お前の心掛け次第
0874名無しさん＠お腹いっぱい。2010/03/22(月) 18:48:25ID:O0/oNUJT0
いい子にしてなきゃらめぇ
0875名無しさん＠お腹いっぱい。2010/03/22(月) 18:56:50ID:/DJkFmts0

　　　　　|　　　　　　　　　　 .( (　|　|＼
　　　　　| )　　　　　　　　　 　) ) |　|　.|
　　　　　|＿＿＿＿＿＿＿＿(__|　.＼|　　　　　　　　とりあえず風呂でも入って落ち着こうぜ
　　　 ／― 　　∧ ∧　　――-＼≒
　　／　　　 　 ( 　　　)　　　　　　　＼
　　|￣￣￣￣￣￣￣￣￣￣￣￣￣ |
　　|＿＿＿＿＿＿＿＿＿＿＿＿＿_|
0876名無しさん＠お腹いっぱい。2010/03/22(月) 23:46:36ID:UOYk3qNN0
CVSに何か大量に来てる最中。
0877名無しさん＠お腹いっぱい。2010/03/23(火) 02:44:21ID:q7tqB5Dq0
もなか
0878名無しさん＠お腹いっぱい。2010/03/23(火) 02:58:49ID:Eo4XTQ9r0
ちがう
0879名無しさん＠お腹いっぱい。2010/03/23(火) 03:04:53ID:dqivuCg40
えっ
0880名無しさん＠お腹いっぱい。2010/03/23(火) 07:09:03ID:aTejcRXA0
リリースｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
lame-3.98.4.tar.gz
ttp://sourceforge.net/projects/lame/files/lame/
0881名無しさん＠お腹いっぱい。2010/03/23(火) 07:09:55ID:brq2M9sV0
しばらくは様子見
0882名無しさん＠お腹いっぱい。2010/03/23(火) 07:20:41ID:Cn2Fv2s10
LAME 3.98.4 March 22 2010

Joseph Flynn
Improvements for LAME DirectShow filter:
Added support for the DirectShow IAMStreamConfig Interface to the LAME encoder filter output pin.

Modified the DirectShow filter registration section so that the LAME Encoder filter is correctly registered
in the Audio Compressors filter category. This will allow third-party encoding applications using the DirectShow
System Device Enumerator Interface to correctly detect the LAME encoder when querying the Audio Compressors filter group.

Modified the filter registration information so that the MP3 audio subtype is correctly reported as being supported on the encoder
output pin. This will allow third-party encoding applications using the DirectShow IFilterMapper2 Interface to recognize that the
LAME encoder supports MP3 output.

Altered the Filter Merit Value that was being used when the filter was registered so that it is now using the standard DirectShow
compressor filter merit value of MERIT_DO_NOT_USE (0x200000). Previously, the filter was being registered using a value of MERIT
_SW_COMPRESSOR (0x100000), which was at a lower priority (i.e. worse priority) than MERIT_DO_NOT_USE. This prevented the LAME Encoder
filter from being selected for use by some third-party encoding applications.

Added code to calculate the frame length of the audio frames used for the nBlockSize element of the WAVEFORMATEX output structure. Previously this value was simply hard-coded to 1.

Robert Hegemann
Fix for Bugtracker item [ 2973877 ] A problem regarding the new drain code
0883名無しさん＠お腹いっぱい。2010/03/23(火) 07:50:45ID:ED3aYJfW0
俺のようなド低脳には何がなんだかサッパリだぜ！
0884名無しさん＠お腹いっぱい。2010/03/23(火) 08:09:25ID:aTejcRXA0
deban の changelog 更新し忘れ？
0885名無しさん＠お腹いっぱい。2010/03/23(火) 10:20:46ID:tbAn+hV70
このスレにこんなに活気があるとこ３．９７リリース以来じゃないかｗ
進み過ぎててびびったｗ

あれだ・・・。俺も3.98.3が天使の音質とかいうもんだから導入してMP3を
作り終えたばかりなんだぜ・・・。
0886名無しさん＠お腹いっぱい。2010/03/23(火) 10:24:01ID:Ors6pCIZ0
逆に考えるんだ。
天使の音質で一式揃える楽しみを味わった上に
さらにもう一段上の音質のもので揃えなおす楽しみまで味わえる、と考えるんだ。
0887名無しさん＠お腹いっぱい。2010/03/23(火) 10:33:07ID:9V33OwVuP
>>885
>あれだ・・・。俺も3.98.3が天使の音質とかいうもんだから導入してMP3を
音質的に問題がなければ、そのままでもOK
0888名無しさん＠お腹いっぱい。2010/03/23(火) 11:16:34ID:1K4rkc4U0
3.98は随分難産だなぁ。
0889名無しさん＠お腹いっぱい。2010/03/23(火) 12:35:41ID:kGJEOQsS0
はやく5.0までバージョンあげろよ
0890名無しさん＠お腹いっぱい。2010/03/23(火) 13:03:36ID:Ih6+z2g80
4.0｢…｣
0891名無しさん＠お腹いっぱい。2010/03/23(火) 14:05:35ID:DshLB3IK0
電源コードを変えると味が変わるのは炊飯界では常識です。
私は発電所から専用線で我が家まで電力を引っ張り込んでいます。
電線の材質は無酸素銅が最高ですよ。
おかげで、ウチはマイコンですが、IHよりいい味がしますよ。

ちなみに電力会社の違いでも味付けにサがでるよ。

電力会社　　長所　　　　短所　　　　お奨め度
---------------------------------------------------------
東京電力　　バランス　　ﾓｯﾁﾘ遅い　　　C
中部電力　　粘度強い　　粘度強すぎ　　A+
関西電力　　さっぱり　　粘度薄い　　　B
中国電力　　透明感　　　粘度薄い　　　B+
北陸電力　　ｳｪｯﾄな艶　　個性が無い　　A-
東北電力　　密度と色　　粘度薄い　　　A+
四国電力　　色とﾆｵｲ　　 粘度薄い　　　A
九州電力　　バランス　　ｺﾒの距離感　　C
北海道電力　品質　　　　味が狭い　　　B-
沖縄電力　　芯に艶　　　味ﾓｯｻﾘ　　　　A

で、上は発電所から５Ｋｍ地点での特徴。
それより自宅〜発電所間の距離が長いと上記特徴＋マイルドの味付け
短いと上記特徴＋刺激的な味付けが加わるよ。
0892名無しさん＠お腹いっぱい。2010/03/23(火) 14:10:04ID:yOHGuVnJ0
もうそういうのはいいです
■ このスレッドは過去ログ倉庫に格納されています