[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 11/23 11:15 / Filesize : 236 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/26(土) 17:29:14 ID:EaBE7/br0]
MP3エンコーダーではない何かであるLAME(LAME Ain't an MP3 Encoder)のスレッドです。

[前スレ]
LAMEコマンドラインオプションを語れ!その34
pc12.2ch.net/test/read.cgi/software/1237972332/

[関連サイト]
本家
ttp://lame.sourceforge.net/
ソースコード
ttp://lame.cvs.sourceforge.net/lame/lame/libmp3lame/presets.c
海外掲示板
ttp://www.hydrogenaudio.org/
バイナリ
ttp://lame.bakerweb.biz/
ttp://www.rarewares.org/mp3-lame-bundle.php
ttp://www.free-codecs.com/LAME_Encoder_download.htm
ttp://www.rjamorim.com/rrw/lame.html

★まとめサイト★
www.geocities.jp/buritora2004/lame/

13 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/27(日) 04:20:10 ID:AR+bSLwL0]
前スレの最後でMSの話があったけど
ソースを見てみたらnssafejointオプションが無意味になってるな
if (gfp->exp_nspsytune & 2)
msfix = 1.0;
if (fabs(gfp->msfix) > 0.0)
msfix = gfp->msfix;
これ2個目のifはelse ifじゃないと駄目だよなあ

意図的とは思えないし、バグ?

14 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/27(日) 17:06:37 ID:5d6vuL8j0]
>>13
Lameのソース読もうとしたこと無いから適当なこと言うようだけど、
もう使われないオプションになっちゃったんじゃ?
前スレ最後のキラーサンプル試してて気付いたんだけど、
Lameのプリセットで自動設定されるnsmsfixがちょうどキラーサンプルを回避できるくらいの値になってるのよ。
つまり、JS切り替えは適切に機能してるみたい。

15 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/27(日) 18:09:11 ID:AR+bSLwL0]
ヘルプに残ってるしプリセットでも律儀に設定してるし
使われないオプションには見えないんだがね
というかCVSで過去のソースを見てもこのオプションが機能していた形跡がない
(プリセットと併用する場合。正確には--nsmsfixを全く指定しなければ機能する)

16 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/27(日) 20:48:06 ID:d1PtVdmg0]
LIFE使ってるとサンプルレートの欄に入力と同じって項目があって
-resampleで入力と同じ値がセットされるみたいだけど、これって
-resampleオプション無しでも同じ挙動するんだよね?

17 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/27(日) 20:54:41 ID:fYM9BTHe0]
その通り。
例えば44.1kHzのWAVEをエンコする際に--resample 44.1と入力することは何も入力しないことと同じ。

18 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/27(日) 21:04:09 ID:d1PtVdmg0]
ありがとう。
良かった。何も考えず入力と同じ選んでたけど良く見たら
-resampleオプションが入ってたもんで、余計な処理が
入ってしまってたんじゃないかと心配してしまった

19 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/27(日) 21:27:12 ID:fYM9BTHe0]
極端に低いレートでエンコする場合は自動的にサンプリング周波数が下げられることがあるけど、
今時MP3でそんな極端に低いレートでエンコすることは殆ど無いだろうな。

20 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/28(月) 12:17:20 ID:Xi2CZGD30]
bakerwebで配布してるバイナリzipに入ってるlibmp3lame.dllってどういうエンコードで使うもの?

21 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/28(月) 15:35:13 ID:5RqBUKjIO]
ギャップレスってどうすればいいのかねぇ‥

初めからCD自体がきちんとギャップレスしてなかったから
wave弄って完璧に繋がるようにしたのに、オプション無し -T --nogapのどれやっても
ケツが切れて2曲目が食い込んでくるような感じになるんだよな‥

素直にAAC使うべきなのかなorz



22 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/28(月) 16:03:28 ID:8GMoV7eL0]
iTunesなら対応しているけど、
再生ソフトがLAMEタグに対応してないとギャップレスにならないだろ。
あと余計なオプションなしのデフォルトで、LAMEタグは付加されるはず。



23 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/28(月) 16:13:47 ID:cwk452hyi]
>>21
AACも規格上はギャップレスじゃないぞ。

