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

**名無しさん＠お腹いっぱい。** · 2014/09/16(火) 21:31:03.79

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/

**名無しさん＠お腹いっぱい。** · 2015/12/17(木) 23:04:26.99

>>305
EACは30サンプルごまかして取り込むから論外では?
Exact Audio Copyとは名ばかりで本当はNot Exact Audio Copyと称するべき

**名無しさん＠お腹いっぱい。** · 2015/12/17(木) 23:51:14.98

誰へのレスだ

**名無しさん＠お腹いっぱい。** · 2015/12/19(土) 02:41:07.31

>>303じゃね？
んで30サンプルずれとかもドライブ設定依存の話じゃね？

**名無しさん＠お腹いっぱい。** · 2015/12/21(月) 16:56:11.03

違う。ドライブ設定でオフセットをゼロにした状態で30サンプルずれる。
数年前に発覚したがあろうことか「そのままいこう！」となってしまった。
作者は馬鹿。

**名無しさん＠お腹いっぱい。** · 2015/12/21(月) 17:40:54.56

そもそもズレるの定義が曖昧過ぎる
プレスしたCDの取りこぼしを少なくしたいならマスターのオフセットが分からない以上オーバーリードして切り出すしかない
リッピングして焼く時のズレを少なくしたいならリード/ライトの絶対値が小さくなるようにドライブごとに変えないと駄目
結局オフセットを合わせる目的はドライブ間でのAccurateRipの照合をやりやすくするためで
ディスクの先頭末尾の30サンプルに意味のある音が入ってることは無いし
トラックの位置が30/44100秒ずれることを気にして変える意味がそもそもない

**名無しさん＠お腹いっぱい。** · 2015/12/21(月) 19:21:18.55

>ディスクの先頭末尾の30サンプルに意味のある音が入ってることは無いし
どうやって検証したの?
古今東西すべてのCDを調べた?

>ディスクの先頭末尾の30サンプルに意味のある音が入ってることは無いし
問題はそこじゃない。なぜ間違っていることが判明しているのに放置しているかってこと
AccurateRipの蓄積データが問題ならそっちもちゃんと修正すればいい話

要するに技術力がないってことなわけなのだ 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f)

**名無しさん＠お腹いっぱい。** · 2015/12/21(月) 19:30:41.60

いいかげんスレチ。EACスレに凸って凹られて来い

**名無しさん＠お腹いっぱい。** · 2015/12/21(月) 19:34:56.63

ならお前がやれよってことだな
ちょうどここはソフトウェア板だし
修正版なり完全な挙動をする自作ソフトなりupしていいのよ？

**名無しさん＠お腹いっぱい。** · 2015/12/21(月) 20:07:24.64

しない
金くれるならしてやってもいい

EACなんてなくても困らない
つうかむしろ消滅すべき

**名無しさん＠お腹いっぱい。** · 2015/12/23(水) 18:06:56.84

30/44,100秒という単位の時間を気にするだけ無駄だろ
wavcueでar一致したらそれでよしとしないと音楽聞きたいのかディスクの研究したいのかわからんことになる

**名無しさん＠お腹いっぱい。** · 2015/12/23(水) 23:51:27.26

何度も述べられているが論点はそこじゃない
30サンプルのずれはいわば改ざんに相当する所業

**名無しさん＠お腹いっぱい。** · 2015/12/23(水) 23:56:33.27

全てのドライブ全てのディスクで-30した方が取りこぼしが少なくなるわけではないので
そんな議論は不可能
-30するとオフセットが0になるPlextorのドライブなら-30して使えばいいんじゃね

**名無しさん＠お腹いっぱい。** · 2015/12/24(木) 01:57:16.10

改ざんじゃなくてただの欠落だと思うの
ところでなんでひらがななん改竄

**名無しさん＠お腹いっぱい。** · 2015/12/24(木) 02:03:43.95

つかそれを改竄と言い張るなら不可逆圧縮な物を使う時点で改竄だから世の中敵まみれじゃないの

**名無しさん＠お腹いっぱい。** · 2015/12/24(木) 02:13:21.23

欠落したかどうかすら検証不可能
できるのは製作者だけ

**名無しさん＠お腹いっぱい。** · 2015/12/24(木) 03:24:07.88

・ｘ・)つ
Exact Audio Copy β16
http://potato.2ch.net/test/read.cgi/software/1421131473/

**名無しさん＠お腹いっぱい。** · 2015/12/24(木) 15:55:50.44

ABRてVBRNEWできへんの？

