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/

**名無しさん＠お腹いっぱい。** · 2017/02/26(日) 20:23:33.74

>>495
あっそうか、CDは44.1kHzだからCDからmp3作った方が小さいデータになるのか。
ありがとう。
しかも自分で作ったバッチファイル見直したらffmpegでリサンプルしてた、そこで気が付け俺

**名無しさん＠お腹いっぱい。** · 2017/02/26(日) 20:31:43.32

あれ？もしかしてVBRでもサイズは同じ？

**名無しさん＠お腹いっぱい。** · 2017/02/27(月) 00:51:23.32

何と比べて同じって聞いてるのか分からないけど、、、

設定どうこうで最終的にCBRとVBRとのファイルサイズが完全に同じになる事はある

2017/02/27(月) 12:21:17.63

元が96kHzの音源なら、48kHzにリサンプリングしてMP3にエンコードした方がプリエコーはましになると思う。

ただ、LAMEが44.1kHzと48kHzで同じレベルで最適化ができている前提の話であるが。

**名無しさん＠お腹いっぱい。** · 2017/02/27(月) 15:46:32.04

MP3って大抵20kHzくらいでローパスフィルタ入るから元が44.1kだろうが48kだろうが大差ない気がする

2017/02/27(月) 15:54:16.01

周波数毎のプリエコーの違いはこれ

https://hydrogenaud.io/musepack/klemm/www.personal.uni-jena.de/~pfk/mpp/timeres.html

>>500
sfbの対応する16kHzくらいまでしか効率的に圧縮できない規格だからしょうがないね

**名無しさん＠お腹いっぱい。** · 2017/02/27(月) 20:20:21.65

>>500
元と変換後の周波数が違う(48⇔44.1)と、1割ほど余計な事してその分＋αのデータ量が無駄になってるって事になるからなんかヤダ

**名無しさん＠お腹いっぱい。** · 2017/02/27(月) 22:38:41.23

バーカ、アホ、間抜けと罵倒されてる>>493です。
同じ曲のハイレゾ版とCD版　[サンプリング周波数が違うの忘れて] mp3にした時どっちがファイルサイズ小さくなるんだろ？
と思って書き込みました。すみません。

>>498
CBRだったらハイレゾでもCDでも同じ曲だったら同じファイルサイズになるように
VBRでもハイレゾ、CDにかかわりなく同じ曲なら同じファイルサイズになるのかなーと
たぶんVBRだとCD版の方が小さいファイルサイズになりそうな気がするのですが

**名無しさん＠お腹いっぱい。** · 2017/02/28(火) 02:07:07.13