24 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/28(月) 16:30:29 ID:5RqBUKjIO]
>>22
ありがとう。iTunes→iPodの用途なんで
俺も普通にエンコしていけるはずだと思ってたんだけど‥

確かにギャップは無いんだけど、一曲目のケツが切れて
2曲目の入りが早いんだよね‥

LAMEタグについて調べてみたら、VBR関連の情報が入ってるみたいだけど
CBRでエンコしたらLAMEタグが挿入されない‥なんてこともあるのかな?orz

25 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/28(月) 17:35:45 ID:cntGOHyW0]
>21-22
LAMEタグを利用してmp3をギャップレス再生できるソフトは、Lilith,foobar2000,1by1,Fittleくらいだったかな?
私自身はLilith派だが。

26 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/28(月) 17:37:05 ID:0JCKcYCt0]
俺もuLilith使ってまっせ

27 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/28(月) 18:37:39 ID:SzYcY9zx0]
WAVE加工するくらいなら全部繋げちまえよ
丸ごとエンコすれば問題ない。

28 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/28(月) 18:47:11 ID:g2qDGI9w0]
>>21
iPodを持ってないんで実験できないけど、
foobar2000 Version0.8.3のDiskwriterの
Commandline Encoderの設定に
□エンコーダーが正確な長さを要求する
というのがある。役に立つかもしれない。

同じfoobar2000でも0.9以降ではなくなっているので、
そもそも無意味なのかもしれない。

それと、いま、前スレの131さんの3.98.2で、
--preset insane だけでエンコしても、-b 320 だけでも
kmlameviewでみたらLAMEタグが付いていた。
bakerwebやrarewaresのバイナリでは試していない。

29 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/28(月) 21:39:14 ID:Y9mFPetv0]
-q 0 のバグを今さら知って3.96時代のものを全てエンコし直し中
今日は徹夜かな

30 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/28(月) 23:23:12 ID:0JCKcYCt0]
まとめてエンコで寝てる間に終わってるがな

31 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/30(水) 03:40:18 ID:EJbgEU8e0]































めぇ



32 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/30(水) 22:53:11 ID:nEHfpY+y0]
-q 0のバグってなんだよ

33 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/09/30(水) 23:15:37 ID:oxTrIUux0]
1番上に出てきたけど
www.google.co.jp/search?q=lame+%83o%83O

34 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/01(木) 00:04:00 ID:v27rOoDE0]
・原曲
www1.axfc.net/uploader/O/so/97038&key=lame
・cbrプリセット128kbps指定のみ
www1.axfc.net/uploader/Ne/so/63818&key=lame
・汗と涙の結晶
www1.axfc.net/uploader/Ne/so/63817&key=lame

散々波形いじくり回しに回して耳を鍛えた上に、音響心理学のお勉強をしっかりとした俺が
オリジナルプリセット研究の成果物をうpしてみる。
テーマはあえて128kbpsという、最低妥協点とも言えるビットレートで高音質を追求。
また「mp3とか音が軽いからw」の克服。
あと高音域の劣化をどこまでごまかせるか。
長さフルバージョンなので原曲のファイルサイズ注意。
複数人による感想求ム。

35 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/01(木) 00:16:28 ID:P4nfwYV20]
「音が軽い」自体が幻想
アーティファクトによる劣化をそういう表現で片付けるのは耳で評価していない人だけ

36 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/01(木) 00:24:36 ID:Ud0PWQar0]
AACがある今あえてmp3の128kbpsで音質追求なんて誰も興味持たんでしょ‥

37 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/01(木) 00:36:04 ID:LDw3SMAi0]
>>35
自分の結論だと、それは単純に、標準でHPFが掛かっているっぽいのが主原因だと考えた。
どう考えても遮断特性が可聴域にはみ出して、例えばベースの音色なんかが変化してるから、
それを頼りにABXなんかも出来る。
低域なんてカットしても大してレート削減にならないはずなのに・・・

>>36
いや別に320kbpsでもいいんだけどさw
128kbpsの時点でこれだけできるんだから、そのままビットレートのゆとりに合わせて調整すれば、
マジで原音と聞き分けられないぜ!ってやりたかったんだ。
っていうか時代は可逆だし、非可逆の存在意義はファイルサイズと汎用性じゃね?
その点、1曲5MB程度でほぼ劣化が聞き取れないmp3なんて作れたら魅力的じゃんか。