**名無しさん＠お腹いっぱい。** · 2015/12/31(木) 19:25:27.82

mp3使ってるならデータカットしてるやないか

**名無しさん＠お腹いっぱい。** · 2016/01/11(月) 17:57:11.85

CBRで使う場合-q 0は指定したほうがええのんか？
それともデフォが正義？

**名無しさん＠お腹いっぱい。** · 2016/01/11(月) 18:37:23.51

貴方に-q 0とデフォの-q 3の違いがわかるなら変えれば良い
但しそれが聞き分けられたら超人言うより特異体質なので一度病院で診てもらった方が良いｗ

**名無しさん＠お腹いっぱい。** · 2016/01/12(火) 01:11:09.50

今時のCPUリソースで敢えてクォリティ下げる必要も無いとは思うが

**名無しさん＠お腹いっぱい。** · 2016/01/12(火) 10:16:08.20

ライブラリ全体を insane の -q 0 でエンコードした時は半日近くかかった
1万曲オーダーでエンコードする人は考えたほうが良い

**名無しさん＠お腹いっぱい。** · 2016/01/12(火) 11:38:13.11

初代Pentium133MHz Win98機で3～4分の曲が1時間かかったけど昔結構やってた＞-q 0

**名無しさん＠お腹いっぱい。** · 2016/01/12(火) 23:10:41.01

>>380
-S --noreplaygain --preset insane -m s -q 0 --highpass -1 --lowpass -1 - %d
おすすめ

※foobar2000 v1.3.9でのエンコードパラメータ、LAMEは3.99.5（64bit）

**名無しさん＠お腹いっぱい。** · 2016/01/13(水) 00:01:24.18

懐かしいネタだな

**名無しさん＠お腹いっぱい。** · 2016/01/30(土) 14:56:39.00

http://lame.cvs.sourceforge.net/viewvc/lame/lame/libmp3lame/

Fri Jan 29 21:06:26 2016 UTC
Changes since 1.40: +2 -2 lines
http://lame.cvs.sourceforge.net/viewvc/lame/lame/libmp3lame/Makefile.am?r1=1.40&;r2=1.41

Fri Jan 29 21:08:53 2016 UTC
Changes since 1.68: +269 -238 lines
http://lame.cvs.sourceforge.net/viewvc/lame/lame/libmp3lame/Makefile.in?r1=1.68&;r2=1.69
Fri Jan 29 21:08:53 2016 UTC
Changes since 1.6: +345 -184 lines
http://lame.cvs.sourceforge.net/viewvc/lame/lame/libmp3lame/depcomp?r1=1.6&;r2=1.7 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f)

**名無しさん＠お腹いっぱい。** · 2016/03/26(土) 03:34:48.85

お前らいつまでMP3使うつもり？

**名無しさん＠お腹いっぱい。** · 2016/03/26(土) 03:52:43.57

micro SDの容量が1TB超えたら、かなぁ。あ、単価は1万円くらいまでで

**名無しさん＠お腹いっぱい。** · 2016/03/26(土) 05:38:23.78

今あるmp3のファイルはそのままあると思うので死ぬまで

**名無しさん＠お腹いっぱい。** · 2016/03/26(土) 09:39:00.28

ナビのオーディオが可逆対応のものに買い替えるまでｗ

某社のDOPナビ、mp3はSD-Audio形式でSDに入れなきゃいけないという糞仕様
320kのファイルは入れられず入れるときは320kにVBRヘッダを付けてやらなきゃいけない
いつもV0だからただ入れればいいけど昔エンコした320k入れるときは面倒でしょうがない

**名無しさん＠お腹いっぱい。** · 2016/03/26(土) 12:26:31.88

マツダコネクトがクソのahaを切るまで

**名無しさん＠お腹いっぱい。** · 2016/03/31(木) 03:14:18.20

>>388
もせより処理が軽くて圧縮率と品質も良いのが出るまでかなぁ・・・

**名無しさん＠お腹いっぱい。** · 2016/04/01(金) 02:59:48.52

5年ぶりくらいに覗きに来たけど今一番速いバイナリってどれなの？

**名無しさん＠お腹いっぱい。** · 2016/04/14(木) 21:18:10.94

ファイル破断とかのフリーツールで分割しても再生出来る可逆圧縮音源ってmp3の他には何がありますか？
スレ違いな質問だとは思いますが該当するスレが見当たらなかったので…

**名無しさん＠お腹いっぱい。** · 2016/04/14(木) 21:22:03.33

すみません、非可逆圧縮でした