>>503
ハイレゾ→44Kor48Kダウンサンプリングの過程or方法で、CD版(44K)より小さくなる場合もありえる(´･ω･`)
まあダウンサンプリングが綺麗にできてれば元ハイレゾ音源の方が最終的にサイズ大きくなるとは思うけど

**名無しさん＠お腹いっぱい。** · 2017/02/28(火) 02:19:18.95

どちらも信号帯域が20kHz以下という条件なら
48kHzソースの方が周波数領域での非ゼロなbinが多くなって圧縮しやすくなるんじゃないの

**名無しさん＠お腹いっぱい。** · 2017/02/28(火) 02:20:03.70

×非ゼロなbinが多くなって
○非ゼロなbinが少なくなって

**名無しさん＠お腹いっぱい。** · 2017/02/28(火) 18:08:06.24

>>503
128ｋｂｐｓとか320kbpsのkbpsの意味を調べてみれ

**名無しさん＠お腹いっぱい。** · 2017/02/28(火) 20:33:32.69

同じレート設定前提で話してると思ってたけど違うの？それとも質問の意味分かってなくて書いたの？

**名無しさん＠お腹いっぱい。** · 2017/03/01(水) 00:00:02.52

久々にＬＡＭＥで遊んでみた

3982→3995にして変換したんだけど、
96kbps選んでも何をしても320kbpsで出力されちゃってﾜﾛﾀ・・

**名無しさん＠お腹いっぱい。** · 2017/03/01(水) 19:39:27.76

どうせ変更点把握しないまま使った設定ミスなんでしょ

**名無しさん＠お腹いっぱい。** · 2017/03/01(水) 20:49:32.10

>>508
基本的に同じ曲で同じ長さなら、ソースが違っても大差ない結果になるってどうしてわからないの？バカなの？
人が文意をとれないとかコケにする前に自分の低能さを知れよ池沼

**名無しさん＠お腹いっぱい。** · 2017/03/02(木) 01:13:32.87

大差ないって事は、多少の差はあるって事で、その多少の差を言ってるんだと思うんだよね(同じじゃない)

**名無しさん＠お腹いっぱい。** · 2017/03/15(水) 03:22:12.67

フォーマット:MPEG Audio
バージョン:Version 2
プロファイル:Layer 3
ビットレートモード:CBR モード
ビットレート:24.0 Kbps
チャンネル:1 チャンネル
サンプルレート:22.05 KHz

これを維持できて、他に余計なタグの付かないLAMEのフロントエンドって無いですか？
どうもLAMEはこの辺りの開発を重視した事が無いようで
自動的にサンプルレートを16KHz、ビットレートを32Kbpsに変更されるものばかりです。

実現できた手段は、同様の設定のwavで取り込んだ後に、EcoDecoTooLのFraunhoferでビットレートだけ変えてのmp3エンコしか無いんですが
Fraunhoferはエンコに使えるツールもコマンドも碌に出て来ず、ビットレート以外に碌に設定の変更が利きません。

2017/03/15(水) 09:26:16.04

>>513
lame -m m -b 24 --resample 22050 input.wav output.mp3

**513** · 2017/03/18(土) 04:16:54.48

>>514
- -b 24 --resample 22.05 -q 0
で何とかなりました、サンクス。

ところで、音質について詳しい方に聞きたいんですが
ttp://www.creative-hive.com/creativehive/uploader/uploader.cgi?mode=downld&no=2116
アップしたtest.zipの中の3つのファイルで

pcm.wav　PCのライン入力から32bit、44.1KHz、wavで15秒ほど取り込んだAMラジオ
lame.mp3　このpcm.wavを上記のオプションでLAMEエンコ
other.mp3　iFP895という、24Kbps 22.05KHzでダイレクトエンコーディングできるポータブルオーディオ機器で、PCのライン出力でpcm.wavと同時録音

タグ上はlame.mp3とother.mp3は同一の設定になっているはずなんですが
聴き比べると、どうしてもlame.mp3が、曇ったような音の印象になり
other.mp3の方が、pcm.wavに近い（つまり生の音声ソースに近い）音質に感じます。

同じmp3、同じ周波やビットレートを使って
オーディオ機器のオマケで付いている録音機能が、PCで使うエンコーダーより良質なわけが無いというのが定説化していると思うのですが
これはどうしても…。

カットされた音域や波形的に、どうしてそういう音の印象になるかとか
LAMEを使ってother.mp3に近い音の印象にできるオプションがあるかとか
誰かわかりませんでしょうか？

**名無しさん＠お腹いっぱい。** · 2017/03/18(土) 12:50:25.82

なんだアフィカスか

**名無しさん＠お腹いっぱい。** · 2017/03/18(土) 23:42:46.00

？？？？
製品名を出したのが不服なんですか？
2004年製で替えも手に入らないようなものですが。

**名無しさん＠お腹いっぱい。** · 2017/03/19(日) 03:24:45.37

全部音量がかなり違う・・・
曇ったような音なのは単にフィルタ帯域の違いで、Lameのがばっさり逝っちゃってる感じ

**名無しさん＠お腹いっぱい。** · 2017/03/28(火) 22:25:46.14

>>515
音がくぐもって聞こえるのはLPFを通さないと酷い音になるから、聞きやすい音にチューニングした
結果がデフォルト設定。っていうかその設定、ロック音だろ。

高域がまるまるカットされてるように聞こえるのなら、--lowpass と--lowpass-widthを使って通過
させる帯域を設定したら？
fs=22050Hzだから--lowpass 9.5 以下と--lowpass-width 0.5 以上にしていろいろ試してみ。

**名無しさん＠お腹いっぱい。** · 2017/03/28(火) 22:32:18.54

ところで、今のLAMEって-q 0指定で音がおかしくなるのは直ったの？

**名無しさん＠お腹いっぱい。** · 2017/03/29(水) 01:09:22.37

>>520
https://ja.wikipedia.org/wiki/FUD

**名無しさん＠お腹いっぱい。** · 2017/03/30(木) 11:16:50.56

>>521
hydrogenaudioで言ってたんだが。まさかあなた、英語の掲示板が読めないとかそういうのじゃないよね？

**名無しさん＠お腹いっぱい。** · 2017/03/30(木) 12:29:52.46

q0のバグって3.97より前のやつ？
3.97リリースってもう10年以上前だぞ

**名無しさん＠お腹いっぱい。** · 2017/03/30(木) 16:18:15.88

そもそもソースを出さない問いかけで後になってから英語の掲示板がどーだのって
人とのコミュニケーションの取り方から覚えなおすべき案件

**名無しさん＠お腹いっぱい。** · 2017/04/06(木) 21:05:00.30

世の中には3.93が最高だと頑なに信じて使い続けてる人もいますし。

**名無しさん＠お腹いっぱい。** · 2017/04/10(月) 01:02:26.48

AmazonのMP3はLAMEのバージョン古くなかった？

**名無しさん＠お腹いっぱい。** · 2017/04/10(月) 01:33:26.27

>>357

**名無しさん＠お腹いっぱい。** · 2017/04/28(金) 14:09:02.80

mp3の特許切れたね
ttp://www.mp3licensing.com/

**名無しさん＠お腹いっぱい。** · 2017/04/28(金) 15:42:48.15

特許が切れるとどうなるんです？

LAMEが潰されなかったんだから、mp3はこれまでも実質フリーライセンス同然って感じでは無かったの？
Fraunhoferがフリー化したらmp3が更に音質向上に役立ったりするの？

**名無しさん＠お腹いっぱい。** · 2017/04/28(金) 16:04:19.68

特許が切れたら特許料を払わなくていい

**名無しさん＠お腹いっぱい。** · 2017/04/28(金) 17:19:37.48

堂々とバイナリ配布しても金払えと文句言われなくなるということ
まあ2000年前後に根絶やしにされて以来はFhGも大人しくなって
商用ソフト以外は実質フリーだった気もするが

**名無しさん＠お腹いっぱい。** · 2017/04/28(金) 17:20:17.14

ちなみにLAMEが潰されなかったのは公式にはソースコードの配布しかしてないから

**名無しさん＠お腹いっぱい。** · 2017/04/28(金) 20:21:04.97

【MP3特許切れ】

MP3はとうとうギャップレス再生を仕様に入れなかったんだな。
それだけが残念でならない。

**名無しさん＠お腹いっぱい。** · 2017/05/01(月) 19:31:25.54

【速報】「MP3」の日本・米国での特許は、今年(2017年)で失効

2017/05/02(火) 11:45:19.72

Linuxのディストロに初めからLAMEのバイナリが同梱されて少し便利になるくらいか

**名無しさん＠お腹いっぱい。** · 2017/05/02(火) 14:02:07.80

MP3の特許を持つTechnicolorの特許権が消滅
http://gigazine.net/news/20170502-mp3-licensing-program-finished/

> MP3には著作権管理機能がないことから、AACやATRACなどが開発されましたが、
> MP3ほど普及することはなく、
> 記事作成時点においても依然として音声フォーマットとして標準的な位置付けにあります。

320でエンコードすればMP3で十分だもんな。
MP3は永遠だｗ

**名無しさん＠お腹いっぱい。** · 2017/05/02(火) 22:18:12.62

エンコ後のデフォルトゲインでクリップさえしなければなあ

**名無しさん＠お腹いっぱい。** · 2017/05/03(水) 16:06:26.10

>>537
ほかの音声フォーマットはクリップしないの？

**名無しさん＠お腹いっぱい。** · 2017/05/03(水) 18:40:33.31

>>538
ごめん
AACあたりは大丈夫なイメージあったけど
今iTunesで買ったやつをいくつかチェックしてみたら
全然そんなことなくて普通にクリップしてた

まあ波形がたまにちょっと飛び出るくらいだと
音楽プレーヤーがうまくやってくれるから
ほとんど問題にはならないんだけどね

**名無しさん＠お腹いっぱい。** · 2017/05/03(水) 18:58:11.09

クリップするしないは別にフォーマットと関係ないでしょ
非可逆圧縮する以上誤差で最大振幅を超える可能性は0にできないのだから
デコーダ側でfloatで出力してどうにかするしかない
LAMEは入力のレベルを微妙に下げて起こりにくいようにはしているけどね

**名無しさん＠お腹いっぱい。** · 2017/05/03(水) 19:05:59.16

>>19

**名無しさん＠お腹いっぱい。** · 2017/05/03(水) 20:00:50.89

低ビットレートでもMP3以上の高音質を誇るVorbisやらOpusやらがある時代になってしまったから今更用はないわな

**名無しさん＠お腹いっぱい。** · 2017/05/03(水) 21:36:29.13

>>542
このスレにお前がきて書き込みをする必要の方がはるかに無い

**名無しさん＠お腹いっぱい。** · 2017/05/03(水) 21:42:51.38

ストリーミング配信とかならともかく、
ストレージの容量増加や通信回線の速度向上もあって、
320kbpsでも大き過ぎると感じることがほぼ無いからなあ。

**名無しさん＠お腹いっぱい。** · 2017/05/04(木) 02:18:42.11

今はサイズでかくても気にしない状態だからなあ・・・
ほぼ制限ないから大喰らい状態(´･ω( ･` )ﾌﾞﾋｰ

