LAMEコマンドラインオプションを語れ!その42
■ このスレッドは過去ログ倉庫に格納されています
MP3エンコーダーではない何かであるLAME(LAME Ain't an MP3 Encoder)のスレッドです。
[前スレ]
LAMEコマンドラインオプションを語れ!その41
http://anago.2ch.net/test/read.cgi/software/1337093460/
[関連サイト]
本家
ttp://lame.sourceforge.net/
ソースコード
ttp://lame.cvs.sourceforge.net/viewvc/lame/lame/libmp3lame/lame.c?view=log
海外掲示板・wiki
ttp://www.hydrogenaudio.org/
ttp://wiki.hydrogenaudio.org/index.php?title=LAME
バイナリ
ttp://lame.bakerweb.biz/
ttp://www.rarewares.org/mp3-lame-bundle.php
ttp://www.free-codecs.com/LAME_Encoder_download.htm
★まとめサイト★
http://www.geocities.jp/buritora2004/lame/ そのページは2007年のだぞwww
現Verは3.99.5だぞ
古臭いVerは音がどうとか今更語ってどうするんだ? 高温が聞き取りやすいはまだわかるけど
音に温かみがあるってどういうことなの 345 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2015/12/06(日) 21:33:39.29 ID:QKQtUlRN0
>>344
スペアナ等で見える範囲なら視認出来ると思うけど
って書いてあるからここに残ってる新しい人間達には分からないだろ きっとスチールドラムの音が、熱したフライパンを叩いた音になるんだねっ 尼のは今でも lame3.97で VBR-OLDだから、実は知られてないだけでそれ以降のバージョンはなんかあるんかね なんだっけしばらく音が良いとか言われてたverあったじゃん
3.85だったかその辺 >>357
>>176にもあるようにミスチルが3.99.5使ってmp3を馬鹿にしてすまんかった言ってたぞ >>305
EACは30サンプルごまかして取り込むから論外では?
Exact Audio Copyとは名ばかりで本当はNot Exact Audio Copyと称するべき >>303じゃね?
んで30サンプルずれとかもドライブ設定依存の話じゃね? 違う。ドライブ設定でオフセットをゼロにした状態で30サンプルずれる。
数年前に発覚したがあろうことか「そのままいこう!」となってしまった。
作者は馬鹿。 そもそもズレるの定義が曖昧過ぎる
プレスしたCDの取りこぼしを少なくしたいならマスターのオフセットが分からない以上オーバーリードして切り出すしかない
リッピングして焼く時のズレを少なくしたいならリード/ライトの絶対値が小さくなるようにドライブごとに変えないと駄目
結局オフセットを合わせる目的はドライブ間でのAccurateRipの照合をやりやすくするためで
ディスクの先頭末尾の30サンプルに意味のある音が入ってることは無いし
トラックの位置が30/44100秒ずれることを気にして変える意味がそもそもない >ディスクの先頭末尾の30サンプルに意味のある音が入ってることは無いし
どうやって検証したの?
古今東西すべてのCDを調べた?
>ディスクの先頭末尾の30サンプルに意味のある音が入ってることは無いし
問題はそこじゃない。なぜ間違っていることが判明しているのに放置しているかってこと
AccurateRipの蓄積データが問題ならそっちもちゃんと修正すればいい話
要するに技術力がないってことなわけなのだ 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f) ならお前がやれよってことだな
ちょうどここはソフトウェア板だし
修正版なり完全な挙動をする自作ソフトなりupしていいのよ? しない
金くれるならしてやってもいい
EACなんてなくても困らない
つうかむしろ消滅すべき 30/44,100秒という単位の時間を気にするだけ無駄だろ
wavcueでar一致したらそれでよしとしないと音楽聞きたいのかディスクの研究したいのかわからんことになる 何度も述べられているが論点はそこじゃない
30サンプルのずれはいわば改ざんに相当する所業 全てのドライブ全てのディスクで-30した方が取りこぼしが少なくなるわけではないので
そんな議論は不可能
-30するとオフセットが0になるPlextorのドライブなら-30して使えばいいんじゃね 改ざんじゃなくてただの欠落だと思うの
ところでなんでひらがななん改竄 つかそれを改竄と言い張るなら不可逆圧縮な物を使う時点で改竄だから世の中敵まみれじゃないの 欠落したかどうかすら検証不可能
できるのは製作者だけ CBRで使う場合-q 0は指定したほうがええのんか?
それともデフォが正義? 貴方に-q 0とデフォの-q 3の違いがわかるなら変えれば良い
但しそれが聞き分けられたら超人言うより特異体質なので一度病院で診てもらった方が良いw 今時のCPUリソースで敢えてクォリティ下げる必要も無いとは思うが ライブラリ全体を insane の -q 0 でエンコードした時は半日近くかかった
1万曲オーダーでエンコードする人は考えたほうが良い 初代Pentium133MHz Win98機で3〜4分の曲が1時間かかったけど昔結構やってた>-q 0 >>380
-S --noreplaygain --preset insane -m s -q 0 --highpass -1 --lowpass -1 - %d
おすすめ
※foobar2000 v1.3.9でのエンコードパラメータ、LAMEは3.99.5(64bit) micro SDの容量が1TB超えたら、かなぁ。あ、単価は1万円くらいまでで 今あるmp3のファイルはそのままあると思うので死ぬまで ナビのオーディオが可逆対応のものに買い替えるまでw
某社のDOPナビ、mp3はSD-Audio形式でSDに入れなきゃいけないという糞仕様
320kのファイルは入れられず入れるときは320kにVBRヘッダを付けてやらなきゃいけない
いつもV0だからただ入れればいいけど昔エンコした320k入れるときは面倒でしょうがない >>388
もせより処理が軽くて圧縮率と品質も良いのが出るまでかなぁ・・・ 5年ぶりくらいに覗きに来たけど今一番速いバイナリってどれなの? ファイル破断とかのフリーツールで分割しても再生出来る可逆圧縮音源ってmp3の他には何がありますか?
スレ違いな質問だとは思いますが該当するスレが見当たらなかったので… Googleではなく2chのスレ検索で探していくスタイル DVD-Videoの音声は、だいたいAC3(ドルビーデジタル)かPCM(無圧縮、音楽DVD等で見られる)じゃない?
あとはDTSとか。MP2は再生機器側が対応していないことが多い。
まあそもそもDVD-Video自体が下火ではあるが…。 初心者なりに調べてみたところ「-q 0 -V 0 --lowpass -1 --highpass -1 --id3v2-only」とかでいいのかな?と思いましたがどうですか?
タグ情報はあったほうがいいのかと思いましたが「-t」がついてるのをよく見かけるのは何故ですか? 何か懐かしいなw
今から10年くらい前まではこの手の釣りはよく見られた。 >>406
-V 0だけでいいよ。
ちなみに、メールにちょっと添付するmp3を作ろうとおもったら、
--phoneに勝るものが見つからずに悩む今日このごろ。 AACというものがあるのにいまだにMP3を使う意味は?
やっぱ盗人しやすいから? 盗人?
AACをサポートしてないハードをたまに見かけるから >>412
EACから使えるフリーなAACエンコーダでおすすめな物があれば、ご教授くださると助かる
>>414
マルチコアにると、シングルコアに比べて音質がどうしても劣化するからって事で本家は辞めてたんだっけか
エンコード速度を重視したいのなら午後を使うしかないかと qaacとかFDKのとか
マルチコアに関しては単に開発者の能力不足 foobar2000なんかだとCPUコア分の複数曲を同時エンコしてくれるからそれで十分
おいらのi7-4800MQならシングルタスクでもあっという間だし >>417
LAME使うならfoobarだよねえ
今更午後とか言ってる情弱さんがいることに驚く >>420
LAMEとの関係ではfoobar2000もフロントエンド ごめん 「Lame Front-End」 使ってるけどry って意味 並列処理はできないけどrazorlameに安心感がある >>418
こんなのあったんだ
素のlameばかり見てたのでずっと気付かなかった
出来上がりのバイナリは一致するのかな もしかしたら頓珍漢な事言ってるかもしれんがすまん
今までV0がLAMEの持ってる一番品質の良いアルゴリズムだと思ってたんだけどさ
よくよく考えるとCBR320kbpsでのエンコードってV0のアルゴリズムより品質が高いもの(特に情報の少ない時間では)を使ってるって事なんだよね?
まさか全部パディングしてるわけじゃないだろうし…(そもそも今でもパディングなんてやってるのか?)
だとしたらVBRでもそのV0よりも品質の高いアルゴリズムを使った(平均320kbps程度かそれ以上をターゲットとした)エンコードを用意できると思うんだけど、
それが用意されてないのはなぜなんだろう mp3の最大ビットレートは互換性無視しない限り320kbps MP3の規格上、ビットレートを320kbpsより大きくすることは出来ない。
(--freeformatによって出来るMP3は規格外のMP3であり、再生出来るデコーダは極めて少ない)
なのでVBRで平均320kbpsということは、全てのフレームで320kbpsを使うということであり、
それは最早VBR(Variable BitRate)とは言えないだろう。 あーなるほど規格上の問題か、ありがとう
ところでV0でエンコードすると音によっては320kbpsを超える圧縮結果が出来たりすると思うけど、
そういう場合は一時的にV1にでも下げて再計算してるのかな MPEGで配られてる規格書見ればいいと思う
(君に理解できるかは知らない) 320kbpsフレーム(とリザーバ)に入りきらなかったら量子化パラメータを変えて再圧縮するだけ 今更可変と固定の質問てなんだよ
しかも専門的な話かとおもいきや全く理解してない頓珍漢 >>441
ゴメン、英語見ただけで読む気も調べる気も無くなる ■ このスレッドは過去ログ倉庫に格納されています