38 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/01(木) 00:43:55 ID:Ud0PWQar0]
なんだかんだ言ってmp3使い続けてる俺が言うのもなんだけど
AACの汎用性も既にかなり高くなってると思うよ。Apple機器の流行とMPEG4採用の甲斐あってか。

39 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/01(木) 01:04:57 ID:Nxm1q87J0]
>>34
cbrプリセット128kbps指定のみの方がマシじゃね?
汗と涙の結晶は一番ギターの音が崩れてシュワシュワが目立つ

40 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/01(木) 01:19:32 ID:LDw3SMAi0]
>>38
mp3でくれ、な界隈じゃなければ確かにAACもかなり広まってきたね、特に再生機材。
まぁでも、web上に存在するファイルの絶対量がmp3は異常に多いし、AAC天下はなかなか来なさそう・・・

>>39
シュワシュワ?
歪みが丸まらずにソース通りに出ている、じゃなくて?
ギターはきちんとチェックしたつもりなんだけどな・・・サビで入ってくる奴のことだよね?
まぁ、「シュワシュワ」ならビットレート上げれば消える類だろうけど・・・

あとLameスレなんて滅多に顔出さないからついに書けるだけ書いちゃうけど、
MSステレオを多用すると奥行きが減る。
理由はMSコンプとかでもよく起きるS成分に位置する残響の変化。
この場合はMから相対的に見てSの劣化が大きい影響だと思われる。
けどnsmsfixが1.4以下とかになってくると今度はキラーサンプルで実証されているような
モノラルソースのボケが怖い。
でもまぁ、320kbpsまでビットレート上げれば0.97くらいまでなら全然大丈夫。

41 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/01(木) 03:20:25 ID:733HY6sUO]
128に難癖付けるのもなんだが、あえて言うとまずソースなんだけど、
最初に3つめを聴いたので何じゃこりゃ?と思ったのだが
Flac聴いたらそういうソースなのでした。
各楽器にエフェクターかかっててホワイトノイズっぽい音が満載だし
ごまかせちゃう感じがするね。
わかりやすい部分ではイントロのガラスの高音が歪んでるね。(mp3ふたつとも)




42 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/01(木) 04:09:02 ID:P4nfwYV20]
mp3のCBRはこのレンジで使うものではない。
上がってるサンプルの頭5秒ぐらいを聴けば分かると思うが
アーティファクトが酷くて聴くに耐えない。
-V 5(前後)が128kbps前後では最低限のライン。CBRに拘ってオプション弄りで無駄な時間を費やすよりは大分マシ。

というかそのサンプルは途中からプリエコー地獄になるし、
アーティファクトを聴くトレーニングには良いサンプルだなw

AACにすると100kbps位でも幸せになれるんだが、スレ違いか。

43 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/01(木) 04:39:39 ID:P4nfwYV20]
開始直後に左chから聞こえてくる音が既にアーティファクトまみれで
「汗と涙の結晶」とやらでも全く改善されていないのを聴くと
34みたいな音が軽いだの奥行きだの抽象的な言葉を並べて評価する人は
一体何を聴いてチューニングしてるんだろうね、と思ってしまうわけで。

44 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/01(木) 07:00:18 ID:EivPJ44o0]
AACでもHEプロファイル使うと56kbpsぐらいで幸せになれたりするよ

45 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/01(木) 07:55:08 ID:sRflnif30]
ニコニコにHE-AACの320kbpsがあったりするけど、320kbpsならLAMEのinsaneの方が良くないか?
てかAAC-LCでもMP3と比べると低レート向きで、200kbps辺りから上はMP3の方が良いという声もあるし。

46 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/01(木) 09:12:33 ID:uqYZIecNi]
>>45
>てかAAC-LCでもMP3と比べると低レート向きで、200kbps辺りから上はMP3の方が良いという声もあるし。
それは適切に行われた試験結果の上でか?

47 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/01(木) 17:12:06 ID:pgBqXYaB0]
僕は、ソースが無いので主張はしませんが
なんとなくAACは、どこまでレート上げても所詮AACな気がして
96knpsとかが必要とされる倍以外は、結局MP3を使ってしまうのです。