**名無しさん＠お腹いっぱい。** · 2017/05/04(木) 14:10:20.25

>>542
ヒント：汎用性

**名無しさん＠お腹いっぱい。** · 2017/05/04(木) 20:31:32.07

PC意外のプレイヤーに入れるのはもちろん、改造なんかでソフトに組み込むのもなんだかんだでmp3が楽なんだよな

**名無しさん＠お腹いっぱい。** · 2017/05/04(木) 20:32:48.28

一長一短
https://en.wikipedia.org/wiki/Comparison_of_audio_coding_formats

**名無しさん＠お腹いっぱい。** · 2017/05/08(月) 21:13:59.12

藤本先生が相変わらずで安心した
http://av.watch.impress.co.jp/docs/series/dal/1058250.html

**名無しさん＠お腹いっぱい。** · 2017/05/09(火) 06:56:43.52

>>549
>残念ながら筆者の耳もそれほど感度が高くないようで、あまり違いが分からないというのが正直なところ。

音楽を「目」で聴く藤本先生が今更耳で聴いてもそりゃあ…ｗ

**名無しさん＠お腹いっぱい。** · 2017/05/09(火) 13:56:06.37

ボカロしか注目しなくなり耳が腐ったんじゃねｗ

**名無しさん＠お腹いっぱい。** · 2017/05/15(月) 15:23:51.44

