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/

4日前から、また更新し始めたね
http://lame.cvs.sourceforge.net/viewvc/lame/lame/libmp3lame/

とりあえず3.100系はなかったことにしてセキュリティアップデートをするという話になってる

*Someone is working on the switch to libmpg132 (TO)
*Someone puts Robert's changes in a branch, and revert the HEAD to 3.99.5 (GB?)
*Someone ensures that the switch to libmpg123 is properly working (configure changes?)
*Someone applies the pending security patches
*Someone writes down the release process (GB)
*Someone releases 3.99.6 (GB?)
*Someone switches the source code (and its history) to git (where? on GitHub?)
*Someone handles the move from Sourceforge to GitHub
*Someone becomes new maintainer

Someoneの更新は、わかんな〜いヽ(^o^)丿

http://lame.cvs.sourceforge.net/viewvc/lame/lame/doc/html/history.html
Fix for bug ticket [ #447 ] Fix dereference NULL and Buffer not NULL terminated issues. Thanks to Surabhi Mishra
Fix for bug ticket [ #445 ] dereference of a null pointer possible in loop. Thanks to Renu Tyagi
Fix for bug ticket [ #449 ] Make sure functions with SSE instructions maintain their own properly aligned stack. Thanks to Fabian Greffrath

http://lame.cvs.sourceforge.net/viewvc/lame/lame/libmp3lame/version.h?view=log
Revision 1.141 - (view) (download) (as text) (annotate) - [select for diffs]
Sun Aug 13 13:57:14 2017 UTC (56 minutes, 12 seconds ago) by robert

- sanity check when reading pcm data, avoid buffer overflow
- version 3.100 beta 0

LAME 3.100 2017 (in preparation)
http://lame.cvs.sourceforge.net/viewvc/lame/lame/doc/html/history.html
Fix for bug ticket [ #458 ] Multiple Stack and Heap Corruptions from Malicious File. Thanks to Gareth Evans and Elio Blanca
Fix for bug ticket [ #460 ] A division by zero vulnerability. Thanks to Wang Shiyang, Liu Bingchang
Fix for bug ticket [ #461 ] CVE-2017-9410 fill_buffer_resample function in libmp3lame/util.c heap-based buffer over-read and ap
Fix for bug ticket [ #462 ] CVE-2017-9411 fill_buffer_resample function in libmp3lame/util.c invalid memory read and application crash
Fix for bug ticket [ #463 ] CVE-2017-9412 unpack_read_samples function in frontend/get_audio.c invalid memory read and application cras

連日の更新ラッシュ

マイナーバージョンが上がって桁が増えると、もやもやするけふこのごろ

lame4は自然消滅か？ｗ

LAMEって新しくなっても音質はよくならないんやろ？

>>575
>>441と>>521

mp3で音質を語ることがナンセンス

なんだかんだで扱いやすさは随一ではあるもせさん

最近このスレ見た人は「もせさん」って知ってるのかしら？ｗ

最近な人がいまさらわざわざmp3使うんだろうか

再生互換重視ならまだまだ出番はあるっしょ

音質と圧縮率が全てじゃ無いわな
動画じゃシークで長く固まったり画面が崩れやすい形式は使いたくない
mp3とaacで負荷や互換性にどの程度差があるかわからんが

>>548に戻る

>>582
動画のシークはキーフレームの間隔を短く設定すると改善される

音声はほぼ影響が無い

http://lame.cvs.sourceforge.net/viewvc/lame/lame/libmp3lame/version.h?view=log
Tue Sep 19 16:58:30 2017 UTC (13 hours, 39 minutes ago) by robert
Branch: MAIN
CVS Tags: HEAD
Changes since 1.141: +1 -1 lines
Diff to previous 1.141

release candidate

なんかエンコードがクソ遅くなってるな

原因を追ってみたらconfigureのスクリプトが変わってAppleのclangだとclangと認識されずに最適化フラグが完全にオミットされるせいだった

>>587
FreeBSDでビルドする時に注意しようと思う

いやたぶんスクリプト見る限りFreeBSDとかたどちゃんと検出されるんだと思う
clang --versionの出力を見てるんだけどApple謹製のOSX版はclang version xxxの代わりにLLVM version xxxとか出力しやがるから

LAME 3.100 October 13 2017
http://lame.cvs.sourceforge.net/viewvc/lame/lame/doc/html/history.html

正式な実行ファイル、はよこないかな

ほんまやで。びるど環境作るのめんどいw

WSLでmingwのパッケージ入れるのが一番楽かな

ubuntuだと楽だけどね。

MinGWだと途中でmakeが止まるな

FreeBSDでは./configure && gmakeで一発なのだが

include/libmp3lame.symからlame_init_oldを消す

subversionに移行したよhttps://sourceforge.net/p/lame/svn/

違う環境でビルドできた

https://www.mediafire.com/file/u2yerks9qble6mj/lame-3.100-win32-pentium3.7z

相変わらず-V 0のデフォルトローパス値は24000(24kHz)なのか。
標本化周波数が48kHzの場合は分からんが、44.1kHzだと上限値の22.05を超えちゃってるから、
LAMEタグ上にはローパス値が記録されるものの実際にはローパスが使われていない。
（-V 0 -tと-V 0 --lowpass "-1" -tで出来たMP3をバイナリ比較すると完全一致）

3.100は音質に影響するような変更はないからね
バグ修正とセキュリティアップデート

自己責任で。。。

http://tmkk.undo.jp/lame/index.html
https://github.com/Chocobo1/lame_win32-build/releases/tag/2017.10.15

http://www.free-codecs.com/lame_encoder_download.htm
ここにも3.100のlame.exeあるね。

Rarewaresは中の人が今週末に自宅に戻ってから出来るだけ早くと
hydrogenaudioのフォーラムに書いてあった

LAME 3.100
LAME 3.100 64bit
2017-10-21
http://www.rarewares.org/mp3-lame-bundle.php

RAREWARESに3.100が登場しました

rarewaresに64bit
これは嬉しい

>>606
MMXの無い分だと思うが、LAMEは64bitの方が遅い

>>607
比較しようと思って64bit入れたがエラー出てエンコ出来んｗ
Win7 64bit、3.99.5 64bitに3.100 32bitは同じオプションで問題ないんだが何だろう

Intel Compilerのライブラリを動的リンクしてるから

Windows用64ビットLAMEの場合、http://www.rarewares.org/mp3-lame-bundle.php にて入手したVer3.100はVer3.99.5と異なり
俺もシステムエラーで使えなかった。(エラーメッセージは「コンピューターに libmmd.dll がないため、プログラムを開始できません。」)
同じ64ビットVer3.100でも http://www.free-codecs.com/lame_encoder_download.htm にて入手したものは従来通り使えたが…

Othersの一番下にそれはある

>>610
64bit版のlibmmd.dllを探して、lame.exeと同じフォルダに放り込めば使える

libmmd.dll 12.1×64入れてみたがダメだったわ

http://www.rarewares.org/others.php からIntel libmmd.dll Ver.12.1 x64 (1347kB)を、
https://www.dllme.com/dll/files/svml_dispmd_dll.html からIntel svml_dispmd.dll Ver.14.0.3 (8.6MB)を、
それぞれ入手。それでやっと http://www.rarewares.org/files/mp3/lame3.100-64.zip も正常に使えた。

ウチはexeだけで普通にエンコできた。なんでだろ？
気になってlibmmd.dllがPCの中に存在するかファイル検索したけど無かったのに
やった事は3.99.5(x64)の入っていたフォルダに3.100のexeとdllをコピーしただけ
EACでリッピングしてそのまんまEACがexeにファイル投げてるだけなんだが

その１　どこからダウンロードしたか
その２　大昔の3.100とごく最近の3.100

LAME 3.100
2017-10-22
Bundle compiled with Intel Compiler. Should work on XP, or later.

LAME 3.100 64bit
2017-10-22
Bundle compiled with Intel Compiler. (For 64bit Windows only.)

http://www.rarewares.org/mp3-lame-bundle.php

>>616
RAREWARESのとこから。リンクアドレスは↓
http://www.rarewares.org/files/mp3/lame3.100-64.zip
今確認したファイルの日付が2017/10/22 18:55:39ってなってるから、
>>610の時からファイルが差し替えられているのかも

今のは外部dllいらなくなってる

>>617さんが貼ってくれた2017-10-22のファイルだと64bitのexeのみで問題なくエンコ出来ましたわ
>>604の10-21がエラーでダメだったんだね

399.5から3100に変える意味あるのってどんな場合？

>>617-619
その64ビット版を先ほど入手し直したら.zipファイルのサイズが684KB→1199KBに増えてて、
それに収録されてるlame.exeとlame_enc.dllは両方とも更新日時が2017/10/22(日)18:55:40だった上に
Intel製のlibmmd.dllとsvml_dispmd.dllが無い状態でも正常に使えた。恩に着る。

>>621
https://hydrogenaud.io/index.php/topic,114777.msg946198.html#msg946198
具体的には>>590

NO CLAME

399.5と3100は音質の差はないにしても、やっぱり新しいバージョンの方が音質は上になってるかね？
って言うのもさ、CDをMP3に変換に使ってるソフトが今だにCD2WAV32で午後のこ〜だのDLLだったんだが
午後のこ〜だが開発が終了して十年以上、さすがにそんな前の物よりは最近のLAMEの方が音質は多分上だよね？

何に乗り換えるべきかねWindows10でも動いてるからついつい古いソフトをずーと使ってたよ…

今さらながら気づいたんだが、午後のこ〜だって、午後の紅茶を踏まえているのか？

>>625
「○○の方が音質が良い」なんて聞いたらそうなんだって思い込むだろ？
自分で聴き比べして好きなの使えばいいだけ
他人に意見求めたってしょうがないよ
評論家の藤なんとかさんみたいなプロ()でも糞耳の持ち主もいるしねｗ

>>626
お、おう

すべてエンコードしなおす

>>625
>>441

同じ設定でエンコして違いがなければ同品質 としか言えない

曲によっても変わるからな

>>625
午後こ〜だってlameが徹底チューニングされる前の3.88が
ベースだから、最新のlameなら午後こ〜だより、高音質に
なると思うが

AmazonデジタルミュージックのMP3って基本Lameでエンコードされてるけど、この前買ったアルバムの中に1曲だけエンコーダーがFraunhoferになってるのがあった。
なんでそんなややこしいことするんだろ？
ちなみにアリス沙良オットのグリーグのピアノ協奏曲、第3楽章だけなぜかFraunhoferエンコ

そういや昔はFraunhoferが高品質mp3エンコーダの定番として持て囃されていたんだっけ？

一応開発元だしな

こだわりのマスタリングスタジオにエンコーディング依頼したら
lameとfraunhofer比べたら第3楽章だけはfraunhoferの音が良かったです！
とかなったという妄想

マスターベーティングだからね

>>637
もし本当にそうだったらこだわり凄すぎ

Google Play Musicで採用されているMP3エンコーダーってどこ製？
Lame？　それともGoogleオリジナル？

らめぇ〜〜

mp3エンコーダ内製がグーグルの仕事とは思えない

グーグルの仕事とは思えない(ほど出来が悪い)
グーグルの仕事とは思えない(ほど出来が良い)
どっちの意味？

RazorLameがエラー吐く

男は黙って--preset insane

3.100oも出してくれよなー頼むよー

☆ 私たち日本人の、日本国憲法を改正しましょう。現在、
衆議員と参議院の両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

今迄、RazorLame 1.1.5 + LAME 3.99.2.5で
まぁ支障なく使ってきたのだけど、
exeとDLLだけ差し替えで支障が無いかの確認もしたくて
exeとDLLだけ3.100.2.0( 64bit )にしてみた。

まぁ、生成は問題ないみたいだけど、

> RazorLame encountered an unknown message from LAME while trying to encode"ナントカ"!

ってログが記録されてて、その所為か エンコ終わったファイルがリストの最後に再びエントリーしてきて、
ループになるって所でエラーメッセージを出すな。
まぁ、無理やり64bit喰わせてる訳だからエンコ出来てるだけでも恩の字だけど。

LAMEの320kbpsよりiTunesの320kbpsのほーが高音域が削り取られてないって記事を見たんだけど、
320kbpsならiTunesで変換したほーが音質が良いって事になるのかな？
ファイルサイズは増えそうだけど

ローパスを理解していない馬鹿が書いた記事をローパスを理解していない馬鹿が読んだだけか

>>649
どっちもmp3なら同じじゃね。

カットオフ周波数ですよね
それを分かった上での疑問です
少しでも高周波成分、高音域を残したほーが聞こえないとされてカットするよりも音が良くなるんじゃないかと思ったもので

全然わかってないやんwww
ただぶった切るだけだと思ってるアホなだけじゃん
今更こんな話が出てくるとはw

>>652
mp3なら同じaacなら高音残る

mp3でも残そうとすれば残るよ？
残す意味があるかどうかは別として

>>653
LAMEは20Khz以上をストンとカットしてるってなってたんだけど？

音質悪くしてでも残したいならオプションで切れば？

いや音質は良くしたいんだよ
カットされた高音域を残したほーが同じ320kbpsだと音質良くなると思ったんだけど、
なぜそれで悪くなるのか、その理由が分からない
ちなみに記事でもiTunesの高音域残ってるほーが音質悪いって書いてた

何で聞こえやすい周波数より聞こえにくい周波数を優先して残すほうが音質が良くなると思うのか

優先して残す？？
優先して残すとは思ってなかったもので…
ファイルサイズが増えるかわりに高音域もプラスされるものかと思ってました

320kbpsって縛りがあるからそれはないですね
スッキリしました

ドラムのあととかも聴こえにくいのでわざとカットしてる。
高音残したいならmp3よりもaccとかのほうが良いよ。

単にAACの書き間違いなんだろうが、昔広く使われていた、いわゆる「カセット」ってAnalog Compact Cassetteとも言うんだよな。

>>656
LAMEって一括りにしてるようだけどオプション付けないデフォルトで
バージョンによってローパスの値は全然違うからな

カットオフ周波数はlame tagに書かれてる。
3.99.5だと、320kbpsでは20500となってるな。

LAMEにしろiTunesにしろ、同じビットレートの場合CBRよりVBRの方がカットオフ周波数が低めに設定されるのが不思議。
VBRの方が効率よく圧縮できる分高域残す余裕がありそうなイメージあるけど。