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

1 ：名無しさん＠お腹いっぱい。：2014/09/16(火) 21:31:03.79 ID:LwRDDiA+i.net

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/

191 ：名無しさん＠お腹いっぱい。：2015/06/09(火) 15:00:55.18 ID:cn7Q7M420.net

>>189
ググったら本当だったｗ

192 ：名無しさん＠お腹いっぱい。：2015/06/09(火) 17:36:01.84 ID:lKPfVE1y0.net

今は知らんがちょっと前のトヨタ純正ナビはSDカードで聴く場合SD Audio形式だったんだが
SD Audio対応プレーヤーや携帯電話でSD Jukeboxを使って書き込みという面倒はさておき
mp3 320kbpsは再生出来ないという糞仕様だった
なのでVBRヘッダを付けてあげて見かけというか疑似的にというか319kbpsにしないと再生出来なかったんだわ
-V0なんかは普通に再生出来るし寧ろCBR対応の方が貧弱だわな

193 ：名無しさん＠お腹いっぱい。：2015/06/10(水) 10:00:27.44 ID:FSkpmrBJ0.net

MP3の利点なんかどんなプラットフォームでも再生可能ってだけやな

194 ：名無しさん＠お腹いっぱい。：2015/06/10(水) 10:21:34.71 ID:K06ACB4v0.net

CBRなら消費電力低い（筈）
最近のaacと比べてどうなんやろ

195 ：名無しさん＠お腹いっぱい。：2015/06/10(水) 17:00:54.38 ID:BL5jfZDj0.net

>>193
つまり、ほかの形式は再生可能なプラットフォームが少ないということですねｗ

196 ：名無しさん＠お腹いっぱい。：2015/06/10(水) 17:09:31.88 ID:809GKTL10.net

他の形式は古臭いプラットフォームは切り捨ててるだけやろ

197 ：名無しさん＠お腹いっぱい。：2015/06/10(水) 19:40:36.38 ID:5LM3kDec0.net

>>194
デコーダの実装次第だけど、一般論としては、MP3はMDCTとフィルタバンク両方使うせいでAAC-LCやVorbisよりデコード遅い模様
つまり消費電力は高くなる

198 ：名無しさん＠お腹いっぱい。：2015/06/10(水) 20:00:59.05 ID:2s1RaA230.net

MP3の方がデコードが軽い実装がほとんど
http://www.rockbox.org/wiki/CodecPerformanceComparison

つーかデコーダ書いたことがあるなら分かると思うが
フィルタバンクはDSP的なハードで簡単に高速化できるけど
単純にテーブル参照を繰り返すしか無いハフマン符号のデコードが結構重いのよ

199 ：名無しさん＠お腹いっぱい。：2015/06/10(水) 23:37:16.43 ID:5LM3kDec0.net

>>198
そうなん？
俺が見たのもrockboxの開発者の話だったけど、それだとMP3一番遅かったんだよな
rockboxのデコーダ実装自体はMP3が一番最適化が進んでるそうだけど

http://www.hydrogenaud.io/forums/index.php?showtopic=82125

MP3 is really slow compared to pure MDCT codecs or pure subband codecs in spite of intense optimization.
This is because it has to do both an MDCT (like Vorbis, AAC, WMA, etc) and a synthesis filterbank (like MPC). Neglecting the synthesis filterbank, it performs similarly to the other small block sized mdct codec, a52.
This leads to decreased battery life using the format.

ffmpegのデコーダをPCで試すと、うちのではAAC>MP3>Vorbisの順になるわ

200 ：名無しさん＠お腹いっぱい。：2015/06/11(木) 00:06:12.44 ID:eNmLPXBk0.net

ffmpegはmp3floatは速いがそれ以外は整数実装で激重
でもってmp3floatもffmpegバイナリから使うと重くてmplayerからだと軽いとかあった気がする
最近は調べてないから知らん