48 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/01(木) 17:21:19 ID:z8Hb6YD9P]
insaneよりextremeの方がファイルサイズと平均レートが大きくなるんだが
仕様なのかな@3.98.2

49 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/01(木) 17:30:53 ID:fCPr9Vtq0]
>>48
なんか設定間違えてるとしか思えない

50 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/01(木) 17:52:08 ID:sRflnif30]
-V 0 -b 320 -Fにしても微妙にinsaneより小さいのに…。

51 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/01(木) 17:58:59 ID:0yKFGZ5Q0]
>>48
平均レートって何?ビットレートの事?
だとしたら insane で320kbpsでしょ?extremeがそれ以上のビットレートになるなんてありえない。
何か勘違いしてない?



52 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/02(金) 08:34:21 ID:Gp/FP807O]
>>25-28
回答貰っておきながら返答遅れて申し訳ない

あの後いろんなオプションで色々試してみたが
結論としては、単にiTunesがLAMEタグを読めてないだけだと思う

ググるとiTunes7以降はLAMEタグを読みとって
Appleのギャップレス情報に変換してくれると書いてある(非公式)が
実際は正しく読みとれてない模様

foobarでは問題なく再生出来てるので、とりあえずLAMEの問題ではないです。ごめんなさい

-t付けてLAMEタグ取ると、iTunesでしっかりギャップレスしてくれました。
LAMEタグ付いてると、確かにギャップは付かないけど、末尾が早く切り上げられて
次曲が食い込んでくるようになる。冒頭はいずれも変わらない模様
だから「LAMEタグ無し→無し」の接続と「LAMEタグ無し→有り」の時はちゃんと繋がる。

でもこうするとfoobarを初めとするiTunes以外のプレーヤーでギャップが出来るんだよね(当然だが)

だから、どっちにも対応させようと--nogapで試してみたが
これもiTunesでは末尾が切れてしまう。

53 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/02(金) 20:19:51 ID:LRFtRiEy0]
今更だがiTunes上で曲のプロパティ開いて オプション→停止時間 をギリギリまで削ってみるのもアリじゃね

54 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/02(金) 21:24:07 ID:Gp/FP807O]
>>53
それも考えたんですが、聴覚で大体の位置で合わせることになる上
iTunesでしか有効じゃないタグなので、やめました。

そもそもLAMEタグを切った時点で、foobarではギャップが入って
iTunes専用のmp3みたくなってるので、それならもう
iTunesでAACとして取り込めば良いんじゃないのかなぁ‥なんて思ったりします。

LAMEとiPodの組み合わせって、シェア考えると結構あると思うんですけど
このネタについての情報って全く無いですよね、あんりノンストCD聞かないのかな‥

55 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/02(金) 22:50:40 ID:0HRxTq7Z0]
>>33
そのサイト・・・

56 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/02(金) 23:32:44 ID:UDDDBj/N0]
また玉子臭がしてきたぜ

57 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/03(土) 00:11:49 ID:QtJfvwB60]
>>54
というか昔 (iTunesがギャップレス再生に対応した当時) は
iTunesでもLAMEタグをちゃんと読んでギャップレスになってたんだよ
nyaochi.sakura.ne.jp/archives/2006/09/15/itunes-v70070%E3%81%AE%E3%82%AE%E3%83%A3%E3%83%83%E3%83%97%E3%83%AC%E3%82%B9%E5%87%A6%E7%90%86/

いつからか駄目になった。バグレポートするか、
HAに書けばAppleの中の人も見てるから気づいてくれるかも。

58 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/03(土) 02:45:46 ID:lq8jZZsaO]
>>57
その記事は既に読んでたんですが、LAMEタグを読んでギャップレスしている
ことは検証されてますが、それが正しくギャップレスしてたのかどうがが
その記事だけでは分からないですよね‥

あの後、更にいろんなソースで試したところ、やっぱり-tオプション付けても
きちんと聞こえるソースが増えるものの、アーティファクトの出る部分も少しありました