l3codecp.acm (NT、9X対応)
https://www.axfc.net/u/3806179.zip

**名無しさん＠お腹いっぱい。** · 2017/05/26(金) 19:35:03.33

特許も切れたし営利でも使い放題や！！！！！！！！1111111111

**名無しさん＠お腹いっぱい。** · 2017/05/28(日) 13:32:08.79

使い放題ってLameより劣ってたんだよな？
どうしようもない

**名無しさん＠お腹いっぱい。** · 2017/05/29(月) 13:22:50.83

特許と言ってもあんまり実感しなかったけどね
gifとか

**名無しさん＠お腹いっぱい。** · 2017/05/29(月) 19:31:52.88

当時でもgifは普通に汎用性があってより優れてたりもする代用形式が複数あったんじゃない？
png/jpg や avi ・・・ etc.

**名無しさん＠お腹いっぱい。** · 2017/05/30(火) 02:40:35.06

エンコーダのソースファイル公開から、実行ファイルそのものを自由に配布できるようになったってダケ

**名無しさん＠お腹いっぱい。** · 2017/05/30(火) 06:18:22.58

これまでフリーソフトでは「MP3エンコーダは別途自分でlameを入手」というのが多かったのが、最初から添付されるようになるかもね。
初心者には敷居が低くなるが、スレ住人には関係ないだろ。

或いは、有料ソフトのフリー版はMP3エンコード非対応で、MP3使いたければ有料版買え、というのが時々あったけど、それが無くなるかも？

**名無しさん＠お腹いっぱい。** · 2017/06/01(木) 01:22:32.28

自分の拾ってきたエンコーダーが、バージョン的にそのソフトに合うかどうか保証が無い
っていう懸念を持つ必要が無くなるのは助かる部分も結構ある
同梱＝ある程度作者が同梱ファイルで動作確認してるって事になるから

**名無しさん＠お腹いっぱい。** · 2017/06/02(金) 05:58:11.52

敷居が低くなる

**名無しさん＠お腹いっぱい。** · 2017/06/17(土) 09:54:02.93

8hz-mp3's room
http://kamikaze.o.oo7.jp/mp3/index.html

