3.95.1推奨コマンドラインオプション
[CBR]
--preset 320 (音質を重視)
--preset cbr 192 (音質とサイズのバランスを重視)
--preset cbr 128 (携帯プレイヤー向き)
[VBR/ABR]
--preset extrame standardでは物足りない方はこれ)
--preset standard (音質とサイズのバランスを重視)
--preset 128 (携帯プレイヤー向き)
3.90.3推奨コマンドラインオプション
[CBR]
--alt-preset insane (音質を重視)
--alt-preset cbr 192 (音質とサイズのバランスを重視)
--alt-preset cbr 128 (携帯プレイヤー向き)
[VBR/ABR]
--alt-preset extrame (standardでは物足りない方はこれ)
--alt-preset standard (音質とサイズのバランスを重視)
--alt-preset 128 (携帯プレイヤー向き)
乙カレー。結局ギリギリだったか・・・。
>>1 乙です。
つらかったようですね。でも、よくがんばりましたよ。
うんうん。なんかイイ感じだよ。おめでとう。
もっともっと、ご自分をほめてあげて下さいな。
____
/∵∴∵∴\
/∵/∴∵\∵\
/∵<・>∴∴.<・>∵|
|∵∵/ ●\∵∵| / ̄ ̄ ̄ ̄
|∵ /三 | 三|∵ | < オツカレチャーソ
|∵ |\_|_/| ∵| \____
\ | \__ノ |/
\___/:、
/∵━○━∵ヽ
/∵人∵∵∵ \:\
⊂ニ´:_/ )∵∵∵∵ヽ:_`ニ⊃
川川 /∵人∵( 川川
/∵ノ \:\
ノ∵/ ヽ∵ヽ
(∵.) (.∴)
 ̄  ̄
LAMEって「mp3encoderではない何か」だったのか
あれ以外の何か・・・?
伺か?
gogo?
正直、これ以上語るコマンドラインオプションがない。
プリセットできてからあまり語る事もなくなったんだし、次からはタイトル変えよう
普通にLame総合スレで
-V 2で文句ないっすね。
前スレで、3.95.1でエンコードすると、音がぶれるとカキコしたものですが、
ボーカルが高音域に入ったときにかなり音ぶれします。
全体的に低音域の時は、全くぶれないし、ノイズ等も入りません。
これを3.93.1でやると、この音ぶれは発生しません。
だったら3.93.1でやれば(・∀・)イイ!じゃんって話ですけど、
3.95.1の方が、同じコマンドでもファイルサイズを抑えられるんで、
どうにかこっちを使いたいんです。
なにかうまく解決する策はありますでしょうか?
今時mp3なんか使ってないでNeroでHE-AACでエンコ汁!
俺の携帯用MP3プレイヤーはMP3しか使えないんだよ
>>15 具体的なサンプルとコマンドラインを書いてMLに投稿して直してもらう他ないだろ。
つかHE-AAC再生できるプレイヤー無いだろ
大体あんな特許でガチガチの規格使ってまた有料化騒ぎでも起こされたら目も当てられない
(´-`)。oO(だから何?ってレスするべきなのかな…)
ぶっちゃけ 3.95.1&EACで320K@VBRにエンコしたいときのコマンド教えてくり
WAVと、320kbpsのmp3を聴き分けられる人って
ピュアオーディオ板とかいけば大勢いるのかな?
隠して試すと、ボロがでるヤシもそれなりにいると思われ。
当然、聞き当てるヤシいるだろう。
環境次第じゃないかなぁ
…あ、だからピュアオーディオ板か。
著作権フリーの素材から一度MP3にしてからWAVに戻したやつと
CDからリップしただけのやつ持っていってみたら?
まぁ、間違えたところで言い訳たんまりで逆ギレされるのが落ちだと思うが。
非圧縮とmp3の違いは分かるよフツーに。
それより、mp3の320と256の違いとかの方が分かりにくいと思う。
128と192ぐらいなら大体分かるけど
高ビットレート同士だと難しいね。ソースの曲 (CD) にも依るけれど。
俺の場合、最近流行の邦楽だから、64だろうが256だろうが似たようなもんだ。
こだわる様な曲でもない。
音が違うのはわかった。
どっちの音がいいかはわからん。パーカッションだけだし。
ということで1がWAV。理由は2がコンプかましたみたいだから。
あ、俺は31じゃないので念のため。
>>35 1 mp3/128
2 wav
理由‥1より2の方が空気感がある(自分なりの判断基準)
ビットレートは何となく「そうかな?」‥程度
俺も31じゃないので念のため
1の方がタイムスタンプが後
ということで2がソースDA! m9(・∀・)
2がwav
>>35 俺は1がWAVだと思う。
2はmp3で160kbpsくらいかな。
ちなみに31ではないです。
2がWAV・・・かな?正直よくワカラン
な、なんだっってー!
ナ ゝ ナ ゝ / 十_" ー;=‐ |! |!
cト cト /^、_ノ | 、.__ つ (.__  ̄ ̄ ̄ ̄ ・ ・
/ ̄ ̄ ̄ ̄ ̄ ̄\ ── / ̄ ̄ ̄ ̄ ̄ ̄\ / ̄ ̄ ̄ ̄ ̄ ̄\
/ \ \ / / \
/ U ヽ \ / / U ヽ
l::::::::: |. / l l :::::::::|
|::::::::::U (●) (●) |. / |::::: (●) (●)| (●) (●) ::::::::::|
|::::::::::::::::: \___/ | ── |:::::::: \___/ .| \___/ :::::::::::::::::|
ヽ:::::::::::::::::::. \/ ノ ヽ:::::::: \/ ヽ \/ ::::::::::::::::::.ノ
1がmp3、2がwavでしょう!ビットレートは192かな?
・・・はいゴメンなさいインチキしました。
でも聴覚上じゃ平均レベルが上がってることぐらいでしかわからんと思うなぁ。
1のが高音が若干きついけど、それもレベル違いのせいだと言われたらそう思ってしまうし。
scaleをいじったらわからんかも。
1の方が明らかにゲインが大きいのは罠か?
>>35 1がmp3で2がwav。じゃなかったら自殺します。
1.mp3/160kbps
2.wave
間違ってても自殺しません。
1がMP3。でもこれモノラル?だったら128位かな。
…
…
あら、--clipdetect オプション付けると
> WARNING: clipping occurs at the current gain. Set your decoder to decrease
> the gain by at least 2.1dB or encode again using --scale 0.79
> or less (the value under --scale is approximate).
みたいなメッセージ出るんですな。
そろそろ解答いいですかね。
で、まず、解答から言うと、
sample_1がmp3から戻したやつ、
sample_2がCDからのRipですた。
mp3のビットレートはCBRの320kbps
(--preset insane -q 0 --interch 0.0005)
ただし、ひっかけとしてmp3の方はwavに変換した段階で
ほんの少しだけレベルを上げたので
これで全員ビットレートを間違えてる模様。
それとレベルの違いだけで判断した人も多いのでは?
ちなみに、レベルを全くいじらずに作った場合、どうなるか。
(オプションは--preset insane -q 0 --interch 0.0005のままで一緒)
↓Pass:lame
http://www.abon.net/uploader/src/abon0197.zip.html
>>27 昔まさにそういうスレ立ってたよ、MP3の320kbpsとオリジナルのブラインドテストやるスレ
たしかほとんど全員正解してた(ちなみにカラヤン狂さんも間接的に参加してた…もちろん正解)
というか上のテスト結果見る限りピュアAU板に限らず大勢いるんじゃない、PCの安物スピーカー
使ってるとか、劣化が分かりづらいソースとかじゃない限り
こんな物よりもダブルブラインドテストをした方が良いと思う。
3.95.1推奨コマンドラインオプション
[CBR]
--preset insane -q 0 (最高音質)
--preset cbr 192 -q 0
--preset cbr 128 -q 0 --lowpass 16 (携帯プレイヤー向き)
[VBR/ABR]
--preset extreme -q 0
--preset standard -q 0
--preset 128 -q 0 --lowpass 16 (携帯プレイヤー向き)
-q 0はお好みで入力して下さい。詳しくは
ttp://www.geocities.jp/buritora2004/lame/lame.htmlをご覧下さい。
64 :
名無しさん@お腹いっぱい。:04/03/02 20:48 ID:D7xMFXkN
>>63 -q 0 つけると腹立つほど遅かったけど(5分の曲が8分くらい)
今のバージョンは高速になったようだね。(5分の曲が2分くらい)
違いがわからんー orz
-h
オススメ
Pen4 3GHz以上なら-q 0付けててもめちゃ速い。
なんだこりゃ。真似か。
つーか、このwavの曲ってcobaだろ。
著作権まずいんじゃねーの?
いい加減テンプレのextrameを直さないか?
正しくはextlameだよな。
73 :
38:04/03/02 23:31 ID:8QlIFAyy
>>57 まさかあれで320kとは‥
ちょっと残念 mp3ってやっぱり音悪いのね
打ち込みなら問題ないけど(もともと作り物だから空気がない)
生音には向かないって事、よく分かったよ
>>73 mp3の方は30がいろいろ細工してるから音悪くなってるだけじゃないの。
ほかにも何かやってるんでしょ?
生音だろうと打ち込みだろうとなんだろうとMP3は音が悪い
分かりきった事である
CDも音悪いよな。分かりきった事である。
mp3は携帯プレイヤー向けだね。
据え置きは可逆にすれって感じかな。
まあレベル上げたら不利になるのは当然だわな。
つーかなんでそれが引っかけになるのかわからん。逆ならともかく。
引っかけの引っかけってこと?insaneで-q 0 -interch 0.0005ってのも微妙。
というよりこれも意図がよくわからん。わざわざビット節約しつつもローパスはデフォ周波数ままみたいだし。
まあわざと音悪くしてビットレート値をごまかす引っかけっていうならありか。
しかしそんなことしたらこのテストの意味がないよーな。
もはやスレタイは飾りだな。
総合スレにするとACMな質問してくる人も来るだろう。
そしたら動画だのなんだのと別ジャンルのうるさいのが来て荒れると思う。
正直、そこまで変わらんと思う。
ところで
>>30が使ったLAMEのバージョンはいくつ?
85 :
名無しさん@お腹いっぱい。:04/03/04 00:02 ID:WbK9V2Tt
3.95.1 で --alt-preset standard (この状態はV2)だと
Jazz POPでは180K-195K平均のレートになっていますが、
これに -q -0を加えた場合、平均レートはどの程度になりますか?
多分220K前後と想像するのですが、、。
(´-`).。oO(自エンコして確かめればすぐ分かるのに・・・)
たぶん1曲に1時間以上かかるような環境なんだよ
-q -0
>>85 まず、"-q -0"なんてオプションを入力したらエンコできません。あと、--preset standard(=-V 2)のデフォルトは-q 3です。
VBRプリセットで同じWAVEファイルをエンコした場合、基本的に-q 3より-q 0の方が平均レートが高くなることは有り得ません。
ちょっと考えれば、同じようなレートのまま音質よくならなけりゃ意味ねーって気がつくのにな
質問
lame.exeで出力するときに指定するファイル名で半角スペースの後に"〜"が含まれると
どうもエンコードができないようなんですが・・・。
なんかメッセージを見てると"〜"が解釈できないだけのようですがこのおかげで
foobar2000とかでエンコできずに困っています。
バグが直るのをまつだけなんでしょうか・・・。
>>91 今、lame test.wav "test 〜.mp3"で試してみたが問題なかった。
--replaygain-accurateを入れても、
別に結果変わらないんですけど気のせいですかね?
>>93 そりゃ正確に計算しても変わらない場合もあるよ。
エンコード時間がちょびっと長くなって
ReplayGain の値も 0.1dB 変わったとかそんな程度。
AlbumGain が未だ実装されてないから
おれは結局 foobar2000 で更に計算してるけどね。
95 :
93:04/03/06 21:59 ID:MK3t4YD5
>>94 レスthxです!!
LAMEだと小数点以下一桁までしかスキャンされないみたいですね。
とは言ってもそんな少しの違い分かる訳ないと思いますが。
foobarでID3v2に書くとSTEとかでいぢったとき消えて面倒だから、
これを機にLAMEタグに乗り換えることにしようかなぁ…
(;´Д`) Lame4最新CVS版もおながい
( 八)
〉 〉
Lame4は糞
99 :
96:04/03/07 18:32 ID:6OFCAVXe
>>97 LAME4はうちの環境ではまともにコンパイルできないです。
Cygwinでコンパイルしたのでよければあげるけど・・・(曲の頭にノイズが入る)
>>21 さんにたのんだ方がいいとおもうよ
最近妙にαバージョン→βバージョン、αバージョン→ステーブルバージョンの更新が早いな。
rerawareでも3.96β1出たな
date: 2004/03/08 00:54:20; author: robert; state: Exp; lines: +78 -139
faster "find_scalefac_ave_[x34|ISO]":
this patch gave bit identical results on all tested samples compared to
previous version, so I'm pretty much confident that I don't introduce
a new bug here.
the speeding up of this functions results in an overall speed increase of
almost 7 percent for --preset fast standard
ってなにげに重要な機能が追加されたような気が。
--alt-preset standardと--alt-preset cbr 192の音質はどっちが上ですか
>>103 --alt-preset cbr 192
>>103 自分で聞き比べろ。
一般に--alt-preset standardが高音質と言われるが
ビーチボーイズの「ペットサウンズ」みたいな
モノラル録音だったら192のほうが高音質になるけど、
それ以外ではほとんどstandardが勝つだろうね。たぶん。
>>107 どういう根拠か説明してもらえませんか?
>107
ステレオ版ペットサウンズと比較してみてくれ
VBRプリセットはほぼ固定品質になるようにしてある。
また、ステレオ音声とモノラル音声では音の情報量は基本的にステレオ音声の方が多い。
だから、モノラル音声を--preset standard(=-V 2)でエンコすると平均レートはかなり低くなる(192kbps未満)と思われる。
よって、--preset cbr 192(=-b 192)の方が高音質になる。
はぁ、110=107サンはVBRによる効率化と圧縮を混同されてるかと。
112 :
107:04/03/10 23:53 ID:uhchjiW8
>>110 高音質=高ビットレートという前提の下で語ってます。
もしもその前提自体が誤りなら、反論する気もないです。
以上のことを踏まえてですが、
モノラル音源をstandardでエンコすると、ほとんど
平均128kbps程度になります。LとRの音が全く同一なので、
128kbpsでも実質MSステレオの256kbpsと同じ音質になります。
一方、CBR192kbpsでエンコすると、1つのチャンネルに
192kbpsをつぎこむので、実質MSステレオの384kbpsと同じ音質になります。
113 :
107:04/03/10 23:53 ID:uhchjiW8
>>112 standardは固定品質だから、
「このサンプルでこの品質を保つのにこんなにビットレート必要ない」
と判断された場合、低ビットレートになるが、高ビットレートでエンコされたものと品質は変わらないことになる。
よって、高音質=高ビットレートは成り立たないかと。
>>112 >高音質=高ビットレートという前提の下で語ってます。
>もしもその前提自体が誤りなら、反論する気もないです。
誤りです。理屈は
>>114さんの言うとおり。
二つ目の段落は、物凄く間違ってます。
反論は認めません。
116 :
107:04/03/11 00:25 ID:PalorETc
>>114 その議論では「高音質=高ビットレートではない」ことの
説明にはなっていないと思います。
「standard」っていう一定の品質があって、
その基準を満たすためのビットレートを決定しているわけですよね。
一方で、「extreme」っていう少し高度な品質があって、
その基準を満たすためのビットレートを決定した結果、
高ビットレートになるわけですよね。
だから、高ビットレート=高品質だと思うのですが。
>>115 間違っている理由を説明していただけたら
幸いです。
>>116 みんな言ってるように、低ビットレートでも十分高音質が得られると認識され、
実際に高ビットレートと比べても遜色無いソースもあるから一概には言えないと。
んで
>>112の後半は
>>115の言うように間違え過ぎ。
>>108 VBRは固定品質不定レートでCBRは不定品質固定レート
CBRの方が効率は悪い
が、VBRでのレートが一気に下がる、つまり一定の品質をごく低レートで
実現できるソースにおいては、CBRの品質は相対的に一気に上がる
この時CBRの品質上昇の程度によっては、CBRの品質がVBRの品質を上回りうる
>>107 おそらくこういう↑事を言いたかったのでは?
>高音質=高ビットレートという前提
同アルゴリズム上において、という前提をちゃんと書かなければ"CBR192kbpsが
VBR191kbpsよりも高品質"という類の主張に受け取られかねない
あとMSステレオとシンプルステレオは全然違うから
119 :
107:04/03/11 06:26 ID:PalorETc
>>118 いいたいことをうまく説明してくれてありがとうございます。
そうですね、同アルゴリズム上で、って書くのを忘れたがために、
大きな誤解を招いてしまったようです。
あと、MSステレオは間違いでした。シンプルステレオが正しいです。
左右で違うビット配分ができるsimple stereoも不適当だと思う。dual monoならともかく。
>>118>>119 「高音質=高ビットレート」なんて前提作って議論したところで
何も意味がないと思うが。
「高音質=高ビットレート」なら、VBR=曲中でめまぐるしく音質が変わる方式。
そんなものネタ以外で存在する意味がある?
モノラル(-m m)のCBR 64kbps=デュアルチャンネル(-m d)のCBR 128kbps
>>121 さすがに誰もフレーム単位での話と誤解してはいないと思っていたのですが…
最終的な曲全体のビットレートでの話に決まっているでしょう、
VBRの固定品質から話が展開しているのだから
>>123 単にstandardのプリセットが、192より上に行くか行かないか
だけの話をしてるということ?
だとすると
>>118との関連性がよくわからないけど、誤解だったらスマソ。
>>124 107の「高音質=高ビットレート」という発言における"レート"とは
フレーム単位のレートではなく、最終的な曲全体の平均レートを指しています
という事を説明しているのです
また、Standardのレートが192より上に行くか行かないかについては話していません
というのもCBRとVBRではアルゴリズムが違うので、例えば「高音質=高ビットレート」の
話において、最終レートから導き出される品質をCBRとVBRの二者間で同一基準の
ものとして扱う事はできないためです
これは118でも追加されるべき前提として書いたものです
lame4は160kbpsでのvbrをメインにすえるそうですね。
127 :
名無しさん@お腹いっぱい。:04/03/12 13:47 ID:BOWqgjFH
てことは今のstandardと同等の音質が160k程度で得られるって事?
>>127 そうなんじゃないの?
まぁ、ちょっと苦しいかもしれんが。160〜180kbpsぐらいと違うか。
standardって200〜220kbpsぐらいでしょ。
>>127-128 --preset medium並のレートで--preset standard並の音質が得られるということか。
因みに--preset mediumは150〜180kbps程度、--preset standardは170〜210kbps程度。
最近LAMEを使い出したのですが、ピアノソロな曲をエンコして再生するとピアノの音がウォンウォンって(表現しづらい)
震えるんですがこれは仕方ないのでしょうか?それともパラメーターになにか追加してやれば良いのでしょうか?
現在のパラメーターは--preset insane -q 0です。
B's Gold7についてるエンコーダーだと無問題です。
>>130 問題部分を開発者の誰かに提供すれば次のバージョンで直してもらえるかも知れない。
>>131 レスサンクスです。
問題部分っていうか全曲なんです。
デジタル録音されたCDなら大丈夫なんですが、アナログ録音なCDで発生するんです。
一音一音にディレイが掛かってるような感じです。
開発者の人にメール送るにしてもうまく英語で伝えれるカナ...._| ̄|○
>>132 エンコしたmp3に限った話ですよね
ソース再生時にはその現象は起きないんですよね
>>133 そうです。CDで聴いてる時やwaveでは問題無しです。
せっかくiPod買ったのに...
>>134 -q 0を外して試してみて。
あとiPodで320kbpsの再生は問題が出るケースがあるが
これはそれ以前の問題かな?
>>134 とりあえずコマンドを変えてみる(--preset standardとか)
それで改善しなければLameのバージョンを変えてみる(3.90.3とか)
>>134 ちょいまち。
確か前スレにもiPODで、insaneでエンコしたmp3がおかしくなるというのを見たが。
その時はiPOD側のせいだという結論で、--preset extremeあたりで我慢せよとのことだった。
140 :
134:04/03/13 03:38 ID:JCcHAyxC
あれからコマンド色々変えたり、バージョン違うの試したりしましたが撃沈...
それで一服がてらにスレ覗いたら...
>>139さんの発言があって
--preset extreme が音質的な限界だと悟りましたorz
>>131、133、135、136、137、139さん
深夜にレスして頂いてありがとう御座いました。あちこちのサイト見たりして勉強にもなりましたし。
最後に一言...iPodの ヽ(`Д´)ノバーヤ
デジモノ板の住人でもあるのだが、確かに
iPodのMP3のデコードに問題あるけど、
このケースはちょっと違うような気も
しないでない。
iPodの場合、ビットレートが192kbpsを
超える場合で、高域の成分が特に目立つ
ので妙なノイズが発生する事が、複数の
ケースで確認されてる。
#ファーム、エンコーダ共に関係なし
他のエンコーダで起きてないなら、他の
問題ではないかな?
試しにiTunesのデフォのMP3エンコーダ
でも試すのが吉だな。
いや、吉ならAACにした方が、iPodでは
無難かもしれん・・・
不思議にこっちでは問題が発生しない。
>>140 こう言っては身もフタもないですが
>141の言うように一度iTunesを試してみた方がいいと重い枡
>>141 でも、iTunesのデフォのエンコーダは音質悪いことで有名だからなぁ。
iPod以外でも聴くことを考えると…。
んで、iPodしか使わんよというのならAACにするのがたしかによさげ。128kbpsで
十分な音質を確保できるし。
誰も質の事なんか言及しとらんだろ。
問題の切り分けにiTunesを使うだけなん
だから。
148 :
147:04/03/15 05:53 ID:WvcvqHrU
>>148 ありがとうございます。
LAME4-alpha10 速えーーーー!SSEパワー炸裂!
LAME4でVBR使うと曲の時間がおかしくならない?
5分の曲が25分に表示されてる
>>150 前スレで既出。
つか、今の mp3 の優位性って汎用性だと思うんだけど、
これがなくなっちゃったら Lame4 に移行する必要性って有るんだろうか。
既知の問題は正式版までに直されるといいですな。
アルファ=開発版なんだからおかしいのは当り前
今の3系と違って大本から作り直してるし
完璧な動作を求める方がおかしい
LAME4-alpha10のソースをGCC3.3.3でコンパイルしてみたが
148のやつより話にならないくらい遅かった。タダだから文句は言えんのだが・・_| ̄|○
156 :
148:04/03/16 03:15 ID:+Pe7bp+s
>>156 どうもありがとうございます。NASMは使っています。
オプション無しで56MBのwavをエンコしたのですが、148殻落としたものがx23.30だったのに対し
GCC3.3.3でコンパイルした物は、x17.814でした。
ご紹介のecd527a59a7a.zipと比べてみます。
158 :
148:04/03/16 03:35 ID:+Pe7bp+s
>>157 ごめんなさい
そのスピードが出ていれば十分だと思います。
いちおう 148 であげたのは ICL8で最適化したものだから
>>158 そうですか。この辺が限界みたいですねGCCでは。
ちなみに比べてみましたが同じでした。ともに18秒でした。(ICL8版は14秒)
GCCはFPUをSSEでやらせる最適化オプションがありますが、lameでは最適化どころか逆効果ですね。
GOGOでは効果があったと思うのですが。
まあ、ICLって演算結果を強引に丸めるような、かなりやばいオプションすら
あるしなぁ。
gccの最適化はその辺はおとなしい。にしても、30%も違うのか。
athlonは日の目を見ませんか(´・ω・`)
3DNow!最適化って言ってもよくわかんない
ttたんによるとLAME4の正式版はアルゴリズムを最適化してるので
gcc -O0(コンパイラの最適化なし)のC3 800MHzでもx80くらい出るようになるらしいよ。
TTタンは俺のものだ!!!
独り締めイクナイ
フリーのコンパイラ落として自分でコンパイルしてみようとしたが、どうしてもMakefileのエラーが出る・・・。
167 :
148:04/03/16 22:53 ID:+Pe7bp+s
>>166 人様に教えるほど詳しくはありませんが
一番手っ取り早いのはNASMを持っていれば
make -f makefile.unix UNAME=MSDOS NOUNIXCMD=NO HAVE_NASM=YES
持っていなければ
make -f makefile.unix UNAME=MSDOS NOUNIXCMD=NO
で frontend フォルダの中をのぞけばできていると思います。
>>166 MinGW32なら、makefile.djgppでいけるよ。
>>167-168 ありがとう。MinGW32で、mingw32-make -f Makefile.djgpp とやったけど、
gcc -Ianalyzer -Iinclude -Impglib -Ifrontend -Ilibmp3lame -I. -DHAVE_MPGLIB -DU
SE_LAYER_1 -DUSE_LAYER_2 -DHAVE_CONFIG_H -DNDEBUG -D__NO_MATH_INLINES -O2 -DLAME
SNDFILE -c frontend/main.c -o frontend/main.o
frontend/main.c:26:21: config.h: No such file or directory
In file included from C:/Program Files/MinGW/include/winnt.h:37,
from C:/Program Files/MinGW/include/windef.h:246,
from C:/Program Files/MinGW/include/windows.h:48,
from frontend/main.c:57:
C:/Program Files/MinGW/include/string.h:54: parse error before '(' token
C:/Program Files/MinGW/include/string.h:54: parse error before "void"
C:/Program Files/MinGW/include/string.h:55: parse error before '(' token
C:/Program Files/MinGW/include/string.h:55: parse error before "void"
In file included from frontend/main.c:74:
libmp3lame/VbrTag.h:85: parse error before "uint8_t"
libmp3lame/VbrTag.h:88: parse error before '*' token
mingw32-make: *** [frontend/main.o] Error 1
ここで止まる・・・。LAMEは3.95.1です。根本的に何か間違ってる?
configMS.hをconfig.hにリネーム。
>>170 configMS.hをconfig.hにしたらまた怒られたので、コピーしてconfigMS.hもお
いたらすんなりいったよ。
>>169のエラーを良く見れば4行目で「config.hねぇぞ、バカ」って言われてる
わ。気づかんかった。
すごいすっきりしたよ。
>>167、
>>168、
>>170、ありがとう。スレ違いスマソ。
>>171 出来上がった3.95.1で早速エンコードしてみたが、激遅で、出来上がったmp3
はバイナリで配布されてる他の3.95.1でエンコードしたmp3とサイズまで違う
じゃない(w
そんなもんなの?
>>172 そんな門。インテルのコンパイラはギリギリまで精度を落として高速化できる。
GCCも高速化オプションがあるけど、本家本元にはかなわない。
pentium4ならこんなオプションがおすすめ。余分な物もあるかも知れんけど。
-O9 -mcpu=pentium4 -march=pentium4 -ffast-math -Wall -mpreferred-stack-boundary=8 -fno-schedule-insns2
174 :
名無しさん@お腹いっぱい。:04/03/17 04:28 ID:FOzFgDPe
3.95.1で、--preset extrame を使っているのですが、ここからjoint stereoだけを除くことってできませんか?
そういう場合はpreset使っちゃ駄目なのかな?
25歳。
去年まで金無し君だったけど、オンラインカジノとパチンコで
二年で350万貯めた。一度やうわなんだおまえやめr
「joint stereoを除く」って発想が最早凄いな。
>>174 jointじゃない普通のstereoのオプションをつければjointにはならない。
ディフォがjointなだけでmonoでもstereo設定すればそのとおりになる。我ながら説明下手だ
--preset extrame -m s
178 :
名無しさん@お腹いっぱい。:04/03/17 08:00 ID:FOzFgDPe
>>176 joint stereoを付けると、ステレオが低下するんですよ。あなたのオンボロの耳じゃ違いが分からないと思うけど。
半年くらい前に、僕がこのスレで書き込んで、テンプレにも一時期採用されてたと思うけど?あなた、新参者?
>>177 なるほど、その説明で十分わかります。ありがとうございます。
179 :
名無しさん@お腹いっぱい。:04/03/17 08:01 ID:FOzFgDPe
>>177 あ、頭が悪そうなレスしてるから、多分知らないと思うから教えてあげるね。
presetは、デフォルトでjoint stereoだったんだよ。一つ賢くなれて良かったね。
180 :
名無しさん@お腹いっぱい。:04/03/17 08:03 ID:FOzFgDPe
>>179 あ、すみません。レス番間違えました。
>>179は、親切で聡明な
>>177さんへのレスじゃなく、見るからに阿呆そうな
>>176さんへのレスです。
>最早凄いな。
スゴイ日本語の組み合わせですね?和語の意味を勉強しなおした方がいいですよ。
「あなた、新参者?」と書く人間が -m sすら知らないなんて馬鹿げてる。
あと stereoの問題点も過去に散々言われてたのに。
ageで釣りをしてる奴なぞ放っておけ。
(・∀・)春ですねニヤニヤ
春厨か?
--preset exteremeならデフォでnssafejointだと思ったんだけど。
少なくとも音質目的でシンプルステレオにする意味は無いんじゃないかな。
若干エンコは速くなるかもしれんが。
っていうかさー
今年の春厨はひときわ性質が悪い気がするよ・・・。
187 :
名無しさん@お腹いっぱい。:04/03/17 10:18 ID:FOzFgDPe
>>181 俺が前使ってたのは、presetは無かったんだよ。
PCリカバリしたのを機会に最新のLameにしただけ。
昔からpresetがあると思ってたなんて、あなた新参者?
188 :
名無しさん@お腹いっぱい。:04/03/17 10:19 ID:FOzFgDPe
>>185 なるほど。参考になります。あとで聞き比べてみます。
189 :
名無しさん@お腹いっぱい。:04/03/17 10:20 ID:FOzFgDPe
ああ、LAME3.89β以前は確かに無かったね。普通、そんなに古いLAMEを使っているとは誰も思わないよ。
浦島太郎はスルー
テンプレも読めないみたいだし
ID:FOzFgDPe
>>183 >>184 >>186 そうそう、不躾な質問の仕方をする奴が増えますよね、この季節。
ageっぱなしの奴とか、IDがFOzFgDPeの奴とか。
195 :
名無しさん@お腹いっぱい。:04/03/17 12:58 ID:EOfQkXUG
第八次ステレオ大戦勃発か!?w
毎日rarawarez見てるのに
いまだに3903改を使ってる漏れは浦島決定。
正直lameは実験したあとは
お友達にあげる用にしか使ってなかったり・・・。
197 :
148:04/03/17 13:21 ID:bIo5SmJP
>>196 僕はもっと古い LAME-3.88alpha8 をずっと使ってますよ
最近は LAME-3.96alpha3 も使うようになったけど
どっちもどっちだな!俺もか・・・
del *.mp3
やっぱ音質重視ならこれしかないでしょ。
200 :
名無しさん@お腹いっぱい。:04/03/17 23:59 ID:FOzFgDPe
>>190-191 LAMEはバージョンが変わると突然音質が変わったりする。
一度これでいいというバージョンに辿り着いたら興味本位で試したりしない。時間の無駄だから。
まぁ、これは実用目的の話で、新物好きなら新バージョンを次々と入れ替えて楽しむのかな?
>>192 ?
>>194 ageたらいかんの?どこのルール?
>>195 それはないでしょう。少なくとも私は相手する気はありませんね。
ステレオの問題点さえ分かっていれば、特定の音楽の時だけオプションを変えればいいだけですから。
まぁそのことに
>>181は気づいていなさそうではありますが。
('A`)
-m sも知らないくせに
くだらないことで喧嘩しなさんな。問題は解決してるんだから。
痛い
どっちも。
フツーにJSとSの違いってわかるものなのか?
どんなに分かりやすい釣りでも、不思議と釣られる人がいるものなんだな
209 :
名無しさん@お腹いっぱい。:04/03/18 06:48 ID:c3yc9rwk
174は本当に耳が良いんだね。
うらやましいよ。
その分頭が悪いみたいだから羨ましくありませんw
211 :
名無しさん@お腹いっぱい。:04/03/18 07:15 ID:c3yc9rwk
俺は174の耳が欲しいな
でも耳だけもらっても耳が良くなるわけじゃないのか・・・・・・
extrameにツッコまないおまいらはめっさ優しい
>>207 本当だ。すると何故αと偽っているのかが謎だな。単に「Alpha」の文字を「Beta」に変えるのが面倒なのか?
>>212 エクストレイムに誰もツッコまないのは、
>>70が既にツッコんでいるから。
215 :
名無しさん@お腹いっぱい。:04/03/18 09:05 ID:NSlESkzi
>>174 はその理論の完璧さでも他の追随を許さないな。
>>205 スピーカーの音量上げたら違いは結構分かるよ。試してみ
プリセットは必ずJSだけど、extremeやinsaneなどはMSの部分はあまり無い。
元のWAVEファイルがモノラルだったりすると別だけど、大抵SS:MSは6:4〜9:1くらいになるよ。
というかnssafejointだからssとの音質差はないんです。割合云々じゃなくて。
>>220 nssafejointをどういうスイッチだと認識してらっしゃるんで?
クラシックなんかをCDからMP3にして聴きたい場合は
どんなオプションがいいですか?
--preset insane
でいいんじゃね。
このスレで聞くべきことじゃないかもしれないけど、
音質で考えると午後とLAMEどっちがいいっしょ?
225 :
名無しさん@お腹いっぱい。:04/03/18 16:41 ID:aSDVOhEo
午後は古いLAMEがベースです。
>>220 --nssafejointとSS(-m s)は違うオプションだから、音質も勿論変わってくる。
>>224 午後のこ〜だはLAME 3.88βをベースに高速化したもの。
中には3.9系よりも3.8系の方が音がいいという人もいるが、一般的には3.9系の方が音質は上。
Lame使ってEACでWAVエンコードができなかったので
バッチファイル使って手動でやった・・
Lameのコマンドライン設定できて一気にファイルをエンコできるソフトって
EAC以外には何がありますか?
リッパーだとCD2WAV32、CDex、etc...
フロントエンドだとLIFE、RazorLame、LAMEDrop、etc...
ググるとたくさん出てきますよ。
最近のLame4はABRのビットレートが指定よりはるかに低いレートになってしまう
まだあるふぁだし仕方ないんだろうけど
コマンドラインとは関係ないネタですまんが、
開催中のCeBIT2004でフラウン(ryが5.1chMP3を発表したらすぃ。
何の意味があるんだって気もしないでもないけど、
LAMEもその内対応しちゃうのかね?
午後だと位相がずれるから問題外という話を聞いたことがあるが
位相というのがなんなのか知らない
>>232 いくら開発元とはいえ、ISO規格になっているものを勝手に拡張した規格を
あとからポコポコ出すのはなぁ…。んで、5.1chなんて音楽用ではSACDかDVD-Audio
だけどすんげ〜マイナーで、ふつ〜はDVD-Videoやデジタル放送なんだから、
そのまんまDolbyDigital(AC3)かAAC使うしなぁ…。
235 :
名無しさん@お腹いっぱい。:04/03/19 05:05 ID:OKsgtwZr
俺もAC3にしてる
--strictly-enforce-ISOを入力するとISO規格に厳密に準拠するわけだから、
普通にエンコしたらISO規格を微妙に無視しているわけだよね?
LAME 初期の頃はあれは ISO だろーみたいな感じで
わけもわからず LAME 使わずに AAPS 専門だったな…
>>236 > --strictly-enforce-ISO Strict ISO compliance
>
> With this option, LAME will enforce the 7680 bit limitation on total frame size.
>
> This results in many wasted bits for high bitrate encodings but will ensure strict ISO compatibility. This compatibility might be important for hardware players.
こんなのが出てきた。
どこかでFhGも厳密には従っていないと聞いたことがあるので再生できるなら気にしなくていいかと。
今まで厳密にISO規格に従わせたことは無いけど再生できなかったことは1度も無かった。
--strictly-enforce-ISOで厳密に従わせないと再生できなかったことがある人いますか?
>>239 ひょっとしたらiPODで--insaneがおかしくなる人は、それで直るかもね。
バッファがとても少ない処理系では意味があるのでは。
>>233 音声のデジタル化は、音の大小の波形を記録しているわけだが、
その波の位置がズレるということだろう。
(波の形状そのものは変わらない)
・・
・ ・ ・
-・―――・―――・―
・ ・ ・
・・
が
・・
・ ・ ・
――-・―――・―――・―
・ ・ ・ ・
・・ ・・
のようにね。
>>242 分かってないのに無理して否定せんでも。
質問ですけど
LAMEでデコードすると元のファイルと同じサイズにならないんですが
問題ないんでしょうか?foobar2000だと同じサイズになりましたけど
あと3.95.1でエンコしてデコードは、エラーが出てデコード出来ませんでした
246 :
名無しさん@お腹いっぱい。:04/03/21 22:50 ID:EqTCX31i
>>246 不可逆圧縮でサンプル数は変化しないと思うが。
248 :
244:04/03/21 23:45 ID:48DL6Dvs
元のファイルとはCDからリップしたwavです
他の不可逆圧縮とABC/HRしようと思って
それぞれRarewaresにあるlame、faad、oggdec、mppdecでデコードしたんですが
lameでデコードしたものだけが同じサイズにならなかったので
>>248 LAMEでエンコしてLAMEでデコードしたなら同じサイズになるばず。
ならないなら古いバージョンでなければ、バグじゃないかな?
ちなみに上げられているフォーマット中、通常サンプルが常に一致するのは
musepackとvorbisのみで、あとはエンコーダやデコーダの組み合わせで
一致しない場合がある。
最近のLame4で-V2だけ付けてエンコしたらスゴイ音良くてビビった
Lame3のinsaneに近いレベルに思える
まだ曲によっては変に歪んだりするけど、とにかくノイズ感が少ない
このスレのお勧め設定あったら教えて。↓今こんなの使ってるんだけど。
-h -m j -V3 --vbr-old -b 128 -B 256 --nspsytune --lowpass 19
Lame 4エンコスピードすごく早いね。
αだから仕方ないんだろうけど低ビットレートのABRでビットレートがおかしくなったり
VBRでもソースによってはやけにビットレートが低くなって破綻するね。
まだ完全に移行できないな。
lame4ってまだ -qとか-vって使えませんよね?
プリセットも当然無いはずだし。
落としてヘルプを見ればすぐ分かることに対して
間違いだらけの脳内断定とは凄いな
259がlame4を落としました。
とみながさんがlame4は3000円だと言ったので259は3000円を支払いました。
翌朝とみながさんは本当は2500円だったという事に気が付いて、
余計に請求してしまった分を返すようにとしばたさんに500円を渡しました。
ところがしばたさんは200円をふところにおさめ259に300円を返しました。
さて整理してみましょう。
259は結局2700円を支払った事になります。
それにしばたさんがくすねた200円をたすと2900円。
あとの100円はどこへ行ってしまったのでしょうか?
懐かしい問題だな
最後に何で足してるんだw
300円戻ってくる ->2700円
くすねた200円も戻ってくる ->2500円
よきかなよきかな
>>261 とみながさんは2500円持っている。
しばたさんは200円持っている。
259さんは300円持っている。
2500+200+300=3000
正直すみません、usage使いまわしのようだったので…
--longhelpしつつ吊ってきます。
むぅ、usageと--longhelpどちらが正しいのか…
「αだから己の耳で確かめろヌヘッホー」
とどこからか聞こえる。
あら〜?
また--longhelpしたらusageと同じ内容が出てきましたわよ?
スレ汚し失礼しました。
268 :
252:04/03/23 19:25 ID:mrZW4P7g
LAME4 はほとんど冨永さんひとりだけで開発しているようなものだから
USAGE等まで書いたりするのは大変だろうと思うので
協力して誰かが書いてあげるってのもありだと思います。
もっともまだ未実装な部分も多いから今書いてもまたいずれ書き直さないと
いけませんが
∧_∧∩
( ´∀`)/ <3.96b1でstopします
_ / / /
\⊂ノ ̄ ̄ ̄ ̄\
||\ \
||\|| ̄ ̄ ̄ ̄ ̄||
|| || ̄ ̄ ̄ ̄ ̄||
今から保存用にcbrの-q 0でエンコしようと思うのですが
3.95.1か3.96b1か迷っています、どちらにするべきでしょうか?
>>271 はいはい、かまってもらいたいんだね、ボク。
libmp3lame/version.hを自分で書き換えたのかな?
>>270 そんな細かい違いが気になるほどのソースなら可逆圧縮。
>>270 保存用にβ使うのはちょっとどうかと思う。
だから漏れとしては安定版の3.95.1を押しとく。
>>274 保存用なら可逆だろ。それこそWAVをZIPで圧縮するとかさ。
圧縮ならRARがいいと思う
また可逆厨かね。
>>277 可逆以外で保存に適した方法教えて欲しい。
>>278 根本的に「mp3で保存するなら」って話なんじゃないの?
可逆なんてスレ違いもいいところだし
-q 0より-q 1の方が扱いやすい。。
mp3でも保存として通用する場合、ってんならいいんじゃないの。
たとえば大量の低音質データを64kbpsで「保存」するって考え方もあるし。
将来も損失なしのデータが必要とされる場合じゃmp3では「保存」はできんし。
>>270 LAMEは特に拘りが無ければ最新安定版(現在はLAME 3.95.1 stable)をお勧めする。
4月以降にLAME 3.97 stableが出そうな予感。
283 :
名無しさん@お腹いっぱい。:04/03/25 00:13 ID:Ogl3u5O4
-q 0だと遅杉=マシンがヘボ杉 又は 元のWAVEファイルが長杉
286 :
名無しさん@お腹いっぱい。:04/03/25 02:02 ID:xIXvn6HF
>>285 1.5倍速くらいなら標準的な速度でしょうか?
使用環境:セロリン2G Win2000
AthlonXP2500+ WinXP
声に出して読むとちょっと幸せになれる気がする、セロリン
おせーてください。
LAMEのバイナリ、いろんなとこで配布されてるけど、どれがいいのですか?
同じバージョンでも、LAME.EXEのサイズが違ってたりするのですけど。
>>289 バージョンが同じなら全部同じ物。
ファイルサイズの違いは、コンパイラ/コンパイルオプション等の違い。
音質は変わらないよ。
>>286 大体そんぐらい。でも-q 0 と-q 1って少ししか音質差が感じられん・・・
だが、その少しが大事なんだけどな
おふろやさんにありますよね。関東と関西ではサイズ違うんですよ。
>292
ケロリソかよ!
私は等倍速以上でエンコできれば十分です。
--( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane
--( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane
--( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane
--( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane
--( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane
--( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane
--( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane
--( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane
--( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane
--( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane --( ´,_ゝ`)プッreset insane
ppreset 256がスタジオクォリティと言い張る時点でinsane
確かに--preset studio=--preset 256=--abr 256ですね。
最高音質の--preset insane=--preset cbr 320=-b 320でさえ、
(私の耳と環境では分からないが)CDクオリティには到底及ばないのに。
295:名無しさん@お腹いっぱい。 [ sage ] :04/03/25 18:13 ID:WgeIro+c
あーおぞらはーれたそらー♪
296:270 [ sage ] :04/03/26 00:07 ID:cbBHd3Rx
>>274,282
ご意見ありがとうございます3.95.1 stableでいきます<(_ _)>
297:名無しさん@お腹いっぱい。 [ sage ] :04/03/26 00:54 ID:dFA4e/nx
うーん、二倍くらいは出て欲しいな
298:名無しさん@お腹いっぱい。 [ sage ] :04/03/26 08:45 ID:KlaVLBnv
>>297 WAVEファイルが長いのか?
299:名無しさん@お腹いっぱい。 [ sage ] :04/03/26 09:14 ID:5wnhjk3S
最近のLameは-V2するだけでStandardでエンコしてくれるんだね
むしろ-V2もデフォにしてくれれば良いのに
やはりまだ128kbpsCBRがデフォの方が主流なのか
300:名無しさん@お腹いっぱい。 [ sage ] :04/03/26 11:27 ID:+0SjM94w
まあドキュメント等を一切読まない人連中がよく使いそうなのは128kbpsCBRだからそれでいい気がする。
301:名無しさん@お腹いっぱい。 [ sage ] :04/03/26 11:32 ID:DKmDPtiL
まあ昔のプレイヤー使ってる人だっているだろうし
MP3対応でCBR128kbps非対応ってことはまずあり得ないからな。
今でもメーカー推奨ビットレートはCBR128だったりすることも多いし。
>>300 V1とV2の最低ビットレートが96kbps -> 128kbpsになったみたいだね。
なんか--preset standardのファイルサイズが増えそうな予感。
3.96 β2か…。
3.97 stableは当分先だな。
306 :
名無しさん@お腹いっぱい。:04/04/01 20:56 ID:YjCTu3Jt
霊夢age
レイムって読むのか。
ずっとラーメって読んでた。
そういや英語読みならレイムかレームだな。
定期的に出てくる読み方問題。
くるひとくるゆめとかい(ry
まさかこの板で来夢来人が出てこようとは思わなんだ。
ぁめ ですよ。
マジレスすると「れいむ」でも「らめ」でもどっちでもいいが、
「れいむ」の方がやや多く使われているな。
MS-IMEだと「れいむ」で「LAME」に変換できる。
正式には、
レイムの方面ですな。
スラング的には、
らめ、ぁめの方面ですな。
れいむ えいんと あん えむぺぐ おーでぃお れいやー すりー えんこーだー
-q 0 と -h(-q 2) のクオリティっていうのはファイルサイズ変わらないんですね。
知らなかったなぁ、ビットレートとクオリティってよく分からんよ
LAMEいろ戦奇譚
↑
あぁ〜あ、やっちゃった
>>316 同じファイルサイズでも音質上がるからこそ意味があると思うんだが
一体なにを望んでるんだ?
「らめ」はフランス風の読み方
「れいむ」は英語風の読み方
EMAL
DivxとXvidみたいなもんか?
3PMエンコーダーEMAL誕生!
326 :
名無しさん@お腹いっぱい。:04/04/04 17:31 ID:/tW6cHHY
Lame3.95.1とLIFEでCVRエンコードしているんですが、出来たmp3ファイルをEncSpotで見ると
指定したビットレートよりも1kbit少なく表示されます。
winanpなどで再生時に見るとちゃんと指定した値で表示されるのですが・・・
これって、私のLameの設定が悪いのか、EncSpotの表示ミスかどちらなのでしょう?
精神衛生上悪いので、解決策を教えて頂けないでしょうか?よろしくおねがいします。
EncSpotの仕様だから気にしなくていいよ
EncSpot入れたけど自分でエンコしてるから必要無い事に気が付いた…
>>326 CVR=Constant Vit Rate=固定ヴィットレート
1kvit = 1024ヴィット
>>330 1kvyte=1024ヴァイト
1kvit=1000ヴィット
3.96beta、結構手を入れてきているんだな。X9 quantization selection methodを
enableにしてテストした人いる?
あ、オプション指定では-X 9
334 :
326:04/04/04 23:33 ID:/tW6cHHY
回答ありがとうございました。
あれからいろいろいじくってみたところ、mp3のID3タグを有効にするとEncSpotでも正しく表示されました。
ご迷惑おかけして、すまんかったッス!
>>332 すいませんが、そのオプションはどういった効果があるのでしょうか?
初耳のオプションなんで、ググったんですがどうもわからなくて・・。
>>335 332さんじゃないけど
>>4 のサイトにも書いてあるけどRareWaresからバイナリ拾ってきて
なかのswitchs.htmlにも説明が書いてあるよ。
もしかしたらこれとは別なものなのかもしれないけど
337 :
335:04/04/05 16:18 ID:4USYM9m5
>>336 ありがとうございます。
ここで聞く前に一応ドキュメント類には目を通したんですけど、
switchs.htmlには-X0から-X7までしか載ってなかったもので。
まぁ、試してみるしかないですか・・。
みんな詳しいなぁ・・・。
みんな細かく考えてるのね。
自分は考えるの面倒臭いから
--preset insane -q 0に決め打ちしちゃってるけど。
-q 1 と -q 0 変わんないよね。ほんとは聞き分けれないって
>>337 -X9はcvs headに実装されたものなので、ドキュメントは追いついていないと思う。
cvs のログによればIt increases applaud.wav substancially.とのこと。
>>340 聞き分けられないけど気分の問題で漏れも-q 0しか使っていない。
>>340 ノイズの乗ってるorノイズっぽい音だと結構変わってると思う。
3.95.1で-q 2、-q 3(デフォルト)でエンコしたものを比べるとステレオ比や平均レートまでぴったり同じになる。
エンコ時間もたいして変わらない。何故だ?
言わせるなよ。「坊やだからさ」
1. --preset standard -q 2 -t
2. --preset standard -t
でエンコし(lameタグ情報で差が出ないように-tを入れた)、
1と2のMD5値を比較したら完全に一致した。やっぱり3.95.1では-q 2と-q 3は全く同じみたいだ。
347 :
343:04/04/06 18:58 ID:rU2gx4v/
DeathMetalでq0とq1聞き比べてみた。(IN FLAMESのBEHIND SPACEをlame3.951でエンコ)
q1の方がwavに近い気がする…
ドラムの音が全然違う…と思う、多分。
違う曲だとアコースティックギターとかはq0の方が綺麗だったと思う。
個人的な感想としては、
女性Vo or アコースティックギター重視→q0
ドラム or デスヴォイス命→q1
という所。
>>347 その場合、女のデスヴォイス(現に朝8時からテレ東系でやってるし)とか
アコギとドラムの両方を使う曲の場合はちょっと悩むな。
最近のバージョンは試していないけど、
q0はハイ上がりな音になっていたので、そのせいかも。
はうぁ、よく読まずにレスしてしまったスマソ。
デスメタルならトータルバランスを取ったほうがいい感じになると思います。
連カキスマソ。
結局良い耳も良い機材もないので違いが分からず、
3.95.1で--preset insane --replaygain-accurate -q 0しか使ってない。
354 :
353:04/04/07 14:44 ID:VZ9W67hL
あ、追記。
-q 2 と -q 3 が一緒という意味じゃないぞ。
346のオプションは両方とも-q 2が適用されているということね。
>>354 いつのバージョンからだったか、-q2が-q3に変更されたろ
それに伴いpreset時のqも2から3になった
1. --preset insane -q 2 -t
2. --preset insane -q 3 -t
で比較したら全く同じファイルになったよ。
--preset lossless
そういえばMPEG系の音声圧縮は全て非可逆か…。
MPEG Audio Layer-I (MP1)
MPEG Audio Layer-II (MP2)
MPEG Audio Layer-III (MP3)
MPEG Audio Layer-IV (MP4)
MPEG Plus (MPP or MP+)
MusePack (MPC)
MPEG-2 AAC、MPEG-4 AACもあるがこれも非可逆。
そのうち可逆のMPEG Audioが出るかもな。
>>359 MPEG Audio Layer-IV なんて存在しない。
MP4はコンテナ(MPEG-4 system)を指す。
それにMPEG PlusとMusePackは同じフォーマットだ。
数日前まで何の問題もなく使用できていたのですが、
下記のエラーがでてデコード・エンコードができなくなってしまいました。
このエラーは、どのような内容なのでしょうか?
ID3v2 found. Be aware that the ID3 tag is currently lost when transcoding.
bitstream problem: resyncing...
input: E:\あいう.mp3 (8 kHz, 2 channels, MPEG-2.5 Layer III)
output: E:\あいう.wav (16 bit, Microsoft WAVE)
skipping initial 1105 samples (encoder+decoder delay)
.
.
.
366 :
365:04/04/09 01:01 ID:4Xel52cM
ファイルによってエンコード・デコードが出来るのと出来ないのが
あるようなので、出来ないファイルは他のソフトを使って対応
しようかとおもいます。
スレを汚しすみませんでした。
たまにLAMEをLIMEと書いている香具師がいるが、
LAME Ain't MP3 Encoder=LAME Isn't MP3 Encoderだから、完全な間違いでもないのかも。
いや間違いだよw
しかしLAMEの1文字目っていったい、って気がするが。
FAME
SAME
TAME
でもOK?
そういやなんかゲーデル・エッシャー・バッハを思い出す名前だよな。
×LAME Isn't MP3 Encoder
○LIME Isn't MP3 Encoder
みんなそろそろダウソに帰ろうぜ。ここのひと迷惑してるぞ。
定期的に見かけるコピペ
>>372 読めるわけねー。
今年の初めにブクオフで買ったんだけど第5章ぐらいまで読んでそれからほったらかし。
あとは時々挿絵を眺めて満足してる。
377 :
名無しさん@お腹いっぱい。:04/04/10 22:17 ID:QD3qI99r
Lame Ivy Frontend Encoder (KKKKK.Net)つかって着うた自作してまつ。
40kのファイルでオプションの「心理音響」にチェック入れても違いがわからない漏れに
低ビットレート向けの最適オプション教えてたもれ。
--resample 24 -b 40 -q 0 -m m ←デフォ
--resample 24 -b 40 -q 0 -m m
>>377 注2:160kbps以上ならLAME、128kbps以下ならFastEnc、64kbps以下ならMP3ENC 3.1が推奨です。
>>375 あとがきは面白いぞ。そこだけでもよんどけ。
リリースを焦ったのは、来るMultiformat testに向けてのことだったのだろうが修正版に期待しよう。
何か最近α→β→stableがやけに早くない?気のせい?
前が遅かっただけ
>>384 早いのはいいけど、3.93 stable・3.95 stableに続いてまたもリリース直後にバグ発見か…。
リリースが多少遅くなってもいいからちゃんとバグ修正してからstableバージョンを出して欲しいものだ。
今、安心して使える最新版は3.95.1?
3.96だけど、--preset medium と --preset fast medium で、ずいぶん
ビットレートに差が出る。これもバグだろうなぁ。
Stableどころか、ろくにテストもしてない感じ。
で、やっとLAMEが更新されたかと思ったら、そのLAMEはバグだらけで、LAME 3.96 stable、とか言ってるんです。
そこでまたぶち切れですよ。
あのな、バグだらけの安定版なんてきょうび流行んねーんだよ。ボケが。
得意げな顔して何が、stable、だ。
お前は本当に安定版のつもりだったのかと問いたい。問い詰めたい。小1時間問い詰めたい。
お前、stableってつけたいだけちゃうんかと。
>>386 リリース直後ではない。リリース直前にバグ発覚したのにもかかわらず、バグ
フィックスせず、さらに違うところを改変してstableとしてリリースした。
こんなリリースマネージメントしてちゃダメだよ…
391 :
悟った:04/04/13 04:14 ID:fsX/jA9C
Lameプロジェクトは脅迫されている!!!
たけチャン一人で新しいプロジェクト立ち上げてホスィ…
財前五郎は手術直前に転移の疑いを里見に何度も指摘されたにもかかわらず、手術をしてしまった。
LAME 3.96はリリース直前にバグが発見されたにもかかわらず、修正せずに安定版としてリリースしてしまった。
LAME 3.96は手術直前に転移の疑いを冨永に何度も指摘されたにもかかわらず、手術をしてしまった。
財前五郎はリリース直前にバグが発見されたにもかかわらず、修正せずに安定版としてリリースされてしまった。
つまり、3.9x.1 が安定版ということになったんだな。
3.9x (.0) はあえて微妙に不安定な状態で出す。
>>395 なるほど。ということはリリースを急いだのはLAME 3.95.1の退官日だったからか。
>>396 cvsでは3.96リリース以後mpglibでの
fixing the decoding issue with the reported "Christmas" song.
I've taken Takehiro's modifications and getting the same output
as he does on his 4.0 branch. Imho this is not the best solution
to the given problem, but it works for now.
っていう変更しか加えられてないのに、大丈夫もクソもないだろ。
buildのdateだけじゃなく、その中身にも考えを及ぼせよ。
400(σ・∀・)σ ゲッツ !!
この流れ的にまだ使わない方がいいのか?
Lame3は見限ってLame4に乗り換えろってこった
>>402 LAME 4.0もまだアルファ。いつになったら4.0の安定版が出るんだろう?
4は音良いの?
公式からLAME4のcvsが落とせないわけだが・・・
>>404 完成すれば音は良くなるらしい。でも今は使わない方が吉。
バグ報告とかする気があるなら使ってみては。
>>405 ブランチ指定すればいいだけだろ、お馬鹿。
>>407 ブランチ指定+cvsでぐぐっても6件しか出てこなかった
その6件見てもあまり参考にならなかった
ぶっちゃけ俺には無理なようなので諦めることにする・・・
409 :
名無しさん@お腹いっぱい。:04/04/18 20:42 ID:gRx7RqFz
すんません、ひとつアドバイス下さい
動画の音声をLame3.95.1で以下のコマンドオプションでエンコしようと思ってんですが
--preset cbr 96 -m s -q 0 --resample 48
動画用ならこのオプション付けとけ、というものがあったら教えて下さい。
何度もすんません、、、
sage入れるのを忘れてました。
> -m s --resample 48
何故に?
>>409 cbr 96で-m s なんて、ありえない。無謀すぎ。
--resampleも使わないで、そのままのほうが無難。
--interchはビットをある程度稼げるので入れたほうがいいかも知れないが
バージョンにもよる。
>>411-412さんありがとう!
> --resample
これ自分もよくわからなかったんだけど
動画エンコする前にいろんなところのサイト参考にしていく中で
48000Hzにした方が映像との音ズレが発生しにくい云々と
何カ所かのサイトで書かれてたので。
> --interchはビットをある程度稼げるので入れたほうがいいかも
参考になります。エンコの際は適用してみます。
>>413 32kもズレにくい。96kbpsなら--resample 32 の方がいいんじゃないか?
あと動画だとしゃべりが多いから-m fも良いかも
地上波とかだと高音あまり出ないから--lowpassも調節した方が良いかな。
(15kHzにノイズが入ってる場合もあるし)
あと、低レート向けの設定としては--noshort。
-b 96 -m f -q 0 --resample 32 --lowpass 14 (--noshort) って所かな。
>>414-415さん、ありがとう!
-b 96 -m f -q 0 --resample 32 --lowpass 14 --noshort
このオプションで早速エンコしてました。
正直なところ、劇的な効果は感じなかったですが、
静音に近いシーンなんかでのノイズが気持ち無くなったような感じも。
しかしながらサイズ的には全く同じものが仕上がりました。
(約45分の音声が31.5 MBでした。CRCは変わってましたが)
取りあえずビットレートを64まで下げてエンコし、
それと聞き比べながらどのあたりにするか決めてみます。
最初はどんな調整が必要なのかわからなかったので
取りあえずpreset使っとくのが無難かと思ってはいたものの
ここで質問してみて勉強になりました。(サンプリングに関してなど)
皆さん、ありがとうでした。
417 :
414:04/04/18 22:38 ID:OMQo24NV
--interchはデフォルトだと96kの場合0.0006だから、調節する価値は多少あるかも。
とりあえず手持ちのキャプチャーカードで録画したファイルMP2/48kHz/384kbpsを
エンコードしてみた。(ソースは地上波)
個人的な好みが入るけど、
-b 96 -m f -q 0 --resample 32 --lowpass 13 --noshort --interch 0.001
こんな感じかな。
まぁ本来なら最初から出力するサンプリングレートでキャプチャするべきなんだろうけど。
418 :
414:04/04/18 22:48 ID:OMQo24NV
>>416 64k迄下げるなら、
-b 64 -m f -q 0 --resample 24 --noshort --interch 0.001
こんなので試してみてくれ。
そういえばソースは何なの?
ドラえもん
21エモン
蜷川新右衛門
>>403 pre alphaね
>>408 お前のようにcvs 入門とかで調べる脳味噌もないバカが手を出したところで
下らん文句しか言わないだろうからな。このスレにも顔を出さないように
>>413 ズレが発生しにくいって…。もっとまともにお勉強することをお勧めする。
424=負け犬
LAME3の混乱ぷりは何ゆえか
>>426 それは
このスレに
マゾが
宿っているからさ〜
正直、いつヴァジョンアプしていいか分からねぇ
>>428 具体的な不満がなけりゃそのままでいいだりょ。
>>426 cvsへのcommitすら停止状態っていうのはちとなぁ。
沢山のファイルをmp3にするのにいい方法ある?
フロントエンド使え
for %V in ("*.wav") do Lame --preset standard "%V" "%~nV.mp3"
エンコードしてcbr 320にしても319kbpsのファイルが出来る原因って何でしょう
天使の分け前
斬新な発想だ
3.93.1も3.95.1も3.96どれを試しても319kbpsになってしまう。
--cbr -b 320 -m j --nssafejoint -q 0 --interch 0.0005
で、CDexでリッピングしたwaveファイルなんですが、同じ症状の方居ますか?
>>437 全くそんな気配はないな・・・
bpsはなにで調べてる?
いずれもDLL版じゃなくEXEをRazorLameから使っていて
ファイル名は空白無し、2バイト文字はありません。
上に--cbr -b 320 -m j --nssafejoint -q 0 --interch 0.0005と書きましたが、
コマンドラインパラメータは試行錯誤CBRで-qを外したりなんだりしてます。
319kbpsの表示の確認はEncSpotのver2とfoobar2000です。どうでしょうか
今CDexでDLL版を3.95.1に差し替えて試してみたんですが、
EncSpotで、出力されているフォルダを監視すると
エンコード途中では320なのですが
日本語化済みCDexのタイトルバーに「トラックのピークレベルの・・・」
と出て変換し終わると319に変わってしまった。
EncSpotで今までリッピングしたmp3を確認すると結構319が多くてがっかりだ・・・
と思ったけど前まで320だったのも319と表示されるファイルが数個あるから
表示するのに使うMP3コーデックかと今疑って調べてます。
他の環境でもこう表示されるかmp3ファイル自体を見てもらいたいんだけど合法の範囲では無理かな。
>>440 無音のwaveをエンコすりゃいいやん。
319で縁故したのと比較しるってのはどうよ?
443 :
440:04/04/22 21:25 ID:gyNAjzCG
ぽけっとれこーだーで無音状態を録音したファイルをエンコードすると320になった。
その時のままCDexでりっぴんぐしたwaveをエンコードすると、これはやっぱり319になる。
どうやらLAMEは関係無さそうな・・・
444 :
名無しさん@お腹いっぱい。:04/04/22 21:37 ID:5ABhPppa
Lame MP3をコーデックに選択し、128kで圧縮しようとしたけど、
48kしかない・・。
なぜ・・・
445 :
440:04/04/22 21:52 ID:gyNAjzCG
mp3infpで見てみると 320Kb/s となります。取得方法の違いだとしても、
ファイルのどこかから 319kbps と読めるわけで、そしたらやっぱりLAMEなのかなぁ・・・
どうして既出じゃないんだろう。
447 :
440:04/04/23 02:27 ID:uBL6BEmV
ID3v2で入力してるファイルなんです。
ぽけっとれこーだーで作ったファイルでは320でエンコードされて
CDexで作ったファイルは319になるんですが
Inputファイルで出力ファイルが左右される事はあるんでしょうか。
なんでここまでやって、しかも
>>446に指摘までされているのにビットレート
取得方法にバグがあるという考えに及ばないんだろう、このバカ…
>>447 無音waveでエンコしたファイル(319と表示されるもの)
どこかにアップできませんか
こちらで3.951でエンコしたファイル(ID3タグいろいろ変えて)をfoobar2kで
(デコーダーいろいろ変えて)見たけどそういう気配はないなー
>439 に
>319kbpsの表示の確認はEncSpotのver2とfoobar2000です
とあるのがちょっと気になる
>>440 それはfoobar側の問題でしょ。
確かおたちゃんのデコーダーを使うとなっような気がする。
もしかしたら最新版ではもうとっくに修正されてるかも。
まぁとにかくmp3自体はちゃんと320な訳だから、319と表示されていようが気にするなかれ。
仕事で半年程海外へ行くことになりました。手持ちのノートパソコンを
持っていくつもりですが空きスペースが10Gしかありません。そこでMP3で
聴きたい音楽を入れたいのですが、容量上128cbrでエンコしようと思っています。
-preset cbr 128 - q 4
このパラメータに最適なLAMEのヴァージョンはどれでしょうか?
ジャンルはルネサンス音楽で声楽曲が主です。
>>452 人に聞くより自分で聞き比べる方がいいぞ
どうしてもサイズにこだわるならAAC(iTunes), Vorbis(aoTuV)の方が良いだろう。
455 :
440:04/04/23 17:08 ID:1Ersztv5
>>448 バグがあって、IDタグ3を付けたら直ったと
>>334にあるから。
>>449 無音waveをエンコードした場合は320と正常に表示されるのです。
他のリッパーでは試してませんが、CDexでりっぴんぐしたwaveをエンコすると319なんです。
>>451 確かに、おたちゃんのプラグインと差し替えて使ってます。
で、今インストールし直して標準のプラグインと差し替えた所320と正常に表示されました。
EncSpotでは319のままですが、これは仕様として
>>334の場合は何かの間違えだったんでしょうか・・・
ただ、無音waveを作ってエンコードしたファイルが320と表示されたのに
リッピングしたファイルだけが319になるのは、LAMEエンコーダーは
Inputファイルに多少左右される場合があるって事なんでしょうかね。
もちろんリッピングしたwaveと無音waveのフォーマットはサンプリングレートなど全て同じフォーマットで試してます
ともかく原因も分かり解決しました。
いやぁほんとLAME関係無さそうだったのにありがとうございました。
>>455 ID3v1は試してみたのかい?うちでは有効にすると正常に表示されるようになる
458 :
440:04/04/23 19:16 ID:1Ersztv5
>>458 と思ったら、タグ入れても正常表示されないファイルができることもあるなあ
まあ要はこんなこといちいち気にするだけ無駄って事だよ
>>455 そもそもMPEGヘッダーに記録されてるビットレートいくらになってるの
1k=1024
1k=1000とするかという計算の仕方の違い
あとおたちゃんさんの、いくらのバージョンのやつですか
foo_mpg123_054cのソース見たけど別に変わったことしてないみたい
>>460 ビットの場合は、1kbit=1000bitと決められている。
バイトの場合は、1KB=1024Bと決められている。
>>461 それは分かってるけど、上の書き方ではそのことなのかと・・・
463 :
440:04/04/24 00:25 ID:0n0ZvnFS
>>460 foo_mpg123_054cを使ってます。
465 :
414:04/04/24 15:16 ID:8buW4aKL
>>452 そのパラメーターじゃなきゃ駄目なの?
3.95.1で -V 5 とかの方が良いんじゃないか?
声楽だと-V 5で128kより小さくなるかも。
>>437 全ての疑問にお答えしましょう。
MP3にはCBRとVBRがありますよね?
MP3のビットレート計算はCBRとVBRで違うんです。
LAMEでエンコードしたMP3ファイルは、CBRのファイルでも
実はVBRヘッダが付くのです。
ただし、LAMEのCBRファイルに付くVBRヘッダは普通のVBRヘッダでは
なくて特殊なVBRヘッダです。
普通なVBRヘッダ : VBRタグ文字列が 'Xing'
特殊なVBRヘッダ : VBRタグ文字列が 'Info'
mp3infpは、この特殊なVBRヘッダを認識しないため、CBRの計算方法で
ビットレートを算出します。
対するfoo_mpg123は、この特殊なVBRヘッダに対応しているため、
VBRヘッダを用いてビットレートを算出します。
よって両者に演算誤差(?)が出てくるのです。
VBRヘッダを元に算出するfoo_mpg123の方が正確なビットレートだと
思われます。
(CBRのビットレート計算方法では概算でしか計算できない。)
この特殊なVBRヘッダに対応しているデコーダは、現在のところ
foobar2000の標準MP3デコーダ、foo_mpg123、in_mpg123くらいです。
"VBRヘッダ" はつみみ
つーか単純に端数切り捨て・四捨五入・切り上げの違いだったりしないの?
結局はVBRヘッダを1フレームとしてカウントするかしないかの違いだろ
久しぶりにcvs headの更新キタ━━━━━━(゚∀゚)━━━━━━ !!!!!
(=゚ω゚)ノオッフェ
ウッホ
モロッホ
話の流れを変えてしまうようで申し訳ありませんが
私は「-v -V0 -B 320 --vbr-mtrh -q0 -m s -k -X 9 --priority 4 --athtype 1」
でエンコしてるんですけど何かツッコミをお願いします。
mtrh使っているのは、セレの500Mhzという化石のような自作マシンを使っているので
早くて済むというだけです。
使用目的はCD-RWに焼いてポータブルで聞くといった感じです。
それとVBRはold・new・mtrhとありますけどどれがいいんでしょうか?
解説サイトを見るとoldが高音質らしいですけれども、newとかmtrhの方が
平均ビットレートが高めなのでどうなのかなと思いまして・・。
>>478 --preset fast standardでも使っておけ。
lame4 -v
これだけでおk
>>478 そのコマンドの内、-v, -B 320はあっても無くても関係ありません。
-m s, -kは個人の好みにもよりますが基本的にはつけない方が良いです。
あなたの仰るとおり、VBRには--vbr-old, --vbr-new, --vbr-mtrhがあります。
oldはデフォルトで、new=mtrhは音質(と圧縮率)を犠牲に高速化する設定です。
また、-V 0 --ver-mtrhは--preset fast extremeに置き換えられます。
--preset fast extreme -q 0 -m s -k -X 9 --priority 4 --athtype 1
このようにしてもできるファイルは同じです。
因みにLAMEのバージョンは3.95.1を前提としています。
>>481 すみません。間違えました。
6行目の--ver-mtrhは正しくは--vbr-mtrhです。
483 :
478:04/04/28 19:55 ID:+cuAOslu
>>479-481 レスありがとうございます。
-kを付けない方がいいというのは容量的な問題からでしょうか?
普通は聞こえない音域と分かってるんですが、なんとなく気分的につけてました・・。
vbrのことについては、前述の通りnewやmtrhの方がヒストグラムで見てもハイビットレートなのですが、
音質面で総合するとデフォ(old)の方が良い、ということでよろしいのでしょうか?
何回も質問して申し訳ないです。
>>478 athtype 1は、util.cの100行目ぐらいからによると、
case 1:
return ATHformula_GB(f, -1); /*over sensitive, should probably be removed*/
つーわけであんまり使わない方が良いっぽい。たぶんビットレートが無駄になる。
VBRではちゃんと動的に調整されるから、デフォルトでいいんじゃないかな。
あと、X 9もとりあえずやめた方が良い。
俺は3.96使ってないからわかんないんだけど、いろいろ叩かれてるのは主にX9のせい。
ソース眺めただけだけど、デフォルトでX 9が適用されてるっぽいので。
>>483 MP3のような非可逆圧縮で直接聞き取ることの出来ない高音域を残すことは
非効率的であり、基本的にはローパスフィルターをかけて低域・中域を重視すべきです。
--vbr-mtrh=--vbr-newは平均レートが上がるのに音質は下がってしまうので、
PCが極端に低スペックな場合以外は使うべきではありません。
>>484で--athtype 1, -X 9も使わない方が良いとありましたので、
--preset fast extreme -q 0 --priority 4
結局残るのはこれくらいでしょうか。
486 :
478:04/04/29 00:49 ID:yNA5ivtd
>>484-485 ありがとうございます。
なんだか結局プリセットに落ち着くみたいですね。
自分はいろいろコマンドいじってみるのが好きなのですが・・
色々答えて頂きありがとうございました。
3.96.1でないのかな。3.97が進んでるようだし。4に期待だな。ttがんばれ!
期待といわず今すぐ乗り換えるように
-v=サイズ重視
-V 2=音質重視(Extreme並)
>>489 現在(3.96, 3.95.1)のLAMEで-V 0=--preset extremeなんだから、
-V 2でextreme並というのはいくらなんでも誇大広告な気がする。
せいぜい現在(3.96, 3.95.1)の-V 1並がいいところだろう。
あと、まだ安定版(ステーブル版)ではないので、
これからバグが発見されて直されていくことを考えるとまだ乗り換えるのは早いと思う。
とネタにマジレスしてみる。
じゃぁ間をとって-V 3でFA
>>473 そこのうpろだすぐにDL出来なくなるから(流れが速いから・・・?)やめないか?
ていうかもう一回うpしてくれ・・・
さっきまで、色々オプションをいじればプリセットと同じ物が作れると思ってた。
>>494 3.95.1以降なら作れるよ。作るってほどのものでもないけど。
--preset standard = -V 2
PresetTuneはどんどんやってくれて構わないが
コマンドラインを作って欲しいな。
3.961マダー
3.97に逝く予感。
3.99マダー
3.99の次は5.00
tt氏はどうもPS3の開発やってる模様
PlayStation3
まじ?
マジ出島
またーり
LameACM.infの[LameACM.AddReg]は
HKLM,%UnInstallPath%,DisplayName,,%DisplayNameWin%
の間違いだと思うのね
(これでアプリの追加と削除に「Lame ACM MP3 Codec」と出るかと)
[LameACM.DoReg]と[LameACM.Unregister]がコメントアウトしてある理由が
分かんないのね
LameACM.pnfとかも消したければ↓みたいにすればイイかもね
http://pc3.2ch.net/test/read.cgi/avi/1056587462/516-519
PS3OS開発の片手間にLame4
いや、OSかどうかはわからん
sf.netのcvsアクセスが変更されたんでかな〜りびびった。
にしても大紛糾した3.96のリリース以降、lame3に目立った動きがないなぁ。
>>472にあったcommitが最後っぽい。
厨房煽りも(おっけー×2)
要望出すのも(おっけー×2)
BugFixなら(すっきりばっちり)
とみながさんにまかせなさい♪
ハックをする顔(らぶらぶらぶり〜)
ネタにされるのは(ばってん×2)
lack or hack? get great lame!!
ビットレートによって音の大小か変化するような気がするのですが...
>>512 気になるなら--scale 1を付けろ。
>>512 ノイズのブリージングをそう感じているだけじゃないか?
>>513 下手すりゃクリップするぞ。
EACで一つのファイル(wav+cue)にまとめて吸い出したファイルを
切り分けながらエンコードしてくれるフロントエンドってありますか?
CDから吸い直せよ
MXやnyで落としたものじゃなければな
>>516 foobarで出来るんですか。ありがとうございます。
調べてみます。
>>517 何度も吸い出すのは時間がかかるし、
一度良い条件で吸い出したものを残しておき
再エンコするときはそれを使いたいんですよ。
EACの使い方も解ってないバカがいますね
515 名前:名無しさん@お腹いっぱい。 投稿日:04/05/09 21:10 ID:gpXGXcvv
EACで一つのファイル(wav+cue)にまとめて吸い出したファイルを
切り分けながらエンコードしてくれるフロントエンドってありますか?
↑コイツね
吸い直せない理由を説明するのに必死な人がいますね。
にゃおち氏がwav+cue切り分けてlameやoggでエンコするツール作ってなかったっけ。
まだα版だったと思うけど。
--resample 32 -b 32 -B 80 -v -V 9 -q 0(Lame3.95.1
容量節約したいファイル用には強いと思うんですがどうでしょう。
もっと良い物有りますか?
低レートはCBRのほうがいい
>524
thx。
80kbps固定だと音は良くなるんですがファイルサイズがアレなのでどうしようかと。
迷う…。
>>519-520 そんなに俺をダウソ厨にしたいんですか?
ファイル交換全くやらないとは言わんけど
実際光回線でもない限り無圧縮wav落とすのは
結構しんどいと思うんですが。
それに、一つや二つのファイルなら一個一個切り分けてエンコしますよ。
wav+cueってDAEMONでマウントできなかったっけ?
そんで、そこからリップすれば切り分けるのと同じことしてると思うんだけどどうよ?
てか、この無駄な時間に吸い直せば(ry
>一度良い条件で吸い出したものを残しておき
ここポイント
_,,. -−- ,,_
,.-‐'''" ヽ
ノ ヽ
/ ,,,_,_ ヽ
{ ,vリjh!リjh!( ヽ, }
} / ,; ニ= =ニミ;、i {
{ j ,.ェュ , { rtェ 、 i ノ
{ Y ミ Yリ
!| y.-,_-)、 |ノ
'! ノ _, u 、ヽ !
! ''ニ' ' ! < 一度良い条件で吸い出したものを残しておき
ト、 _,,,,,, イ
/| −-- −' |ヽ,
ー'''{ | ノ .| /''ー
>>515がダウソ厨だろうとそうでなかろうとそんなことはどうでもいいけど
wav+cueがあるなら何故Daemon-Toolsを使ってオフセット0で吸い出そうと思わないのだろう?
>>529 俺CD吸い出すとき最低の速度でやってるんですけど
もしかしてこれってあんま(まったく?)意味ないんですかね?
まぁ普通にやっても結構時間かかるんですけど。
読んでないんじゃない?
_,,. -−- ,,_
,.-‐'''" ヽ
ノ ヽ
/ ,,,_,_ ヽ
{ ,vリjh!リjh!( ヽ, }
} / ,; ニ= =ニミ;、i {
{ j ,.ェュ , { rtェ 、 i ノ
{ Y ミ Yリ
!| y.-,_-)、 |ノ
'! ノ _, u 、ヽ !
! ''ニ' ' ! < そんなに俺をダウソ厨にしたいんですか?
ト、 _,,,,,, イ
/| −-- −' |ヽ,
ー'''{ | ノ .| /''ー
もしほんとに落としたファイルじゃなかったら、かなり馬鹿なんじゃないか
>>533 別に避けてなんかいないですよ
レスを返していない、って意味なら
>>521さんなんかにも返してないし。
daemonが何ものかわかってないだけか
悪魔くん?
Daemon-Toolsがだめなら
CUEシートに基づきWAVファイルを分割は?
つうか EACで普通に出来ることを聞いている時点で
ダウソ厨だろ
そこを勘違いされて煽られてたのか…。
素で煽られる理由がわかってなかった。
俺のPCは低速なもんで、wav+cueを一つ一つwavに切り離してからmp3にしてるとやたら時間がかかっちゃうんですよ。
んで、wav+cueから直接mp3にエンコできないものかなぁ、と。
……もしかしてこれもEACでできちゃうとか?
>>542 4分で適切なレスが返ってるネタをいつまで続ける気だ。
>>543 とっくに解決してるのになかなか話題が終わらないので
自分自身困ってたりします。
まぁ実際ネタ不足なんですかね。。
オプションはもう語りつくされているしバージョンうpもこないし、、
2ちゃんのスレはマグロじゃないから止まっても死なないと思ふ
>>545 つーか解決してるなら、解決してると書こう。
煽りに反論することばっかり考えて、親切な人の書きこみを無視ってのは…どうよ?
そんなだから煽られんだよ
とりあえず餅憑け
みんな-q 0でエンコしてんのね……遅くない?
ウチの環境じゃ等倍のスピードしか出ない。
-q 1なら5〜9倍になるし、これでやってる。
>>550 僕も -q 1です。-q 0ってアスラン3200+でも遅く感じるデス。
defaultの-q 3が良い。それを念頭に開発されていると思うので。
デフォルトは-q 2じゃなかった?
mp3のサンプリングレートを48khzから44.1khzに変換したいのですが、
一旦wavに変えたほうが音質劣化が無くて(?)よいと聞きました。
ここ、該当のスレでつか?
>>553 >Changed -q option mapping. "-q2" until version 3.93 is now "-q3".
>>554 それ、絶対アドバイスを読み間違ってるぞ。
もう一回CDとかから読み直して、その48kHzのWavを44.1kHzに周波数変換して、mp3を作れってこと。
>>551 Athlon 3200+で-q 0だと具体的に何倍速くらい?
Pen4 3.2GHzだと-q 0でもかなり早い(2倍速は軽く超える)けど。
>>554 LAMEで-resample使ったら、実際そういう動きしてるなー
但し、556の
>それ、絶対アドバイスを読み間違ってるぞ。
という部分には同意
>一回CDとかから読み直して、その48kHzのWavを
CDは44.1じゃ・・・
48kHzって、DivX等のaviの音声部分じゃないか?
好きなアーティストのは-q 0
他は-q 1
-q 1より上のエンコ速度は知れてるけど-q 0だけは急激に遅いしなぁ
561 :
554:04/05/12 21:25 ID:jKcC3wSk
>>556 >>558 レスどうもです。補足しますと、
手元に48kHzのmp3しかなく、mp3→mp3のリサンプルより
一旦wavに戻したほうがよいのではないか、ということです。
どんなソフトを使ったらいいのか皆目見当つかず、このスレまで流れてきました。
LAMEの-resampleという機能を使えばよろしいのでしょうか??
あまりの難解さに半ば諦め気味ですが、気が向いたらアドバイスください。
48kHzのmp3なんて捨てろ
補足
48kHz→44.1kHzにする場合、LAMEでは
MP3→WAV→MP3 という処理をしてるみたい。
(家ではこう動いてる)
って思って今やってみたら普通にリサンプルしてる。
今まで何だったんだろう。
temp.wav っていうファイル作ってたんだが。
566 :
554:04/05/13 01:18 ID:jb/dDhBe
>>563 ありがとうございます。
LAMEなるものを見つけられただけでも大収穫です。
よく勉強してみます。
>>565(同じ方かな?)
的外れな質問かもしれませんが、
mp3→mp3のリサンプルはエンコードが必要なため音が悪くなると聞きました。
その点はどうでしたか?
>>566 >mp3→mp3のリサンプルはエンコードが必要なため音が悪くなると
MP3--(デコード)-→WAV--(エンコード)-→MP3 なのでこの場合でもエンコードします
多分MP3→WAV→MP3のほうがというのはMP3→WAV にして
WAVの段階でSSRCなり使ってリサンプルするってことを方がいい?と言ってるのではと思う
MP3エンコーダーのリサンプラもソフトによって性能がまちまちだし
MP3→WAV→MP3 では一行程増える分、それがネックになる場合もあるし
一回エンコしてみて、納得できる音かどうか聞き比べてみては?
って書いてる間に最後に聞こうと思ってたことが
「たけくん!?何でこんな事したの!そんなにファックに興味が有るんだったら!だったら・・・お姉ちゃんが・・・」
「俺やってないよ!ハックならしたけど。」
「いいの、たけくん。お姉ちゃんが全部うけとめてあげるから・・・だから・・・」
たけくん泣きながら家出
FAX機?
571 :
554:04/05/14 20:44 ID:a1Ke4IIg
おかげさまで何とかリサンプルできました!それとともに新たなギモンが・・・
今回同じ曲の2タイプをエンコードてみたのですが、
・320kb/s 48kHz → 320kb/s 44.1kHz
・128kb/s 44.1kHz → 320kb/s 44.1kHz
の場合、上の例の方がノイズが少なかったように思うのですがどうなんでしょう?
同じ周波数でも128→320に無理があるということでしょうか?
…ともあれ、上手くいって満足してます。ありがとうございました。
>>567 音楽CDを焼くためです。
>>568 十分納得できる音だったので安心しました。最後に何をお聞きに・・・?
>>571 クオリティは320→320>128→320だからな
当然だ
結局ただのダウソ厨か
質問者がダウソ厨かそうでないかに拘る香具師が多いな。
それにしても、CDからリッピングしたWAVEを48kHzにリサンプルしてエンコードする香具師が多いのは何故?
>>571 >
>>567 >音楽CDを焼くためです。
48kのMP3を作りたいと書いてたので理由を聞いたんだけどね。
AC97ハードに合わせたいとかなら、再生時にSSRCでもかました方がいいんじゃないかと。
再エンコするわけじゃないのね。
>>575 あ、ごめん訂正。
48kがターゲットなら上記のような理由も考えられるが、
44.1kに変換だと何が理由か分からなかったので質問したんだった。
DVDのライブ音源をmp3化するとか…?
>577に1票
あとはTVキャプ音声とかかな。
結局48kHzのmp3をCD-DAとして焼きたいってことだったのか?
激しくスレ違い&聞き方が場外ホームランのような…
ホームランなら問題なし
582 :
554:04/05/15 00:31 ID:S6fEVdIV
全くw
いろんな板、スレで空振り三振でしたが
やっとジャストミートできますた。
583 :
568:04/05/15 00:56 ID:Q8dO3Bvy
>>582 なんとかよかったです。
>最後に何をお聞きに・・・?
ジャンルは特に問わず、邦楽(インディーズ系含)、洋楽、ジャズ、クラシック etc と
48kだったらそのままの方がと思っていたので
(AC97関連、特にクリのカードは)
>やっとジャストミートできますた。
阪神なんとかしてくれorz
584 :
568:04/05/15 01:01 ID:Q8dO3Bvy
ところで、-vbr-new のバグは確か直ったって聞いたような記憶(勘違いだったらすみません)が
あるのですが、まだダメでしたでしょうか。
一つの曲をいろんな条件でエンコしてるもので、この前(といってもだいぶ前)LAME3.951で
--vbr-newでエンコした時、ある曲で所々ドロップアウトしてたもので。
デコーダーを変えても同じだったものですから。
まあ、newは普段使わないので、別にいいのですが。
>>574 別に拘ってないよ。
ただ、音源をMP3にエンコ→デコードしてリサンプル→
またエンコしてライティングソフトに渡すってのが
行程でも音質でも如何に無駄かを本人が解ってないのを不幸に思うだけ。
JPG画像をBMP変換、その画像を色bit数を変えてJPGに
またまたそれをBMPにして-Rに焼くようなものだからね
「またエンコして」ってのは普通考えない。絶対考えない
ジャストミートはフィッシュ・オンの同義語なのかな?
再エンコしなくていいのに再エンコするのが謎。
lameのcvs head、久々に更新キタ━━━━━━(゚∀゚)━━━━━━ !!!!!
と思ったら、単にautoconf & automakeが自動生成するファイルを更新した
ただけやん…
拾ったmp3なら再エンコするしかなかろう?
48KHz MP3─decode, resample & encode→44.1 KHz MP3─decode & writing→CD
じゃなくて
48KHz MP3─decode & resample→44.1KHz WAV─writing→CD
にした方がいいと思う。
どちらにせよ BeSweet かませば中でやってくれるんじゃないの?
593 :
名無しさん@お腹いっぱい。:04/05/15 18:48 ID:olYFhH43
--preset extreme -q 1
これでいいよね?
すみません。--preset 320と--preset insaneの違いはなんでしょうか?
違わない。
両方のファイルをバイナリエディタで比較してみ。
ゴメン嘘ついた、というかよく読んでなかった。
--preset 320 はABRで、--preset insane はCBRだ。
>>596 レスどうもありがとうございます。ABRでしたか。でしたら、常にMAX320kbpsの
--preset insaneが最高設定ということでよろしいでしょうか?
>>596 嘘じゃないよ。
ABRとはいえ320kbps以上のビットレートはないんだから、
320kbps固定にしないと平均320kbpsにならないじゃん。
つまりこういうことになるな。
--preset 320=--preset cbr 320=--preset insane=-b 320
>>598 ひとつの曲を--preset 320と--preset insaneでエンコードして
ファイルサイズorバイナリを比較してみ。
でも同じオプションでエンコしても違うことあるぞ
>>600 微妙に違うとき有るね なんでだろう…
ところで高音質で作る時ってフィルター切ってます?
--preset extremeの場合って
フィルターきられるんかな・・・?
>>601 メモリ領域を確保して使ったあとの、残りカスが残ってるんじゃない?
数回連続して同じファイルをエンコードしたら、バイナリレベルで一致するようになる気がする。
> ところで高音質で作る時ってフィルター切ってます?
どういう意味だよ?
-k なんてやったら余分なところにビットレート使うだけだぞ。
604 :
名無しさん@お腹いっぱい。:04/05/16 00:16 ID:w7LBQaDk
>>602 なるほど・・・残りかすとは思いつかなかった汗
>>603 LPFってのが抜けてた汗
無駄にでかくなるだけってことなわけか
今までM3e使ってたから馴染めなくてさ
ありがとう。
さげそこねた
すまねぇ涙
>>604 --preset insaneでやるとLPFは21000Hzになるから大丈夫で、
--preset extremeでやるとLPF19500Hzだからこれは可聴帯域を浸食してるね
でも自分なんかより耳がいい人達が選び抜いてパラメーターを設定したわけだから、
LPFを20kHz以上にあげちゃうとかえって音質悪くなっちゃうかもよ。
俺なんて16kHzがもう聴きとれないから安心あんしん
| |
| |ノハヽ
| |o�Vノノ ・・・ヒトイネ
| |⊂)
| |ノ
エンコーダは9.65.1のLameなんですけど
cdexのエンコーダの設定で
--preset standard
にしたい場合、Cdex1.51にはこの設定が無いので
--alt-preset standard
を選んでおけば一緒でしょうか?
話は変わりますが、私はずっと「LAME」を「ラム」と読んでました。
レイムですかそうですか…
_| ̄|○
613 :
612:04/05/20 22:45 ID:s+lrFYk9
すいません、突っ込まれる前に治しておきます。
lameのバージョンは3.95.1です
615 :
612:04/05/21 00:13 ID:cZFTKEoL
ありがとうございます。
3.96入れればいいのに。
>612
ドイツ製だろ?
ラメで良いとモモウが
3.96だと、
--vbr-newで縁故すると、
常に1倍速で縁故するのだが、もう少し速くならないものか?
3.95.1だと2倍ぐらいで縁故するので、これは仕様?
音が荒くなるから-newなんかつかうなYO
LAME3.951でエンコして、100%までいって、LAME Tagを書き込む寸前で
フリーズ(CPU使用率98%)になられた方おられませんでしょうか?
オプションは -V 0 です。
特定の曲だけエンコできませんでした。
Utada Hikaru SINGLE COLLECTION の8曲目と11曲目と13曲目がだめです。
foobar2000 v0.8.2 でWAVにしたファイルです。
EAC使って下さい。と言う個人的な意見。
624 :
662:04/05/24 02:13 ID:1KM/iz73
コマンドからエンコしてもフリーズするもので困っています。
625 :
662:04/05/24 03:07 ID:1KM/iz73
自己解決 ?
上記のオプション不足してました。
-q 2 -V 0 -k がNGで
-q 2 -V 0 にしたら(-kを取ったら)エンコできるようになりました。
stableキター?
alphaダターヨ
今回のマルチフォーマットテストではLameとiTunesとの差もあまりなく
結構いい結果だったと思うんだけど、3.96stableって実際は安定してないんですよね?
今は前のバージョン使ってたほうが無難なんでしょうか
>>629 CBR128kbpsで使うのには3.96はringingの為向かないのは確かだ。
今のところVBR, ABRなら特に問題は聞かない。
>>630 -V 2や--abr 128では問題ないってことですね
バグだらけっていうのみたんで大丈夫かなぁと思ってて
教えてくれてありがとう
>>611 同じビットレートであれば、
MP3 より音が悪い MD に対応した製品があるのが実に面白い!
>>629 ちなみにの時の設定は3.96 -V5 --athaa-sensitivity 1だね。
携プレ向けはコレが良いのかな?
>>635 -V 5にわざわざ--athaa-sensitivity 1まで加えているのが面白いところだね。
私は-V 5 --replaygain-accurate -q 0を使っているけど。
>>636 replaygainは携帯とかでは使えないんじゃ?
俺はPCで聴くときはalbum gain使いたいのでfoobarでスキャンしてる
3.95.1のバイナリーなんだが、落とすサイトによって
exe、dll共にサイズが異なるのはなんででしょう?
作成者のコンパイラーが異なる、などの環境のため?
うpアリが�d
ホントだ早い(・∀・)イイ!!
>>638 そういうことだ。一度自分で作ってみると面白いぞ。漏れは激遅なのができあがった(w
>>638 同じコンパイラでもデバッグ情報を削ればサイズ削減になるし、
高速動作のために最適化すればサイズが膨れがち。
同じコンパイラでもそんな感じだから (以下略)
質問ですが、他が同じ設定だとすると
VBRの範囲
32k〜320k
よりも
128K〜320K
の方が音質は良くなるんですか?
LameのPresetを使う上ではね
>>641 >>642 サンクス。
EACでexeとdllでエンコした場合、サイズが微妙に違うのは何故?
exeでは、-b 320 -m s -q 1 を指定。
dllでは、高品質/320/VBRの平均320 にしている。
tagはなしでCRCは有効。
持ってるけど、再配布していいのかなぁ。。。
そもそも、cygwinでもinstallして自分でcvsからソースひっぱってきて
コンパイルすりゃいいのに。
>>648 GPLって知ってる?
>>652 突然笑い出す奇矯な知能障害者さん、お元気ですか?
なぜ笑われたのか解らない池沼もいますね
jqwhO51M=Ms4hsabn
ぷっ
何もしないと、あるファイルはReplayGainが-6.2dBに設定されるんだけど、マイナスにする意味がわからない。
元のファイルはピークレベルが100%なのに。
>>654 そりゃキチガイの考えることなんて理解できるわきゃない罠。消えろ。
痛い、あごが痛い
>>657 心のそこから同意。
本当にあなたの考えることは理解できませんね。
>>656 マイナスになるもプラスになるも、音源によって違う。
89dbが基準。
そういえばRobertが3.96のVBR New/MTRHは深刻なバグがあるから保存用に使わないでくれ、
とか3.97a2で直ったとも言っていたな。HAがメンテ中なのでうろ覚えだが。
>>662 cvsのlogによると
revision 1.51
date: 2004/05/27 23:52:05; author: robert; state: Exp; lines: +2 -2
bug fix for lame crashing occasionally when using --vbr-new
PS: scalefactor allocation is still not optimal
----------------------------
revision 1.50
date: 2004/05/26 21:37:21; author: bouvigne; state: Exp; lines: +1 -3
fixed a stupid bug
----------------------------
revision 1.49
date: 2004/05/26 21:04:35; author: bouvigne; state: Exp; lines: +2 -2
fixed a bug in quantize_xrpow, but it is still crashing
Oddly, cbr/abr are working fine, and low vbr settings are also working fine.
-V2 is not working
LAME4のエンコード速すぎ・・・。
>>666 よそにもうpしてくれる? 落とせんのだけど。
リプレイゲインを記録したくない場合は-tを入れればいいの?
>>669 --noreplaygain
でいいんじゃない
というか -t なんてあまり使うべきオプションじゃないよな
そんなことより本家に繋がらないのって俺だけか?
CDex151使っているんだけど、MP3へエンコする時、
曲毎にリアルタイムで-0.23db=91%とかって表示されるじゃない?
あれってどういう意味なの?ノイズで減衰してるとかそういうこと?
あとエンコーダはLame3.96なんだけど、CDexでは--alt-preset insaneに
してる訳だが、EACでLame3.96の場合でも追加コマンドライン同じで良い?
それとも--preset insaneだけ?
676 :
674:04/06/02 02:30 ID:JeWKiT3Y
ヽ( ´ー`)ノ ありが�d♪
677 :
名無しさん@お腹いっぱい。:04/06/02 19:47 ID:e5cBhvxX
プリセットスタンダードで一番良いのってどのバージョンなんでしょうか?
3.90.3
>>679 recommended versionはずっと3.90.3なんだけど
ABXでもして決めるのがいいかと
681 :
名無しさん@お腹いっぱい。:04/06/03 00:09 ID:vdTgj0pC
CBR192か256でstereoの場合、オススメのヴァージョンはどれでしょうか?
test
バイナリ解凍するとexeとDLLの2個があるけど
DLLの方はどうやって使うの?
対応したソフトから使う
CDexとか
フロントエンドのあるフォルダに突っ込んでみる。
exeの使い方が分かるのにdllの使い方は分からないって、
なんだか不思議な気がするのは漏れだけか?
DLL 対応してんのってCD リッピング以外にはありそうであんまないし。
WAVE 編集ソフトでも GoldWave ぐらいじゃないっけ。
#gogo なんかより LAME に対応してくれー
690 :
名無しさん@お腹いっぱい。:04/06/04 17:54 ID:XY5XTm/U
EACのエンコオプションではコマンド入力欄の下にビットレートを選択しなきゃならんですが
VBRだと192Kbpsまでしかないよね。なので一応コマンドに--preset extremeを入れてるのだけど
どっちのビットレート設定が優先されるのん?
あとコマンドにfast入れると音質はかなり悪くなるのかしら
>>690 コマンドを入力すると、下のビットレートは無視されるんじゃなかったっけ?
教えてエロ!
どうやら新Mac板のiTunesスレで日本語化した神がいるらしい。
じゃあWin版も日本語化キボンヌ
>>693 その日本語化したソースを持ってくれば可能
GPLだから公開の要求をして来い
>>694 その前に日本語化したバイナリを入手しないとだけどな
LAMEを日本語で使えるという意味ならそう間違ってないけどな。
LAMEなんて日本語化せにゃならんのかね、
訳者の主観で逆に難しくなると思うんだが・・・
txtの英文も読めないようなアホが使うからいいのかも知れないが、
そういう可愛そうな境遇で育った人は他人のプリセット使う位にしか
使わないのではなかろうか?とすると、日本語化する意味は・・・
確かにLAMEを含め、日本語化すると逆に
分かりづらくなるものって割とあるよな。
携プレには3.95.1で
--preset cbr 128 --noreplaygain -q 0 --lowpass 16
-V 5 --noreplaygain -q 0
のどちらかだな。ヘボCPUで音の微妙な違いも聞き分けられないのに-q 0は常用。
txtファイルの日本語化が一番最強だな。
706 :
名無しさん@お腹いっぱい。:04/06/09 02:06 ID:bDgzMJVe
128kbpsで音質最重視のコマンドを教えてくれ
--preset cbr 128
はい、スタートw
↓
3.96なら「オプションなし」だな。
以降のバージョンはHAでプリセットテストを完全実地していないからといって3.90系が最高音質といいはるツンボ達
プリセットで一番良いのは3.90.3でしょ。
ここら辺の設定で出来ることはすべてやっちゃってると思うんだがね。
MP3の制約上これ以上の音質向上って無理なんじゃないの?
あとはある特定の固定ビットレートに的を絞ってチューニングしまくるくらい
しかない。128Kbpsのリスニングテストの時みたいに。
速度上げてほしいぽ
エンコしなおすのがめんどくさいから
3.90.3が最高であってほしいということですね
あくまでプリセットで、ってことでしょ
714 :
620:04/06/10 23:03 ID:E28W1EvG
3.96を一度アンインストールして、
再インストールしてみましたが、
大概の曲で、
-q 1 -V 1 --vbr-newだけでもx0.9...よくてx1.0ですね。
-q 1 -V 1 --vbr-oldだと、x0.4...。
ちなみに縁故はHDDにリッピングしてからしてます。
もう少し速くする方法ってあります?
-qを下げるしかないんじゃない?
716 :
620:04/06/10 23:30 ID:E28W1EvG
3.96より3.97
>>716 使ってるのMACですか?
環境は?(OS・CPU等)
どこのバイナリですか (ご自分でコンパイルされたものですか?)
>>718 今試しに-q 1 -V 1 --vbr-newをG3の500という低スペック
でやってもx2.2強のスピードは出てたぞ。
#10.3.4、LAME3.96のママインスコ
720 :
718:04/06/11 02:20 ID:pEH8Xi6n
>>719 いや、オイラに言われても・・・
x0.9や0.4 って、ちょっと異常だなと思って716さんの環境聞いてみたり
-V 0 でもそんな数字は・・
721 :
620:04/06/11 07:32 ID:OC6em777
722 :
620:04/06/12 13:47 ID:/c1gGwMC
lame -q 9の設定のみで縁故してみたら、
とりあえず、x2.1はでました。
どうコンパイルし直してもだめですね。
>>722 MACのことは良く分からないんだけど、
GCCのバージョンを変えてみたら?最近新しくなったらしいし。
またはGCC2が使えるならそっちでコンパイルしてみるとか…。
724 :
718:04/06/12 16:34 ID:DDAIYz2x
725 :
620:04/06/13 00:23 ID:Jh0eqzxT
>>724 おー!サンクスコ。
すんげー速くなった。x2.5は軽く出る。
とういことはコンパイルで何か失敗してるんですね。
兎に角、レスしてくださった方にサンクスコ!
727 :
名無しさん@お腹いっぱい。:04/06/14 22:02 ID:HGzOpzD4
ぁめ
↑最近こういう書き込みがなくなった?
ぁめ4 -v
まだまだぁめは現役
ぁめウマー
‐ """''''''- 、 ; '
/ \
/ ノりノレりノレノ\ i
i ノcニつ ⊂ニュ ミ |
ノ | <@ ミ @ヽ. | | ウフ
イ | (o_o. | | ぁめおしいいわ
ノ ! ノ u 丶. ! ヽ モグモグ
彡 ! (つ ! ミ
ノ 人 " 人 ヽ
/ _ ̄ ̄ ̄ ̄ /´> )
(___) / (_/
| /
| /\ \
| / ) )
∪ ( \
\_)
lame4 -V 4 --interch 0.0001 --priority 0
733 :
名無しさん@お腹いっぱい。:04/06/18 14:52 ID:r1q+NdlX
30分以上のwavを64kbpsぐらいで音質重視でエンコするのには
どのコマンドを組み合わせるといいでしょうか?
低ビットレートだとlameは止めたほうがいいよ
確かに午後の方がいいかも
漏れはラジオの録音(32kbps mono)に午後使ってる
mp3に拘らなければ
Nero HE AAC Streaming、aoTuV -q 0かなぁ
>>733 ソースは何? そのレートならモノラルでいいのか?
-m m -V 6 -q 0
-m m --abr 64 -q 0
-m m -b 64 -q 0
ステレオなら
-m m -V 9 -q 0
--abr 64 -q 0
-b 64 -q 0
AM放送だったりするなら、
-m m -V 0 -b 8 --resample 22.05 -q 0
こんなかんじか?
738 :
718:04/06/18 23:49 ID:i5QROjkK
AMだったらLPF8.85KHz位でかけた方が
>>173 pen4なら
-O3 -march=pentium4 -sse2 -mfpmath=sse,387 -ffast-math -fforce-addr -funroll-loops -s
で良くない?
rarewaresにAlpha3あがったけどDLできないよぉ〜 誰かできたヤツいる?
>>740 同じく
damn, a 404, don't we hate those? と出てダメ
743 :
740:04/06/20 10:58 ID:VB10plJv
今128と320、VBR何種類かで同じファイル作ってみたけどたいしてかわらない
僕のしょぼPCしょぼイヤホンしょぼ耳ではどれも同じだと思った
今まで320で作ってたけど無駄だったかも
745 :
名無しさん@お腹いっぱい。:04/06/20 20:45 ID:2u9iIIdR
>>706 128kbpsならオイラは3.95.1で
--abr 128 -m s -q 0 -k --nspsytune -B160
がいいと思う。
ちなみに、もう少しだけ奮発して
-V 7 -v -m s -q 0 -k --nspsytune -B160
がお勧めだ。それでも概ね1/10にはなる。-kは外さないこと。
LAME初めて使ったんだが、128Kでエンコするならデフォあまりいい設定で
ない気がするよ。160kがお勧めらしいから仕方ないのかもしれんが。。
特に、128Kだとデフォでジョイントステレオなのがなぁ・・。ステレオ感失われすぎ
>>745 128kbpsならステレオのほうがひどいだろ
>>706 3.96で
-V5 -q 0 --athaa-sensitivity 1
>>745 気になったので前者とpreset 128でabc-hrでABXしてみたけど、
かなり明確に--preset 128 -q0の方がプリエコーが少なかった。
後者(-V7の方)はビットレートが少なくなりすぎなので、試してない。
やっぱ128kbpsならステレオ感よりも、音質の劣化そのものの方が気になるぞ…。
749 :
733:04/06/21 11:14 ID:vuEul1kg
>>734-738 返答ありがとうございました。
一応ステレオ(リアルオーディオ96kbps)を原始的に録音したもので、
-b 64 -q 0
で午後とlameで比較してみてmp3プレーヤーで再生したところ
lameの方が良かった感じだったので、これでいきたいと思います。
それにしても30分の曲をエンコするのに1時間20分かかった…。さすがクロック数500MHz。
-q 1より確実に音がいいからしょうがないか…。
750 :
745:04/06/21 23:21 ID:RpU4S5Lp
>>748 そうですか_| ̄|○修行しなおしてきます。
曲にもよるのでしょう。。。
PS. V7もフィルタかけてないのでビットレート的には128より増えます
>>745 Lame4の最新版で--reduce-side 0使ってみたら?(-V 5以上で)
俺もLame3のJSはどうしてもダメだったんだけど、Lame4でこれやったら許せるレベルだった
-Vの値によっては--interch 0や--narrowen-stereo 0も付ける必要があるけど
3.97alpha3、微妙に更新してるね
753 :
745:04/06/23 15:24 ID:T+6LlfLX
だめだ、ステレオ感失われているのは判るが、プリエコー出てるかよくわかりゃん(つдT)
ところで、Lame4のコマンドライン日本語で説明しているHPとかないですか?
使ってみたいのですが、使い方が、、、
英語も読めない&自分で辞書を調べられないヤツには無理
コマンドラインが間違っているとエンコ出来ないって言うことあるんでしょうか?
Lame3.95.1にてwaveをmp3に変換しようとしたところ、DOS窓が一瞬だけ表示され
圧縮が完了した、とダイアログがでるだけでエンコ自体は全く行われていませんでした。
使用したソフトはCD2wav,EAC,CDexを試してみましたがどれも同様の症状が出てエンコードが出来ませんでした。
使っているCPUはpen4 2.6c os winxp pro
Lameコマンドラインは
-v -V 0 -b 128 -B 320 -q 0 -p --strictly-enforce-ISO
です。
>コマンドラインが間違っているとエンコ出来ないって言うことあるんでしょうか?
当たり前だろ
>>755 ステキなコマンドラインオプションですね。
もちろん実験用ですよね。
理解の上であえてそのようなオプションを試しているのでしょうね。
>>755 「-b 128 -B 320」の二つはデフォルトでそのように設定されているのでわざわざ入力する必要は無い。
「-v」は「--vbr-old」と同じ意味だが、これもデフォルトで設定されているので入力する必要は無い。
「-p --strictly-enforce-ISO」は容量の無駄で結果として音質が悪くなるので必要無い。「-V 0 -q 0」だけで充分。
とマジレスしてみる。
そんなつっこみどころ満載のコマンドラインでやっていたのかorz
>756 指摘ありがとうございます。
>757 全然理解していませんでしたorz
>758さんに指摘して頂いた「-V 0 -q 0」や、「--preset extreme -q 0」
でエンコしてみたのですが、相変わらず一瞬だけDOS窓が表示されるだけで
エンコが行われません。
ここの設定を見直せ!みたいな点ありましたら教えて下さい。
フロントエンドからエンコしるならDLL使えや
>>759 とりあえず、それぞれのリッパーに設定している「そのまま」のコマンドラインを全部書いてみたらどうよ。
LAMEのオプションじゃなくてファイル名の指定方法が間違ってるような気がする。
HDDの空き容量不足とか。さすがにそれはないか。
引数与えてないだけだったら(((p(>o<)q)))いやぁぁぁ!!!
765 :
745:04/06/24 22:58 ID:0uBBq1Vu
ご報告だけですが、結局あのあといろいろやってみて
-v -V 4 -q 1 -m j --nspsytune --lowpass 18
に落ち着きました。でもこれって
-V 4 -q1 --nspsytune と同じだし、VBRは V4 が推奨だから
結局推奨が最高って感じ( ´Д`)はぁ〜
それにしても、V5とV4には随分壁がありますね。ここで一気に音質もサイズも変わった。
V5までは許せなかったジョイントステレオも V4 だと全然問題がなかったのはなんでだろう?
やはり推奨値はたくさんのひとが使うのでものすごくチューニングされているのだろうか。
もう疲れたのでこれで手持ちのCD一気に変換して終わりにします。
ちなみに、lame4 ですが、 --abr 128 で使って玉砕です。やっぱりαってこと?
CDex使ってるなら%1と%2を書かなきゃエンコできないよ。
「--preset extreme -q 0 %1 %2」みたいに。
CDexだけの(CDex側の)特別な設定。
>>765 Lame4のabrはα以前だから
次のバージョンで全く新しいコードに取り替えるという事で完全放置状態
Lame4で使うならVBRだな
768 :
名無しさん@お腹いっぱい。:04/06/26 12:54 ID:aYw+szQs
>>766 EAC のデフォルトも%つかってるけど フォーマットの
説明ってどこかにないの?
%l--alt-preset 128%l%h--alt-preset insane%h %s %d
769 :
名無しさん@お腹いっぱい。:04/06/26 12:58 ID:aYw+szQs
Q:Which flags can I use in the external compression scheme "User Defined
MP3 Encoder"?
A:In the field "Additional command line options" you could use
replacements for the selectable options :
%s Source filename
%d Destination filename
%h...%h Text "..." only when "High quality" selected
%l...%l Text "..." only when "Low quality" selected
%c...%c Text "..." only when "CRC checksum" selected
%r Bitrate ("32".."320")
%a CD artist
%g CD title
%t Track title
%y Year
%n Track number
%m MP3 music genre
%o Original filename (without temporary renaming)
%e Comment (as selected in EAC)
So a command line would look like (for l3enc)
%s %d -br %r000 %h-hq%h %c-crc%c
The extension can also be selected for this setting.
motskatimashita
>>765 「--nspsytune」もデフォルトで設定されている。「-V 4 -q 1」だけでOK。
コマンドラインに余計な尾びれをつける必要は無いみたいだね。
lowpassフィルタが15KHzでかかってる場合、
32Khzと44.1KHzのMP3で音質に差ってでるの?
聞いてわかるほど差は出ないと思うんだけど、やはり再サンプリングは劣化するから精神的にイヤ
なるほど。再サンプリングの差ですか。
確かに精神的に何となく嫌なんですが、
容量がかなり変わるので、32KHzで我慢しようと思います。
ありがとうございました
高域は耳へのダメージが大きい(難聴になりやすい)らしいですし、32Kサンプリングでモバイルするのは意外と良いのかも
んなアホな
14-15khzでも十分ダメージになりやすい気も
>>771 低レートで同レートなら32kの方が自然。
シャカシャカ音洩れ防止には有効かも
>>778 どうでもいいが、ファイル名長いなオイ(;´Д`)
ねぇ、32Khzとか44.1KHzってサンプリングレートの話だから
ローパスフィルタとは関係ないと思っていたのですが違うのですか?
783 :
718:04/06/30 22:44 ID:QwNibVex
784 :
772:04/06/30 23:23 ID:ggPTUnXT
>>782 チミは正すい。それは771もわかっていると思われ。
>>778 そんな基礎的な話してるんじゃないよ
サンプリングレートと再現可能な周波数の関係を理解した上で
>>771の状況の場合での話だよ。わかるか?
786 :
771:04/07/01 00:56 ID:Iou52GEm
何だか荒れてしまったようでごめんなさい。
皆さんの意見を基にポータブル詰め込み用の
オプションを考えて見ました。
lame -h --vbr-new -V9 -B80 --lowpass15250
MDLP4よりはマシな音質(?)で容量もそれなりに
なるので個人的には満足してます。どうでしょう?
>755です
あれから色々やっても駄目だったので、HDDバックアップ取ってから
OS入れ直して、ソフトを最新にしたら無事出来ましたorz
いまいち原因が分かりませんが、無事解決したので報告です。
コマンドラインオプション色々試してみようと思います!
788 :
781:04/07/01 05:09 ID:s9IBMRMS
>>784 おおThxxxx!
デルタ関数とかよく分らないですが、
サンプリング定理道理ならサンプリングレートが32KHzなら
16KHzまでなら正しく復元できるということですね。
そして16KHzより上も一応音が出ているのは判るけど
あまり高い周波数の音は本の音からかけ離れた物になると。
32KHzだとテープに取った音みたいに聞こえるのはこういう訳だったんですね。
勉強になりました。あらためてThx!
>>788 >そして16KHzより上も一応音が出ているのは判るけど
>あまり高い周波数の音は本の音からかけ離れた物になると。
分かった上でそう表現しているのか、誤解してそう表現しているのか微妙だな。
このスレはたまーにつっこんでいいのか
釣りなのか悩むカキコがあるな
初心者も見てるって事かな
そういうレスする時点で既に釣られてるんだから
最初から全部マジで突っ込んでいこうぜ
そうじゃ
やったれやったれ
>>788 > そして16KHzより上も一応音が出ているのは判るけど
> あまり高い周波数の音は本の音からかけ離れた物になると。
ここだけちょっと間違い。
44.1kHz→32kHzなどの変換をする場合は、必ずLPFで高周波成分をカットしてから間引くので。
もちろん何も考えずに間引くこともできるけど、普通はしないよ。
794 :
781:04/07/02 05:41 ID:RZul0BW1
Thxxxxxxって、なんとも妙ちくりんな表記だね。
「Tank you」だよな、やっぱ。
3999999999 なんかもお勧めしますん
さんくすくすくすくすくすくす
799 :
名無しさん@お腹いっぱい。:04/07/02 18:30 ID:KOk83xxX
--alt-preset
と
--preset
はどうちがうの?
>>799 3.93以降に一緒になるまでは別物だった。例えば3.90.3で--preset helpとしてみると解説が出てくる。
>>795 heal me plzzzzzzzzzzzzzzzz!!!!!!!!!!!!!!
>>800 もっとも下位互換のために3.93以降でも「--alt -preset」は使えるけどな。4系でも多分使えると思うけど。
803 :
名無しさん@お腹いっぱい。:04/07/03 01:41 ID:YYzVTbhi
バンテリン
804 :
名無しさん@お腹いっぱい。:04/07/03 09:39 ID:MCRcq7wo
モーラステープ
805 :
名無しさん@お腹いっぱい。:04/07/03 18:03 ID:6Zt3sTnG
セルタッチ
ウナコーワクール
ザブングル
コーラック
そーでっか。
こーでっく。
811 :
名無しさん@お腹いっぱい。:04/07/04 16:58 ID:i+fo/zvd
そう、atrac3です。
そうそう、atrac3plusもあります。
プリセットにおかしなオプション付けてるやついるけど、余計音質悪くなるだけだからやめておけ。
とだけいっておく。プリセットはある一定クオリティ(ほとんどの楽曲、人に満足のできるレベル)
を保つのに最適なビットレートを割り振るよう(固定レートは別)に目指しているチューニングの
ひとつの集大成です。
自分でプリセットを越えるチューニングをできる耳と技術があるなら話は別だけどな。
低ビットレート用プリセットの場合はlowpass再設定
した方が満足度は高くなるな。プリセット使わないけど。
低ビットレート用(96kb/s)以下で高音質な自慢の
オプションある人教えて!
> 96kb/s
ぜんぜん低レートじゃないじゃん(;´Д`)
816 :
名無しさん@お腹いっぱい。:04/07/06 21:22 ID:9vXUITuW
LIFEって心理音響モデル無効になってますよね?
どうすれば有効に出来ますか?
818 :
名無しさん@お腹いっぱい。:04/07/06 22:08 ID:9vXUITuW
>>817 何てタブ、項目ですか??
見当たりません・・・。
>>818 オプション開いて最初に出てくる「MP3設定1」に思いっきりありますが
>>815 Kbit / secのつもりだったんだ。
やっぱり詰め込もうと思ったらプレーヤーごと
WMAとかVorbis対応にした方がいいかなぁ
821 :
名無しさん@お腹いっぱい。:04/07/06 23:07 ID:9vXUITuW
>>819 ないです。。。
バージョンふるいのかな??
>>814 VBRなので決まったレートにならないけど、(3.96使用で下に行くほど低レート)
-V 6 --athaa-sensitivity 1 -q 0
-V 9 --athaa-sensitivity 1 -q 0 --lowpass 16
-V 9 --athaa-sensitivity 1 -q 0 --lowpass 15.2
-V 9 --athaa-sensitivity 1 -q 0 --lowpass 15.2 -B 112
>>821 そう思うならバージョン書いてplz。
漏れは2.91。
俺は 3.95.1で
--resample 32 -v -V 9 -q 1 --nspsytune --lowpass 15 --interch 0 --athaa-sensitivity 1
かな
825 :
名無しさん@お腹いっぱい。:04/07/07 00:44 ID:pQvF2Tm/
2.69です。って普通に言われてもなぁ。
>>823のと比べて明らかに古いんだから新しいの落としてきて試したりしようとしないのか?
827 :
名無しさん@お腹いっぱい。:04/07/07 05:34 ID:pQvF2Tm/
>>826 書き忘れました
2.91にしました
これが最新バージョンですよね?
LAMEも3.96sにしました。
この組み合わせが正式な最新バージョンでよろしいですか?
しかしものすごく重くなりましたね・・・
俺は3.95.1で上記のもの試したりいろいろやってみたけど音質・容量共に、ただの
--preset 40
の方がいいのではないかと感じた。低ビットレートにVBRは向いてないのかなぁ……
829 :
名無しさん@お腹いっぱい。:04/07/08 00:16 ID:sgrq23dS
単純に -V 7 --nspsytune つけて、それ以降のオプションは曲によって決めてる
低レートで遊んでると、「V7.5」とか「V6.5」あたりが欲しくなるゼ
Lame3.92以降のバージョン試してますが、mp3用player用に128kbps
でエンコするのであれば、3.93.1と3.95以外は全然だめでした。
だめだったversionは以下のとおり。
3.94β、3.96α、3.97β、4.0α。
αやらβばかりだけど、いくら開発途中といっても、なんらかの改善が
なされてるはずなんだから、これらのversionがこんな音質では論外と
しか言えないのですが…。LPFの具合も全然異なる。かなり、カットされてるよ。
3.93→3.94β→3.95と来て、3.94βだけ変なLPFになるのは不自然。
α、β版ってどこぞの誰かが適当にエンコしたものなんでないかい?
あと、3.94ぐらいの時期に出た4.0αも単なるアホの試作でないかい?
3.93.1と3.95は同等でした。推奨ではないにしろ、"128において"LAMEでエンコ
するなら、3.93.1か3.95しかないのでは?
なお、当方意図的に、-m sと-q 0オプションを付加していることを申し添え
ます。JSだと高音域がシュワシュワ言わはるので…。
釣る気マンマンってかえって引くなぁ…
832 :
名無しさん@お腹いっぱい。:04/07/09 16:34 ID:T0aRVEGm
ひいてる ひいてる
--vbr-old -V 0 -q 0 にするとえらくエンコ時間が長くなるな。。。
834 :
830:04/07/09 20:28 ID:LCFR9k9c
ほら、あれだ、日本のロケットだって昔はほぼ100%成功していたろ。
今は半分も飛べばいいほうだ。
「なんらかの改善がなされた」からといって必ず結果が良くなるってもんじゃない。
100%とかいうほど打ち上げてなかったしな。
3.95.1だったら信憑性あったのにね
カップヌードルの試作品を食ってみて
『店に置いてあるのより後に作ったものだから絶対美味いはずなのに!』
と騒ぐ
>>830
α版とかβ版とかの意味、というか製作意図を全く分かっていないんだろか。
840 :
830:04/07/10 20:28 ID:W8Vych8M
>>838 そ、そうなのかぁ…。_| ̄|○
だったらαやらβなんか公開すんなよなっ♪
でも、自分の耳がおかしいわけでなくてよかったっ♪
おかしいのは頭の方だったわけだねっ? てへっ
α版とかβ版とかの意味、というか製作意図を全く分かっていないんだろか。
固定ビットレートでしかも128kbpsじゃあ優先順位下の下もいいところだな
830かわいいな。
だったらαやらβなんか使うなよなっ♪
845 :
830:04/07/10 22:26 ID:iZ4E+F4U
わかったっ もうワガママいいません…。
Lame3.96 Stableが変なのは納得いかないでし
当分の間、Lame3.93.1の192kbps presetで生活
していくことにしますです。ここはJSで我慢我慢…。
3.96stableは元々バグ持ち
俺の感覚だと stable の中でも
3.90.3 3.93.1 3.95.1 が有名な stable 。
自分が使う圧縮形式やレートで最適な(好きな)バージョンを使うのがいいよ。
ここはダウソ板じゃないんだから、好きなLame使うが好し
昔のロケットって、固定燃料の奴かい?
だとすると、開発してたトコが違ったわけさ。
850 :
名無しさん@お腹いっぱい。:04/07/11 01:08 ID:1HViIMy7
3.96のバグってなに?
HDD全消去される。
冗談ではなく昔、焼きソフトのneroに使われてたHDD関連のツールにHDD全消去のバグがあったものだ
wingroo(r
やめとけって
あざらしが荒らしに来るぞ
尻集のキー入れたらフォーマット開始・・・だったっけ?
ロジックボムか
857 :
名無しさん@お腹いっぱい。:04/07/13 02:26 ID:7j+qzt+f
,_-‐、
i´・ω・i
ゝ^-'"
Rarewaresで3.95.1が配布中止になってますが
なんか不具合でも見つかったんですかね。
ここだけの話、
誤爆すまん
いえいえ
--cbr -b 128 -m j -q 2 --interch 0.0004 --nspsytune --noath --noreplaygain --notemp
--cbr -b 192 -m j -q 2 --interch 0.0004 --nspsytune --noath --noreplaygain --notemp
--cbr -b 256 -m s -q 2 --interch 0.0004 --nspsytune --noath --noreplaygain --notemp
--cbr -b 320 -m s -q 2 --interch 0.0004 --nspsytune --noath --noreplaygain --notemp
やっぱりダメですかねぇ〜?これじゃ・・・
--presetより音が小さいし、なんか劣化してるように聞こえる
でも漏れは気に入ったんだけど。
ダメだったらまた色々イジッテみます
verはLame3.96でエンコしました。
presetより音が小さくて劣化してるように聞こえてエンコードに
時間がかかっても自分が満足してるならそれでいいんじゃないの
3.96はバグってるから糞長いオプション自分で書かないといけないのが難点だな
>>865 どういうバグなんですか?
いま3.96でエンコ中だったので気になります、、、
詳細は知らないけど--vbr-newに深刻なバグがある、
とロベルト?が言っていた。
vbr-newはバグの宝庫だよなあ。
そういえばvbr-ttってどうなったの?
869 :
866:04/07/15 19:33 ID:uUhgs0cl
>>867,868
そうなんですか、、
オプションは-V0 -q0だったので関係はなさそうなのすが、
3.90.3で--alt-preset extreme -q0使うことにします。
ありがとうございました。
-m j -q 2 --vbr-new -V 4 -b 80 -B 256 --nssafejoint --nsmsfix 1.55
もしくは、
-m j -q 2 --vbr-old -V 4 -b 80 -B 256 --nssafejoint --nsmsfix 1.55
これどう思う?
ttの日記ワラ
ここでLAME ForMacの話をしたら即Aboneですか?
Windows板じゃないからいいと思うよ
LAMEはMPEG特許を侵害することになるので、使わないでください。
今日もLAMEでエンコしまくり
iPodにはやっぱ3.90.3で--alt-standardが一番バランスええわ。今更ながら。
どなたか、128kbpsのLameで、RadiumやFhG ACMに勝つ
方法を教えてくださいっ
--preset cbr 128 -q 0 でも劣ってしまうですか?
> 勝つ 勝つ 勝つ 勝つ 勝つ 勝つ 勝つ 勝つ 勝つ 勝つ 勝つ 勝つ 勝つ 勝つ
普通にLAMEの方がいいんじゃない?
>>879 LAME 3.90.3 --alt-preset cbr 128
が現段階では一番高音質だと思う・・・。
>>879 VBR/ABR使うって言うのは駄目なの?
なんで未だに3.90.3が使われてるの?
>>884 あたらしいの落とすのめんどくさいから。
887 :
名無しさん@お腹いっぱい。:04/07/23 16:06 ID:ami6GBAN
新しけりゃなんでもイイワケじゃない
古きを知り〜♪
古きを知る
古木
山下監督キタ━━━━━━(゚∀゚)━━━━━━ !!!!!
891 :
名無しさん@お腹いっぱい。:04/07/23 19:46 ID:FlHqkwa1
結局 3.96 は ABR だと問題ないです?
--abr 192 で使ってるんだけど。
良く分からないなら3.95.1か3.90.3にしときなさい
893 :
名無しさん@お腹いっぱい。:04/07/23 20:41 ID:mGFwoZNW
>>892 3.95.1と3.90.3はどっちが音いいんですか?
cbr192でエンコするとして。
>>893 聞き比べてわからなければ同じということだ。
古木を知り
って
ババァのケツ
ってことなんだろ。だからなんだよ。
3.96のVBRのバグってなんなの?
/:::::::::::::::_::;:::::::::::::: :::::::ヽ
/: . '_., -,'-´'´ヽ、 . :... :. ::::::::'、
,ヘ、//、__ ヽヽ:..:::...:..:::::::::l
l::i(r',.-, `ヽ---`ヽ、',ヽ::::.!:l::::::;;;l
l:;l /‐' , -,.==、、lN.l::,リ/;;;;:|
ヾi ,.=、 '´ r'、j:l` ,リイ´ヽ;;;:::! はいはい
ヽ1lー:i ヾ''ン ´!:;l)ノ !;;;:::l
!'i ゞ ',  ̄ l::;l_,ノ;;;;;:::',
`l ` _,.ヘ l:::;!;;;;;;;;;;;;::::',
ヽ、 ヽ.ノ /l:::;l;;;;;;;;;;;;;;: ::',
l`'i ,. _ ィ´ .l::::;l_;;;;;;;;;;;;;;;... ',
! ;;!l: ;;;;_l ,..l:: ;;l-'ヽ;;;;;;;;;;;;:. :',
>>902 >>867 >詳細は知らないけど
って言ってるんじゃん。
しかも深刻なバグとしか。
とあえて吊られてみました。
904 :
名無しさん@お腹いっぱい。:04/07/24 14:30 ID:hmByaO03
じゃあ -vbr-new 使わなければ問題なしということでおk?
いいえ
tt氏はPS3の開発で忙殺されかけている
まだLAMEには極端なキラーサンプルは存在するんですか?
908 :
894:04/07/24 21:48 ID:+IrO8jFU
>>898 一番正しい答えだと思うんだけどなー。違いがわからん人にはどっちも同じだし。
オレの「好み」は3.90.3だけどな。「良い」かどうかは人それぞれで客観的な判断なんてできんだろ。
910 :
894:04/07/24 22:28 ID:+IrO8jFU
あ、909=894ね。ID出る板でこれ言っておかないとと「ジサクジエーン」とか言われかねない(w
LAMEの(最近の)バージョンによる違いって言うのは
「良い」とか「悪い」じゃなくて好みの問題だよな。
短時間で切り替えて比較する場合にはハデ目の音調のほうが好印象となることが多い
だけどそんな音は長時間聴くと聴き疲れしやすい
3.90.3・・・長時間鑑賞派
3.95.1・・・ABX至上主義派
のように感じる(オプションによってはほとんど変わらないものもあるけど)
3.95.1で--preset extrame -q0 でやってますけどねえ。
あんまり区別つかないけど、EncSpotでQuality Index 100になるのが気分いい(w
914 :
名無しさん@お腹いっぱい。:04/07/25 22:45 ID:A3fISBAj
3.95.1ってバグあるからやめたほうがいいんじゃない?
どんなバグか内容をご存知で?
916 :
ー:04/07/25 22:54 ID:F0PkdOg5
ABX って何でつか?
919 :
名無しさん@お腹いっぱい。:04/07/26 13:26 ID:Hy1Q/yRl
3.96.1キタ━━━━━━(゚∀゚)━━━━━━!!
マジ?
帰ったらチェックしよう
ソースだけ?
LAME 3.96.1 � �July 25 2004
Robert Hegemann:
fixed a crash in new vbr mode
Gabriel Bouvigne:
some fixes in ACM codec
fixed block size selection for mid and side channels
マカー用はまだ2.07のみ?
>>924 やれやれ。他のバージョンのlameが使いたければパッケージ開いて
中身だけ取り換えると思うぞ、ふつー。
3.96.1のバイナリも来たね
自分でコンパイルしたものと、
バイナリとで、
何か違いはあるの?
Intelの石積んだ箱ならICLにが最強だからです
GCCでガチガチにチューンしても天と地です
P4だと特にその差が顕著、勝負するだけ無駄
ICCは速いけど、MP3のエンコード時間が5割短縮できても、どうってことないよね? 今となっては。
そんな事言ったら、全ての最適化は『どうってことない』よ
おたちゃんにあやまれ!(AAry
,.'´ ヽ パーン
! ノ_,メ,_ハ〉 _
l (!l.‘д‘ノ| , '´ィ´ `ヽ
! (とゝ )i卯ミノ从从リ〕
ノ ノ/⊂彡☆#))Д`ノリ