中途半端な上、iTunesしか読み込めないのでは仕方ないので
諦めてノンストップCDだけはAACで取り込むことにします。
(iTunesでエンコしたギャップレス情報はfoobarでも正常に読んでくれるようなので)

59 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/03(土) 03:51:54 ID:ZEPpjwVI0]
mp3のビットレートは規格上320kまでってことになってるけど、
insaneでエンコードした場合でもビットリザーバって機能するんですか?

60 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/03(土) 04:19:25 ID:QtJfvwB60]
LAMEのバージョンによる
3.97あたりでは機能してたけど、FhGのデコーダとの互換性に問題があるとかで
3.98では無効になってる

61 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/03(土) 10:24:45 ID:jQKDylPR0]
現在の最新ステーブル版である3.98.2では320kbpsでもビットリザーバは機能するよ。



62 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/04(日) 01:59:41 ID:a6gj1sRZ0]
今さら語ることなんて何もないんじゃないのか?
もう次スレは要らないよね多分

63 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/04(日) 08:22:27 ID:h+LUh8ma0]
ずいぶん前からここは雑談スレだよ

64 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/04(日) 17:50:47 ID:HaElF6ge0]
  ┏┳┳┓     ハイ.     ┏┳┳┓
┏┫┃┃┃     雑談は   ┃┃┃┣┓
┃┃┃┃┣┓   ここまで ┏┫┃┃┃┃
┃      ┃┃┏━━━┓┃┃      ┃
┃ 雑談   ┣┫ . ・∀・ ┣┫. STOP!┃
┗━━━━┛┗┳━┳┛┗━━━━┛
            ┏┻┓┃
        ┏━┛  ┣┻┓
        ┗━━━┫  ┗━┓
.             ┗━━━┛

65 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/04(日) 20:28:24 ID:LH45oSUq0]
次スレのスレタイ変えたほうがイイんじゃね?
と言うか、次スレすらイラネ。
もう、LAMEコマンドラインオプションを語れ!の意味を成してないw

LAMEのコマンドについては既に出し尽くしてネタが無いのは分かるが
レスの揚げ足を取るわ、誹謗中傷するわで
ただの雑談スレに変わってしまってるわな。

66 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/04(日) 20:59:46 ID:at9sz5bK0]
lame --cbr -b 320 -e n -q 0 -m j -X 0,0 -d --athaa-sensitivity 0--notemp --noreplaygain -Z 0 --flush --strictly-enforce-ISO --brief

67 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/05(月) 00:39:56 ID:DCeTIuAI0]
>>65
5年ぐらい前の過去ログ見ても今と変わらなかった

68 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/05(月) 03:03:04 ID:fvSgvXFz0]
LAMEコマンドラインオプションを肴に語れ!

なら話題が何に及んでも無問題

69 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/05(月) 03:08:08 ID:E7Jj7hJl0]
12 名前:名無しさん@お腹いっぱい。[sage] 投稿日:04/02/29(日) 21:49 ID:dXWJdpd7
正直、これ以上語るコマンドラインオプションがない。

13 名前:名無しさん@お腹いっぱい。[sage] 投稿日:04/02/29(日) 22:10 ID:YPkKjxRW
プリセットできてからあまり語る事もなくなったんだし、次からはタイトル変えよう
普通にLame総合スレで

70 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/06(火) 05:04:22 ID:EVpZITt90]
いいスレだと思うよ

71 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/06(火) 12:51:35 ID:U1815LTQ0]
実際には「コマンドラインオプションを語る奴を叩け!その15」くらいなんだが。



72 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/06(火) 15:42:58 ID:+StsWJdP0]
正確には「痛いコマンドラインオプションを叩け!」だな

73 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/06(火) 23:47:01 ID:Z+7sGm/+0]
このスレ割とまったりだと思う

74 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/07(水) 00:05:01 ID:AtAFsYzvO]
だって書くこと無いんだもんw

75 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/07(水) 13:20:45 ID:TN++wnID0]
NHK-FMの、トーク3:音楽7くらいの60分番組は-V 4 -Yで。
3.98.2でこの設定だと平均ビットレートが120〜150kbpsくらい。
そしてシークするとiTunesもWMPも再生時間が結構ずれる。