　フリーでソースが公開されているMPEG Audio Layer-3エンコーダ、
'8hz-mp3'のお部屋です。ここに（私がいじった）最新版を置いておきます
ので、必要なら取っていってください。
　例のパテント問題では、また動きがある（BladeEncの作者にも再び警告が
来たらしい）模様ですが、少なくとも日本の特許法では特許侵害にあたら
ないことは確認済みです。あ、これはあくまで私が趣味・研究対象として
このアルゴリズムを利用しているという前提であれば、ですけど。

8hz-mp3とは

　このプログラムは、MPEG Audio Layer-3エンコーダです。オリジナルソース
はhttp://www.8hz.com/mp3/にありました（過去形）。また、古いバージョン
ながら作成元から提供されている実行可能なバイナリ（Win32版はv0.11bと
v0.1b）もこちらで入手できました（過去形）。さらにその大元は ISO の
パブリックなソースです。現在は、MP3技術のパテント（特許）所有元から
特許料の支払いの請求を受けたため、公開を中止しています。

**名無しさん＠お腹いっぱい。** · 2017/06/17(土) 17:58:23.91

下手な特許は進歩を鈍らせる

**名無しさん＠お腹いっぱい。** · 2017/06/18(日) 06:11:39.88

反面別の道の進歩を早める

**名無しさん＠お腹いっぱい。** · 2017/07/02(日) 23:17:58.28

ogg vorbis
musepack

**名無しさん＠お腹いっぱい。** · 2017/08/07(月) 11:53:14.67

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

**名無しさん＠お腹いっぱい。** · 2017/08/07(月) 12:27:05.96

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

**名無しさん＠お腹いっぱい。** · 2017/08/07(月) 12:28:48.41

*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

**名無しさん＠お腹いっぱい。** · 2017/08/08(火) 08:18:13.72

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

**名無しさん＠お腹いっぱい。** · 2017/08/08(火) 23:33:39.67

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

**名無しさん＠お腹いっぱい。** · 2017/08/13(日) 23:54:04.23

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

**名無しさん＠お腹いっぱい。** · 2017/08/13(日) 23:55:49.67

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

**名無しさん＠お腹いっぱい。** · 2017/08/16(水) 13:06:33.39

連日の更新ラッシュ

**名無しさん＠お腹いっぱい。** · 2017/08/17(木) 02:21:06.92

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

**名無しさん＠お腹いっぱい。** · 2017/08/18(金) 20:08:37.96

lame4は自然消滅か？ｗ

**名無しさん＠お腹いっぱい。** · 2017/08/27(日) 16:00:39.35

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

**名無しさん＠お腹いっぱい。** · 2017/08/27(日) 19:26:02.88

>>575
>>441と>>521

**名無しさん＠お腹いっぱい。** · 2017/08/27(日) 20:22:20.32

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

**名無しさん＠お腹いっぱい。** · 2017/08/27(日) 20:48:59.17

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

**名無しさん＠お腹いっぱい。** · 2017/08/27(日) 22:24:33.58

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

**名無しさん＠お腹いっぱい。** · 2017/08/28(月) 00:58:03.44

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

**名無しさん＠お腹いっぱい。** · 2017/08/28(月) 01:28:38.55

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

**名無しさん＠お腹いっぱい。** · 2017/08/28(月) 04:13:49.11

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

**名無しさん＠お腹いっぱい。** · 2017/08/28(月) 06:14:39.17

>>548に戻る

2017/08/28(月) 09:30:36.78

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

音声はほぼ影響が無い

**名無しさん＠お腹いっぱい。** · 2017/09/20(水) 15:41:03.88

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

**名無しさん＠お腹いっぱい。** · 2017/09/20(水) 19:17:54.97

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

**名無しさん＠お腹いっぱい。** · 2017/09/21(木) 00:10:12.01

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

2017/09/21(木) 00:12:03.72

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

**名無しさん＠お腹いっぱい。** · 2017/09/21(木) 00:46:40.49

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

**名無しさん＠お腹いっぱい。** · 2017/10/14(土) 11:06:04.50

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

**名無しさん＠お腹いっぱい。** · 2017/10/14(土) 12:46:53.39

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

**名無しさん＠お腹いっぱい。** · 2017/10/14(土) 18:09:36.38

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

**名無しさん＠お腹いっぱい。** · 2017/10/14(土) 18:27:01.77

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

**名無しさん＠お腹いっぱい。** · 2017/10/14(土) 19:42:02.14

ubuntuだと楽だけどね。

**名無しさん＠お腹いっぱい。転載ダメ** · 2017/10/14(土) 22:58:39.88

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

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