**名無しさん＠お腹いっぱい。** · 2016/04/15(金) 20:16:53.66

スレチだし返答こないだろ

**名無しさん＠お腹いっぱい。** · 2016/05/02(月) 09:59:44.45

Googleではなく2chのスレ検索で探していくスタイル

**名無しさん＠お腹いっぱい。** · 2016/05/03(火) 17:35:11.99

検索で探すより試した方が早そう

**名無しさん＠お腹いっぱい。** · 2016/05/05(木) 01:11:39.44

mp2

**名無しさん＠お腹いっぱい。** · 2016/05/05(木) 19:10:28.48

MP2とか懐かし過ぎるわ。

**名無しさん＠お腹いっぱい。** · 2016/05/05(木) 20:52:00.53

MP38

**名無しさん＠お腹いっぱい。** · 2016/06/12(日) 00:18:04.54

保守

**名無しさん＠お腹いっぱい。** · 2016/06/12(日) 14:13:58.12

mp2は普通に現役で使われてるだろ
DVDとか

**名無しさん＠お腹いっぱい。** · 2016/06/12(日) 14:59:21.66

DVD-Videoの音声は、だいたいAC3（ドルビーデジタル）かPCM（無圧縮、音楽DVD等で見られる）じゃない？
あとはDTSとか。MP2は再生機器側が対応していないことが多い。

まあそもそもDVD-Video自体が下火ではあるが…。

**名無しさん＠お腹いっぱい。** · 2016/06/17(金) 21:35:38.82

初心者なりに調べてみたところ「-q 0 -V 0 --lowpass -1 --highpass -1 --id3v2-only」とかでいいのかな？と思いましたがどうですか？
タグ情報はあったほうがいいのかと思いましたが「-t」がついてるのをよく見かけるのは何故ですか？

**名無しさん＠お腹いっぱい。** · 2016/06/17(金) 23:33:45.82

はい、やり直し

**名無しさん＠お腹いっぱい。** · 2016/06/18(土) 21:26:47.53

何か懐かしいなｗ
今から10年くらい前まではこの手の釣りはよく見られた。

2016/06/22(水) 11:45:01.73

>>405
PALのDVDの音声はMP2が多い。

**名無しさん＠お腹いっぱい。** · 2016/07/14(木) 14:06:34.04

LAME

**名無しさん＠お腹いっぱい。** · 2016/08/01(月) 00:17:48.86

>>406
-V 0だけでいいよ。

ちなみに、メールにちょっと添付するmp3を作ろうとおもったら、
--phoneに勝るものが見つからずに悩む今日このごろ。

**名無しさん＠お腹いっぱい。** · 2016/08/11(木) 00:20:15.44

AACというものがあるのにいまだにMP3を使う意味は?
やっぱ盗人しやすいから?

**名無しさん＠お腹いっぱい。** · 2016/08/11(木) 01:15:18.60

盗人？
AACをサポートしてないハードをたまに見かけるから

**名無しさん＠お腹いっぱい。** · 2016/08/11(木) 01:36:10.94

結局Lameのマルチコア版は出なかったのか

**名無しさん＠お腹いっぱい。** · 2016/08/11(木) 04:35:24.93

>>412
EACから使えるフリーなAACエンコーダでおすすめな物があれば、ご教授くださると助かる

>>414
マルチコアにると、シングルコアに比べて音質がどうしても劣化するからって事で本家は辞めてたんだっけか
エンコード速度を重視したいのなら午後を使うしかないかと

**名無しさん＠お腹いっぱい。** · 2016/08/11(木) 07:07:27.79

qaacとかFDKのとか
マルチコアに関しては単に開発者の能力不足

**名無しさん＠お腹いっぱい。** · 2016/08/11(木) 08:10:26.60

foobar2000なんかだとCPUコア分の複数曲を同時エンコしてくれるからそれで十分
おいらのi7-4800MQならシングルタスクでもあっという間だし

**名無しさん＠お腹いっぱい。** · 2016/08/11(木) 11:31:11.52

>>414
http://www.rarewares.org/mp3-others.php#fpmp3enc
https://hydrogenaud.io/index.php/topic,73790.0.html

**名無しさん＠お腹いっぱい。** · 2016/08/11(木) 17:20:57.00

>>417
LAME使うならfoobarだよねえ
今更午後とか言ってる情弱さんがいることに驚く

**名無しさん＠お腹いっぱい。** · 2016/08/12(金) 01:22:14.21

フロントエンド使ってるんだけどフォバのがいいの？

**名無しさん＠お腹いっぱい。** · 2016/08/12(金) 01:48:14.23

>>420
LAMEとの関係ではfoobar2000もフロントエンド

**名無しさん＠お腹いっぱい。** · 2016/08/12(金) 02:26:14.68

ごめん「Lame Front-End」使ってるけどｒｙって意味

**名無しさん＠お腹いっぱい。** · 2016/08/12(金) 03:06:47.38

>>420
公式サイトによればガイドラインに沿ってるものがいいということになるよ
http://lame.sourceforge.net/lame_ui_example.php
沿ってるものとしてLAMEの作者が以前挙げたのは
https://hydrogenaud.io/index.php/topic,48796.msg435632.html#msg435632
>>422のソフトも自分ではガイドラインに沿ってると書かれてる

**名無しさん＠お腹いっぱい。** · 2016/08/12(金) 04:50:29.79

並列処理はできないけどrazorlameに安心感がある

**名無しさん＠お腹いっぱい。** · 2016/08/12(金) 04:57:24.35

>>418
こんなのあったんだ
素のlameばかり見てたのでずっと気付かなかった
出来上がりのバイナリは一致するのかな

**名無しさん＠お腹いっぱい。** · 2016/08/23(火) 02:52:31.25

もしかしたら頓珍漢な事言ってるかもしれんがすまん

今までV0がLAMEの持ってる一番品質の良いアルゴリズムだと思ってたんだけどさ
よくよく考えるとCBR320kbpsでのエンコードってV0のアルゴリズムより品質が高いもの(特に情報の少ない時間では)を使ってるって事なんだよね？
まさか全部パディングしてるわけじゃないだろうし…(そもそも今でもパディングなんてやってるのか？)
だとしたらVBRでもそのV0よりも品質の高いアルゴリズムを使った(平均320kbps程度かそれ以上をターゲットとした)エンコードを用意できると思うんだけど、
それが用意されてないのはなぜなんだろう

**名無しさん＠お腹いっぱい。** · 2016/08/23(火) 03:04:10.56

mp3の最大ビットレートは互換性無視しない限り320kbps

**名無しさん＠お腹いっぱい。** · 2016/08/23(火) 03:05:54.17

MP3の規格上、ビットレートを320kbpsより大きくすることは出来ない。
（--freeformatによって出来るMP3は規格外のMP3であり、再生出来るデコーダは極めて少ない）
なのでVBRで平均320kbpsということは、全てのフレームで320kbpsを使うということであり、
それは最早VBR（Variable BitRate）とは言えないだろう。

**名無しさん＠お腹いっぱい。** · 2016/08/23(火) 04:00:39.60

あーなるほど規格上の問題か、ありがとう
ところでV0でエンコードすると音によっては320kbpsを超える圧縮結果が出来たりすると思うけど、
そういう場合は一時的にV1にでも下げて再計算してるのかな

**名無しさん＠お腹いっぱい。** · 2016/08/23(火) 05:35:25.71

MPEGで配られてる規格書見ればいいと思う
（君に理解できるかは知らない）

**名無しさん＠お腹いっぱい。** · 2016/08/23(火) 07:17:18.33

>>426
参考として
http://potato.2ch.net/test/read.cgi/software/1429119181/206-212

**名無しさん＠お腹いっぱい。** · 2016/08/23(火) 11:55:00.68

320kbpsフレーム(とリザーバ)に入りきらなかったら量子化パラメータを変えて再圧縮するだけ

**名無しさん＠お腹いっぱい。** · 2016/08/23(火) 23:21:39.65

halb27版LAMEの音質のメリットって何？

**名無しさん＠お腹いっぱい。** · 2016/09/27(火) 02:10:43.14

保守

**名無しさん＠お腹いっぱい。** · 2016/09/30(金) 16:49:55.51

今更可変と固定の質問てなんだよ
しかも専門的な話かとおもいきや全く理解してない頓珍漢

**名無しさん＠お腹いっぱい。** · 2016/10/01(土) 09:49:30.30

>>431からの>>433

**名無しさん＠お腹いっぱい。** · 2016/10/01(土) 15:08:17.51

いつの時代にだって新人ってのはいるってことだろ

**名無しさん＠お腹いっぱい。** · 2016/10/01(土) 15:53:56.73

Lameはこのまま開発止まってしまうんですかね

**名無しさん＠お腹いっぱい。** · 2016/10/01(土) 17:32:30.81

>>438
とりあえず>>313と>>317
派生として>>436

**名無しさん＠お腹いっぱい。** · 2016/10/12(水) 23:46:36.26

ずっと3.97だから開発止まってても問題ないわ

**名無しさん＠お腹いっぱい。** · 2016/10/13(木) 06:43:08.92

>>440
>>104と>>317と
http://listening-tests.hydrogenaud.io/sebastian/mp3-128-1/results.htm

2016/10/14(金) 09:36:23.15

あと半年で米国での特許も切れるし、LAMEも真のフリーソフトとして仕切り直しをしてほしいところ

http://scratchpad.wikia.com/wiki/MPEG_patent_lists

**名無しさん＠お腹いっぱい。** · 2016/10/14(金) 10:09:20.77

東京特許許可局

**名無しさん＠お腹いっぱい。** · 2016/10/14(金) 12:10:35.63

444

**名無しさん＠お腹いっぱい。** · 2016/10/15(土) 01:54:11.26

>>441
ゴメン、英語見ただけで読む気も調べる気も無くなる

**名無しさん＠お腹いっぱい。** · 2016/10/19(水) 10:53:25.69

LAME(3.99.5)の--preset standardで出力したmp3の再生時間がプレイヤーによっておかしくなるんだが何かオプションがいるのだろうか

**名無しさん＠お腹いっぱい。** · 2016/10/19(水) 23:06:53.78

--preset standardなら-V 2でいいやん

**名無しさん＠お腹いっぱい。** · 2016/10/19(水) 23:13:12.19

VBRだと再生時間の表示が狂うとかなんとか上の方に書き込みあるよ

**名無しさん＠お腹いっぱい。** · 2016/10/21(金) 21:32:23.55

時間が狂うのはプレイヤーじゃなくてコーデック依存だった気がする。
LameACMを入れて優先順位を一番上にすれば直りそうな気がする。

**名無しさん＠お腹いっぱい。** · 2016/10/24(月) 14:42:15.47

プレイヤーが使ってるデコーダ依存にしてるだけだと思う
コーデック使ってないのだってある訳で
デコーダではなくタグ情報とかもせ解析DLLみたいなもの使ってたりするのもあるけど

**名無しさん＠お腹いっぱい。** · 2016/10/24(月) 14:57:04.09

VBRだとxingヘッダかID3のTLENかどちらかで判断することになる
どっちも読まなければファイル全体を解析しないと正しい再生時間は分からない

**名無しさん＠お腹いっぱい。** · 2016/11/13(日) 19:23:32.56

lameの標準入力にwavデータを入力してヒストグラムを表示しながら
変換するオプションってないですよね？

**名無しさん＠お腹いっぱい。** · 2016/11/14(月) 17:24:42.68

無い無い
あってそんな事ができても、表示(変換速度)が早すぎて全然わかんないと思うの

**名無しさん＠お腹いっぱい。** · 2016/11/14(月) 21:31:16.42

やっぱり無いですよね。
変換中何の表示もされないから、きちんと変換されてるか不安になる

**名無しさん＠お腹いっぱい。** · 2016/11/17(木) 18:27:03.76

えっ

**名無しさん＠お腹いっぱい。** · 2016/11/18(金) 23:40:13.72

100MBくらいのwaveファイルを、コマンドライン-V0だけなLAMEに食わせてみたら？

**名無しさん＠お腹いっぱい。** · 2016/11/19(土) 20:09:33.51

>>456
type in.wav | lame -V0 - out.mp3
でヒストグラムを表示できたらなと思ってます。
type in.wav　は flacとかをwavに変換して標準出力に出力するプログラム(ffmpegとか)の代わりです。

**名無しさん＠お腹いっぱい。** · 2016/11/19(土) 20:38:40.60

どのVerからデフォルトでヒストグラムが出なくなったんだっけ？

**名無しさん＠お腹いっぱい。** · 2016/11/19(土) 22:09:40.91

バッチ書いてtemp.wavとかを出力してlameの引数に食わせた方が早いんじゃ

**名無しさん＠お腹いっぱい。** · 2016/11/21(月) 01:21:16.50

3.98は出てたと思うから3.99から？

**名無しさん＠お腹いっぱい。** · 2016/11/21(月) 02:03:50.49

CVSの最新版では修正されてるぽい
http://lame.cvs.sourceforge.net/viewvc/lame/lame/frontend/parse.c?r1=1.298&;r2=1.299

**名無しさん＠お腹いっぱい。** · 2016/11/21(月) 02:07:40.85

この修正が入った後は--briefとか付ければstdinからエンコードする時も表示されるようになるはず
https://sourceforge.net/p/lame/bugs/429/