76 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/07(水) 15:05:40 ID:VSnMJLSw0]
音質に影響出るからマルチスレッド化は見送られたという記述があるけども
マルチタスク(lame.exeの複数起動)には何の問題もないわけだから、昨今のPC事情なら
最低でも5個以上は同時変換して問題ないし、この辺をフロントエンド側で対応してもらえると
ありがたいんだけどな‥

77 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/07(水) 17:12:32 ID:FsCbrPy30]
>>76
foobarでやれるじゃん てか、普通にやってるけど?

78 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/07(水) 17:20:16 ID:aExi39c80]
初心者は黙ってね

79 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/07(水) 17:22:33 ID:FsCbrPy30]
>>78
知らなかったの?? プッ

80 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/07(水) 18:32:57 ID:Gi+K+bqu0]
>>78
LIFEでも出来るぞ

81 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/07(水) 21:47:16 ID:AtAFsYzvO]
俺ひらめいた!パソコン3つ使えば変換速度が3倍になるよ!!

みたいな思考だな。小学生かよ



82 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/07(水) 22:00:37 ID:sqcE78cM0]
コア数とハイパースレッディングの関係上、単純な人力並列処理でも
ある程度は効果があるのは当たり前田のクラッカーよ?

しっかし、ATHカーブの定義が甘くて可聴域に結構触れてるんじゃないかと思ったら、
プリエコーを防止する役割があるのね。
そうなると結局、LAMEmp3においてこれ以上プリセットを改善できる余地は、
nsmsfixをギリギリまでSSに近づけることとHPFのカット、
それからついでに各種音響心理マスキングを使ってビットレート節約をすることくらいだと思った。
どうだろう?

83 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/07(水) 22:16:57 ID:uJ9sn7xQ0]
例えば--nsmsfix 0.00001のように極端に小さい値を指定すると無音部はMS、無音部以外はSSになる。

84 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/07(水) 22:17:41 ID:/yc5CV5G0]
汗と涙の結晶 (笑) の人ですか

85 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/07(水) 22:25:14 ID:Hhl6YztM0]
CPUのパワーが影響するのはエンコードの速度だけ?

86 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/08(木) 00:20:06 ID:W6e72t3G0]
LAMEってエンコード以外の機能なんかあったっけ?

>>82
とは言ってもnsmsfixはせいぜい0.6くらいだと思う。
それ以下にするならもうSSのがいいよ。

87 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/08(木) 00:42:08 ID:22jj4cPGO]
>>86
デコード

88 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/08(木) 09:51:31 ID:k3SDHcpV0]
3.99a1をのんびり試してみる

89 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/08(木) 12:16:06 ID:oBbdqbS/0]
aの段階じゃ使う気にはなれんなぁ

90 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/08(木) 18:56:23 ID:LuMmZNTH0]
前々から思ってたんだが、LameのVBRとかでエンコードする時、あくまでも楽曲とかなら必要な部分だけ
ビットレートを多く割り当てて、必要じゃない部分を少なめに割り当てるわけなんだけど、ドラマCDとかそういう
会話だけのようなCDってVBRよりCBRみたいに固定ビットレートの方がいいような気がするんだ・・・・。

皆はどう思う?

91 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/08(木) 19:00:44 ID:lhFm53Rk0]
なんでやねん



92 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/08(木) 19:01:43 ID:vfJL+g1H0]
>いいような気がする

プラッセーボ効果です

93 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/08(木) 19:02:02 ID:n9o2YpzA0]
オーディオブックの様に、無音の多いソースをCBRでやるのは無駄が多い。

94 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/08(木) 19:03:12 ID:ptfJ5wt+0]
>>90
無音部分にビットレート割いても仕方ないと思うんだ

95 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/08(木) 19:39:17 ID:LXNVb1Ug0]
>>90
そんなに気にするなら--preset insane使っちゃいなYO!

96 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/08(木) 19:41:10 ID:LNzrw0c+0]
あぁ、効率的とかじゃなくて音質の話か。
そりゃinsaneのほうが良いに決まってる

97 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/08(木) 19:53:41 ID:bvECdwFO0]
3.98.2のinsaneより3.90.3のinsaneのが良い
そう思ってたけど、聴き比べしてもわからんかった

98 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/08(木) 20:00:07 ID:LNzrw0c+0]
>>97
www2.hp-ez.com/hp/akirapu/page5

99 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/08(木) 20:06:40 ID:bvECdwFO0]
>>98
以下の二点が気になった。

・目で比較(波形データ)
・旧プリセット--alt-presetも知らない

100 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/08(木) 20:07:09 ID:P4Wk94m10]
>>98
またそのヴォケのHPかwww


101 名前:名無しさん@お腹いっぱい。 [2009/10/08(木) 23:25:26 ID:LuMmZNTH0]
ちょいとスレ違いかも知れないけど
MP3(高いビットレートになるほど強い)
AAC(低いビットレートに強い)
ってな具合だと記憶しているんだが、
ATRAC こいつの秀でてるところは?w



102 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/08(木) 23:27:27 ID:n9o2YpzA0]
MP2やMusepackは、"高いビットレートになるほど強い"と言えるかもしれないが、
MP3はどのビットレートで比較しても、AACには負ける。

103 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/08(木) 23:39:56 ID:CzjC00M30]
>>101
MDプレイヤーで再生できます。

104 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/09(金) 02:16:32 ID:94qhCBm/0]
>>102
AACがmp3の後釜なんだから当然だろう・・・

105 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/09(金) 03:32:21 ID:7O9w9j0NO]
>>101
俺もMDでくらいしかお世話になったことがないが
敢えて秀でるというなら標準で著作権保護機能があるととと
下位互換のあるロスレス規格が、割と一般的(←ATRACの中では)になってることじゃないかな

ま、俺はどっちも必要としてないが。

AACがmp3に劣る点って言えば普及率ぐらいじゃないのかな。
対応プレイヤーが増えて一般性が高まった今でも
やっぱり配布用途だとmp3のほうが多いんだよな。

106 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/09(金) 03:39:24 ID:KE6kBYfU0]
あとATRACは規格としてギャップレスに対応してるよ
まぁ、曲間弄ってギャップレスにするという糞仕様なのだけれど

AACは独自拡張がネックで使う気にはなれんな
なんであんな風になってしまったんだか
動画の音声には使うけれど

107 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/09(金) 04:05:28 ID:7O9w9j0NO]
>>106
そういえばMDは普通にギャップレスしてたな。
まぁ俺が実際にMD使ってた頃はATRACだとかSONY規格だとか
そういう知識は全く無かったんだがね。

最初からディスク単位にする前提のCDやMDと違って
圧縮音源ではギャップレスはネックだよねーって思ったけど
単にギャップレスフラグ立たせてプリロードすればいいだけだよな。
まさにLAMEがやってることだがそれが標準規格に無いのが痛い

108 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/09(金) 04:13:59 ID:pVcacqkh0]
初めからギャップレスを考慮して作られた規格だと、ATRACの他にはVorbisがあるな。

109 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/09(金) 12:52:52 ID:PY7CQPZo0]
>>102
俺も規格上はどのビットレートでもMP3が負けてると思うが、
実際のエンコーダーの問題もあって高ビットレートではLAMEの方が音がいいと思うが。

>>107
フラグ立てるだけじゃなくて最後のフレームのどこまで音が入ってるかって情報が要るんじゃなかったか。
これが規定されていないのがMP3の2大弱点の1つ

110 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/09(金) 15:28:09 ID:MYqC5IkL0]
>>109
もうひとつは?

111 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/09(金) 17:36:32 ID:pVcacqkh0]
>>109
私も、通常のサンプルなら、LAMEの--preset standardやneroaacencの-q 0.5位で十分だと思うし、
それらに優劣をつけようとは思わない。

ただ、ごく一部のキラーサンプル(castanets等)では、LAMEではABXが可能で、neroでは不可能と言う場合がある。
ショートブロックがMP3より短くて、529kbps(2chの場合)まで使えるAACが有利なのは当たり前ではあるが。



112 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/09(金) 17:44:37 ID:R/izHkPa0]
>>109
>フラグ立てるだけじゃなくて

その開始終了フレーム情報が、フラグなわけですが

113 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/10/10(土) 02:37:20 ID:XGkpkW0l0]
>>110
sfb21のスケールファクタ






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<236KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef