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

**名無しさん＠お腹いっぱい。** · 2009/09/26(土) 17:29:14

MP3エンコーダーではない何かであるLAME(LAME Ain't an MP3 Encoder)のスレッドです。

[前スレ]
LAMEコマンドラインオプションを語れ！その34
http://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

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

**名無しさん＠お腹いっぱい。** · 2010/03/01(月) 12:31:28

>>587
違う。
http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=40308&view=findpost&p=687889

**名無しさん＠お腹いっぱい。** · 2010/03/02(火) 21:45:20

3.98.3 64bit版 MinGW-w64でビルドしてみた
http://www1.axfc.net/uploader/File/so/39712
pass:lame

**名無しさん＠お腹いっぱい。** · 2010/03/02(火) 23:49:16

匿名の誰が作ったかもわからないものがそう簡単に使えるかよ
同じように斧で配布されたウイルス入り偽StealthNetに騙された奴いたのに

トロイ入りlame.exeだったらどうすんの

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

とりあえずノートン先生は怒らなかったけど

**名無しさん＠お腹いっぱい。** · 2010/03/03(水) 01:35:56

ttp://lame.cvs.sourceforge.net/*checkout*/lame/lame/doc/html/history.html
なんか3.98.3になって結構変わってるみたいだね。

**名無しさん＠お腹いっぱい。** · 2010/03/03(水) 02:26:27

んじゃ翻訳頼むね

**名無しさん＠お腹いっぱい。** · 2010/03/03(水) 03:33:08

rarewareより速いバイナリってビルドできるの？
いろんなの試しても結局rarewareでうｐされてるのが一番速いんだが

**名無しさん＠お腹いっぱい。** · 2010/03/03(水) 13:21:32

>>575
同意
ビットレートとサイズも良いくらい
でも少しだけ遅い気がする

**名無しさん＠お腹いっぱい。** · 2010/03/03(水) 16:16:08

3.88.2と3.98.3が違いすぎてワロタ
FhGデコーダ問題の回避方法の変更のせいなんだろうが、こんなマイナーアップで
随分と大きな変更をするなぁ。

**名無しさん＠お腹いっぱい。** · 2010/03/03(水) 18:10:24

3.88.2と3.98.3？

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

LAME 3.98.3　February 27 2010

・Rogerio Brito:
　・新しいリリースのために debian 包装をアップデートしなさい。
・Robert Hegemann
　・固定されて、アルバム芸術を埋め込んでいるとき、 ignore-tag-errors スイッチは、効果を持たなかった。
　・ライブラリ API は、変わる : lame_decode ファンクションは、今時代遅れである、しかし、まだ存在する、どうぞ、その代りに hip_decode を使う。
　　この変更の理由は、以下である。
　　lame_decode ファンクションは、デコーダ準備、 hip_decode ファンクションを格納するためにライブラリの中の 1 つの広域変数を使う。
　　そのエンコーダは、内部で hip_decode を今使い、そして、 mp3 ～ mp3 を再び‐コード化している間に、 clipdetect 機能を使うことは、今可能である。
　・FFMPEG バグ ( ループにおいて 1 回以上 lame_encode_flush を呼ぶために使用する ) のためのワークアラウンド。
　・Windows:加えられた ( VC9 によって増大しているとき ) プログラムアイコン、及び、バージョン情報
　・マイクロソフト Visual Studio 6 における Bugtracker アイテム [ 2688413 ] 解放名前問題のための位置

**名無しさん＠お腹いっぱい。** · 2010/03/03(水) 20:51:40

続き

　・Bugtracker アイテム [ 2051870 , 2423650 , 2928684 ] 数個の小さなドキュメンテーション問題のための位置
　・3.98 、及び、3.99alpha における Bugtracker アイテム [ 2723518 ] 再‐サンプリングのための位置
　・ウィンドウズ API 変更の Bugtracker アイテム [ 2891879 ] Because のための位置、 prority スイッチに関する問題があった。
　・BladeMP3EncDLL における Bugtracker アイテム [ 2893101 ] アクセス侵害のための位置、ユニコードが定義されたならば。
　・ID3v2 タグにおける Bugtracker アイテム [ 2887359 ] Wrong 長さのための位置、 num_samples は、いつセットされないか、
　・Bugtracker アイテム [ 2872590 ] LameTAG のための位置 : LAME 3.98 における音楽長さ missmatch
　・LAME 3.99a 、及び、3.98.3 ( CVS から ) における Bugtracker アイテム [ 2824296 ] 誤った enc_padding 値のための位置
　・FhG デコーダ問題に立ち戻ること ( FhG V1.5 構造 50 がウィンドウズさんによって乗船する ) : バッファサイズを制限するより、 new-drain-code を可能にすることは、
　　更によくその問題を解決するように思われる ( 2007 年 5 月 16 日に下記、 3.98 のβ 1 を見なさい ) 。
　・ベルンハルト Doebler によって提出されたパッチ、追跡者アイテム [ 2807676 ] Error 、 NASM サポートによってラメを作っているとき、
　・Mancuso Raffaele、cygwin の下の追跡者アイテム [ 2406420 ] コンパイル lame_enc.dll によって提出されたパッチ

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

もっとわかりやすく言ってｗ

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

ウィンドウズさんによって乗船するwww

**名無しさん＠お腹いっぱい。** · 2010/03/03(水) 23:35:22

NASM サポートによってラメを作っているときw

**名無しさん＠お腹いっぱい。** · 2010/03/04(木) 00:54:02

らめええええええええええええええええ

**名無しさん＠お腹いっぱい。** · 2010/03/04(木) 01:15:55

まとめの更新よろしく

**名無しさん＠お腹いっぱい。** · 2010/03/04(木) 12:31:18

超訳だよ！　鵜呑みにしないでね！
LAME 3.98.3　2010年2月27日

ロゼリオ・ブリトー：
・debian用のパッケージを更新したよ！

ロバート・ヘギマン：
・ジャケ写を埋め込んでるとignore-tag-errorsスイッチが効かないのを直したよ！
・Library APIの変更：lame_decode関数は時代遅れだからhip_decode関数を使ってね！
　なぜかって言うと、lame_decode関数はライブラリ内のデコーダ設定を格納するために
　単一のグローバル変数を使うんだけど、hip_decode関数はそうじゃないからさ！
　今はclipdetect機能を使ってmp3からmp3への再エンコードをするのにhip_decode関数が使えるしね！
・FFMPEGで、ループ中に一回以上lame_encode_flushが呼ばれたときに問題が起こるのを回避したよ！
・WindowsのVC9でビルドする時のために、アイコンとバージョン情報を追加したよ！

・ [ 2688413 ]：VC6でのライブラリネームの問題を直したよ！
・ [ 2051870, 2423650, 2928684 ]：ドキュメントのミスをいくつか直したよ！

**名無しさん＠お腹いっぱい。** · 2010/03/04(木) 12:33:15

続きだよ！

・ [ 2723518 ]：3.98と3.99alphaでの再サンプリングの問題を直したよ！
・ [ 2891879 ]：prorityスイッチの問題があったからWindows APIを変更したよ！
・ [ 2893101 ]：BladeMP3EncDLLでUNICODEが定義されているとアクセス違反になるのを直したよ！
・ [ 2887359 ]：num_samplesがセットされていない時にID3v2タグの長さが変なのを直したよ！
・ [ 2872590 ]：3.98で「曲の長さ」タグが合っていないのを直したよ！
・ [ 2824296 ]：CVSからの3.98.3とか3.99aでenc_padding値が違っているのを直したよ！

・FhGデコーダ問題（WindowsのFhG V1.5 build 50）をもっかい考えるよ！：
　新しいドレインコードを使うとバッファサイズを制限する方法（2007年5月16日の3.98β1を見てね！）
　よりも効果的に問題を解決できるんじゃないかな！
・ベルンハルド・ドーブラーさんからのパッチだよ！
　[ 2807676 ]：NASMでLAMEをビルドする際のエラーを直したよ！
・マンクソ・ラファエルさんからのパッチだよ！
　[ 2406420 ]：cygwinでlame_enc.dllをコンパイルできるようにしたよ！

以上だよ！

**名無しさん＠お腹いっぱい。** · 2010/03/04(木) 13:03:58

>>605-606

神翻訳お疲れ様です

**名無しさん＠お腹いっぱい。** · 2010/03/04(木) 14:08:02

ミジンコでも分かるくらいのレベルの翻訳きぼん

**名無しさん＠お腹いっぱい。** · 2010/03/04(木) 14:28:43

じゃあ今回も3.98系列だけに、通常のエンコードに関しては変更点無しってことでいいのか。
素直に3.98.2に上書きインストールしちゃっていいの…かな？

**名無しさん＠お腹いっぱい。** · 2010/03/04(木) 14:47:13

>>572
俺もそう感じた

**名無しさん＠お腹いっぱい。** · 2010/03/04(木) 15:04:25

これだけ修正されても、音質に関連しているのはFhGのだけなんだよな。
それなのに、なんでこんなに音質が変わったのだろう。

**名無しさん＠お腹いっぱい。** · 2010/03/04(木) 16:48:56

**名無しさん＠お腹いっぱい。** · 2010/03/04(木) 16:54:09

3.99のがよくね？ざらつきが減ったようなきがす

**名無しさん＠お腹いっぱい。** · 2010/03/04(木) 17:37:28

定番の音質うんぬんの話はまぁお約束だからと生暖かい目でみるけど
あまりしつこいとイラッとする

**名無しさん＠お腹いっぱい。** · 2010/03/04(木) 17:44:58

>>614
30過ぎた頃から？

**名無しさん＠お腹いっぱい。** · 2010/03/04(木) 18:24:25

明日のテレフォン出るよ

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 01:30:38

バージョンアップのたびに音質云々すぐ言う奴は
WMPの128kbpsで音は満足できるんだが
スペックに満足できないんだよなあ
所謂思い込み効果を重視するからなあ、彼らは

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 03:33:59

今比較検証中なんだが、なんだか妙なことに気付いたので途中報告。
とりあえず3.98.2と3.98.3で、このスレに出てたオプションコマンド付きでエンコして比べてたんだが、
出音は違うことは違う模様。

ただこれが曲者で、ある範囲だけ抽出して波形を目で比較すると、
「違う部分」と「同じ部分」が出てくる。
バイナリを比較しても、これまたしばらく「違う部分」が出てきたかと思いきや、
「同じ部分」が間で出てきたりする。
つまり、何か特定の場合のみスイッチの入る処理の仕方が変わったっぽい。

つづく。

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 03:44:21

このスレに出てたオプションコマンドを書いてくれ

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 03:45:36

そしてこれが問題なんだが、3.98.2の方が何故か原盤より53ミリ秒も長さが長かった。
エンコすると1ミリ秒長くなるというのは以前調べが付いていたんだが、
まぁこれはきっと曲頭の音割れ対策とかそういうのだと思う。

しかし53ミリ秒というのは流石にヤバい。（3.98.3では原盤+1ミリ秒だった）
さらに詳しく見てみると、曲の40秒くらいの地点で短い無音（完全な無音）が入るんだが、
この後が26ミリ秒遅れてる。
26ミリっていったら約53ミリ÷2、つまりもう一カ所26ミリ長い部分があるはずだって予想を立ててみると、
案の定末尾が26ミリ長くなっていた。
さらに、曲全体を見てみると、ある程度の時間（短くて470ミリ秒）完全に無音になっているのは、
上記の2カ所しかないことがわかった。

つまり、3.98.2は400ミリ秒程度の完全無音があると26ミリ秒音の復帰が遅れてしまうバグがあったんじゃないか。
これは3.98.3に乗り換えざるを得ないかも。

ちなみに、>>618で言ったバイナリの比較は、この26ミリ秒が入る以前で切って比較しているので
影響は考えないで大丈夫。

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 03:47:55

>>619
>>184の192kbps用のやつ。
あと今デフォルトプリセット128kbpsで比較し直したけど同様の結果。

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 04:18:27

誰も書いていないから‥3.98.2と3.98.3のinsane（CBRの高ビットレートの方が違いが顕著なので）をZipしてみると3.98.3ｴﾝｺ全然縮まないんだよね
推測だけど、以前は再生互換性のために「詰め物」入れて帳尻合わせていたんじゃないの？

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 04:21:06

で、ようやく音質的な話。
まず最初に、何も考えずにABXしてみたけど聞き分けられなかったorz
ので、>>618で『「違う部分」と「同じ部分」が出てくる』って言ったうちの、
「違う部分」がどこにあたるかバイナリで見て考えてみた。

すると、曲の先頭や末尾はどうやら「同じ部分」に見える。
これは、「音の小さい部分」が「同じ部分」にあたるんじゃないかと予想を付け、
逆に「音の大きい部分」の処理が3.98.3で変わったと仮定して、
今度は音量の大きな部分／小さな部分を別のファイルに書き出して比較してみた。
…多分合ってるだろうと思ったけど、ちょっと分かりづらかったので最後にABX。

これまで調べたことを前提に置いて、フィルなんかの音量が大きくなる部分を比べてみる。
んで、なるほど、これは違うと確信した。
クリアって言ってる人が居たけど、音を作る立場から言わせて貰えば、
3.98.2は原曲と比べて「コンプかサチュったみたいに飽和してる」。
聞き専に分かりやすく言うなら、ダイナミクスが少し潰れてる。
3.98.3は問題なし。原音ママ。
ここを聞いてABXしてみると、スコアは10/10、完璧に聞き分けらた。

つまり3.98.3サイコーってことです、ハイ。
こういう音の変更なら、今までのオプションコマンドもそのまま使えるだろうしね。

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 04:49:40

ついでなので>>622検証してみたけど、マジで縮まないね。
20MBのファイルで2MB近く差が出る。何故だ。

あと「26msec lame」でググったらなんか普通に出てきた。
http://www2.ocn.ne.jp/~mp3lab/talk_in/archives/BBS/record30.htm
既知の問題だったのか…1msecの方も書いてあるし…
そして検証し直したら無音と26msecには直接は関係なく、
なんか知らんが何かしらの原因で突然26msec伸びることがあった模様。
無音なんて最初と最後しか無い曲でトータル78msec長くなってたりするし。

おわり。

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 05:13:09

乙

なんとなく音が違うような気はしたけどプラシーボ万歳とか思ってたｗｗｗ

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 12:18:43

>>622
散々話題になってると思うが
3.98.3が出たきっかけ自体がそれ (FhGデコーダのために意図的やっていた)
http://www.hydrogenaudio.org/forums/index.php?showtopic=78114

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 12:55:34

>>626
だからその分音質改善しているんじゃないの？って事でしょ。
そして各々の改善度合いは、オプションによって違うから使う人間が判断すれば良いだけの話。個人的に一割近く違うのは「些細な事」とは思えないけどね。

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 14:21:14

>>627
いや...何故俺へのレス?

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 14:38:18

人気者がいると聞いて（ｒｙ

**名無しさん＠お腹いっぱい。** · 2010/03/08(月) 00:37:53

ビットレートを倍にでもすれば、80点が90点になるかもしれないけど
エンコーダのバージョンアップでは、85点が87点ぐらいにしかならないよな

**名無しさん＠お腹いっぱい。** · 2010/03/08(月) 00:59:03

そういうことをいう嫌な奴は3.90.3でも使ってろ。キーキー！

**名無しさん＠お腹いっぱい。** · 2010/03/08(月) 01:51:36

1/4のファイルサイズでよく頑張ってるほうじゃないか？
でもmp3の音があまり好きじゃないからaacが普及してくれればな…

**名無しさん＠お腹いっぱい。** · 2010/03/08(月) 01:57:49

>>632
you、AACを使えば良いじゃない

**名無しさん＠お腹いっぱい。** · 2010/03/08(月) 11:44:18

320kbpsっていうとでかいように思いがちだが、元の22.7%程度しか無いんだよね。

**名無しさん＠お腹いっぱい。** · 2010/03/08(月) 16:32:59

若干、スレ違いだけど皆はLAMEエンコする時EACは95b4使ってる人いる？

LAMEまとめサイトでは95b2推奨になってるけど・・・・。

**名無しさん＠お腹いっぱい。** · 2010/03/08(月) 16:45:32

それは知らなかったが俺は95b2だなぁ。
それ以降だと俺のATOKとの相性が悪いんだよ。

**名無しさん＠お腹いっぱい。** · 2010/03/08(月) 16:54:46

てかなんで4なの？普通に一番新しい99b5でよくね？
EACスレのテンプレも99b5のことしか書いてない

**名無しさん＠お腹いっぱい。** · 2010/03/08(月) 17:54:42

>>637
>てかなんで4なの？普通に一番新しい99b5でよくね？
俺も99b5を使っています。
特に不具合も感じられないんですけど、何か問題があるんですかね～

**名無しさん＠お腹いっぱい。** · 2010/03/08(月) 18:27:47

>LAMEエンコする時EACは

何にもEACはLAMEに関係ないだろが
フロントエンドで音が変わると思ってる典型的な馬鹿野郎だろ

**名無しさん＠お腹いっぱい。** · 2010/03/08(月) 18:31:12

what's newくらい読んでから聞くように

**名無しさん＠お腹いっぱい。** · 2010/03/10(水) 14:29:58

はい

**名無しさん＠お腹いっぱい。** · 2010/03/10(水) 21:29:18

はいじゃないが

**名無しさん＠お腹いっぱい。** · 2010/03/10(水) 22:06:26

はい

**名無しさん＠お腹いっぱい。** · 2010/03/11(木) 01:19:03

3.98.3になってから手持ちCDを再エンコした頑張り屋さんはさすがにいないよね

**名無しさん＠お腹いっぱい。** · 2010/03/11(木) 01:22:02

>>644
（　＾ω＾）ノ

**名無しさん＠お腹いっぱい。** · 2010/03/11(木) 01:25:22

まぁ単純上位互換の良調整だからなぁ…

**名無しさん＠お腹いっぱい。** · 2010/03/11(木) 18:45:13

まだ語っていたことに驚いた
MP3のからほかのフォーマットへの普及はビデオからDVDへの普及くらい時間がかかるだろうね

**名無しさん＠お腹いっぱい。** · 2010/03/11(木) 18:57:59

>>644
ノ

あと4353曲w

**名無しさん＠お腹いっぱい。** · 2010/03/11(木) 22:03:14

gccでコンパイルしてみたんだが、rarewaresの方が速い…orz

rarewares 8秒
gcc 12秒
gcc(-march=amdfam10) 11秒

**名無しさん＠お腹いっぱい。** · 2010/03/11(木) 22:25:21

gccなんかマルチプラットホームだから使われてるだけで
最適化目当てに使うもんじゃないだろ

**名無しさん＠お腹いっぱい。** · 2010/03/11(木) 23:23:43

gcc早いってのは昔の話だろ、今はインテルコンパイラが最速。

**名無しさん＠お腹いっぱい。** · 2010/03/12(金) 03:39:50

GCC4.5.0から4.4.3に変えたら11秒から9秒になったけど、インテルのコンパイラの8秒には及ばないなぁ

**名無しさん＠お腹いっぱい。** · 2010/03/12(金) 09:25:47

Linux版はフリーらしいけどWin版のICCってライセンスいくらぐらいすんの？

**名無しさん＠お腹いっぱい。** · 2010/03/13(土) 18:25:43

>>184のコマンドラインで3.98.3使ってるがやけにシュワシュワするようになった気がする

**名無しさん＠お腹いっぱい。** · 2010/03/13(土) 18:59:36

んなオプションなんで使うの？馬鹿なの？

**名無しさん＠お腹いっぱい。** · 2010/03/13(土) 19:16:12

ビットレートが低いんじゃない？
あのオプション、随分詰め込んであるからできれば256kbpsくらいないと苦しいよ
そうでないなら比較用mp3うｐ

**名無しさん＠お腹いっぱい。** · 2010/03/13(土) 19:23:06

多分俺の耳がいかれてるだけだろうから気にしないでくり

**名無しさん＠お腹いっぱい。** · 2010/03/13(土) 19:54:35

シュワシュワって何？

**名無しさん＠お腹いっぱい。** · 2010/03/13(土) 19:57:01

ただ>>184を話題に引っ張り出したかっただけちゃうんかと

**名無しさん＠お腹いっぱい。** · 2010/03/13(土) 19:58:43

>>658
多分、高音のミョロミョロのことだろ。
年配は何故かあれをシュワシュワと表現する。

**名無しさん＠お腹いっぱい。** · 2010/03/13(土) 20:41:28

耳の衰えた年寄りほど音質）（苦笑にこだわるよなｗｗ

**名無しさん＠お腹いっぱい。** · 2010/03/13(土) 20:55:36

ばあさんや、飯はまだかね

**名無しさん＠お腹いっぱい。** · 2010/03/13(土) 21:58:27

あたしゃじいさんだよ

**名無しさん＠お腹いっぱい。** · 2010/03/13(土) 22:44:23

3.98.3に入れ替えてエンコしたら、iPhoneで再生開始一秒以内に音飛び発生するようになったわ。
CDex+LAME(Win)でエンコ→iTunes(Mac)で再生までは問題ないのに、iPhoneに同期したものは音飛びする…
iTunes(Mac)でエンコードしたものは音飛びしないので3.98.3のバグかなぁ？
iPodはほかに持ってないからこれ以上切り分けできねー。

**名無しさん＠お腹いっぱい。** · 2010/03/13(土) 23:22:48

XLD使ってみるとかやることあるだろうに。

**名無しさん＠お腹いっぱい。** · 2010/03/13(土) 23:33:10

ミョロミョロは妥協
シュワシュワは年の功

臨場感とシュワシュワの両方に悩まされる年配の方は
せっかくいい耳してるんだから、編集ソフトで高域補正とかやってみれ

**664** · 2010/03/14(日) 00:13:00

>>665
ああ、情報足らずだったわすまん。焦って情報求めようとしすぎた。
これまでCDex+LAME3.98.2でエンコしてたのを3.98.3に入れ替えたのです。
ちなみに音飛びする曲は何度エンコしても同じ個所で音飛びする。音飛びしない曲は一度もしない。
＞iPodはほかに持ってないからこれ以上切り分けできねー。
はデバイス側の異常なのかどうかを切り分けがこれ以上できないってことです。

で、いま色々組み替えてやってみた。使ったのはCDexv1.51 EACv0.99b4
CDex+3.98.2 320Kbps(CBR):VeryHigh(q=0)→今までの。問題なし
CDex+3.98.3 320Kbps(CBR):VeryHigh(q=0)→開始すぐにぶつ切りの音飛び
CDex+3.98.3 320Kbps(CBR):High(q=2)→同じく発生
CDex+3.98.3 320Kbps(CBR):--preset insane→同じく発生
EAC +3.98.3 320Kbps(CBR):高品質→発生せず

どうやらCDexと今回のLAMEの相性かもしれない…厳密に調べてないのでそうは言い切れないが。

**名無しさん＠お腹いっぱい。** · 2010/03/14(日) 00:29:15

dllでやってるのかexeでやってるのかぐらい書かないと

**664** · 2010/03/14(日) 00:38:08

>>668
すんませんでした。CDexはdllで、EACはexe指定されたんでexeを使いました。
普段CDexしか使ってなかったんでEACはよくわかってないで設定してました(汗

**名無しさん＠お腹いっぱい。** · 2010/03/14(日) 00:49:43

だとすればCDexのdllの使い方に問題があるんじゃないの
CDexもexeでやったら

**664** · 2010/03/14(日) 01:40:18

>>670
CDexに外部エンコーダ設定でlame.exeしてみたがやはり音飛びしてしまう・・・
だいたいiTunesでの再生だと問題ないのに、iPhoneでの再生だと発生するのが納得いかん。
これはあきらめてEACに乗り換えろってことかなー。今日はもう寝るわ、ありがとう。

**名無しさん＠お腹いっぱい。** · 2010/03/14(日) 01:58:03

そりゃデコーダが違うんだから、同じ動作を期待するのもどうかと思うが。
(1) CDexでmp3にエンコード (dll)
(2) CDexでmp3にエンコード (exe)
(3) EACでmp3にエンコード
(4) CDexでwavにした後、手動でmp3にエンコード
(5) EACでwavにした後、手動でmp3にエンコード
をそれぞれ比べてみれば、どこが悪いのか分かるかも。

3.98.2と3.98.3では320kbpsフレームの扱いが随分違うので、
特定の条件下でiPhoneのデコーダと非互換のmp3を生成している可能性もある。
この場合、きちんとバグ報告した方がよい。

**名無しさん＠お腹いっぱい。** · 2010/03/14(日) 02:55:36

やっつけテスト
foobar Lame3.98.3 mp3→mp3 insaneで1分再生、問題なし
iPhone3GS 3.1.2

**名無しさん＠お腹いっぱい。** · 2010/03/14(日) 04:19:58

>>671
その音飛びするアルバム名と曲名を書けば誰かが追試してくれるかもよ

**664** · 2010/03/14(日) 08:11:04

そうしておきます。とりあえず昨日エンコして発生してた曲だけ書いておきます。
物がモノだけにテストできる人限られそうな気がｗ
あとですでにエンコ済みの映画サントラでも試してみます。フツーのCDもってなくてごめん。
発生する場所は決まって開始１秒のところだけ音飛びします。

医龍 Team Medical Dragon 2 オリジナル・サウンドトラック : 澤野弘之
04-Feined oder Freund
12-Battle with Silence
14-Eugel und Teufel <piano & cello ver.>
18-SPIKE

機動戦士ガンダムUC オリジナルサウンドトラック : 澤野弘之
02-UNICORN
08-A LETTER
12-ON YOUR MARK
24-ZERO GRAVITY

…フツーのひとってサントラあんま持ってないか。MATRIXとかならもってる？

**名無しさん＠お腹いっぱい。** · 2010/03/14(日) 09:42:57

>>667

CDex1.51って、どんだけ古いの使ってんだよ

**664** · 2010/03/14(日) 12:11:45

>>676
時間ないので発生した曲だけしか試してないんですが、CDex1.71b4だと音飛び発生しなかったわ。どもです。
ってことは1.51側の問題かな、ご指摘のとおり古いし(汗
ケドあいかわらずタグ付かないバグ直ってないんだよね。それがあって1.51に戻してました。
手間はありますが1.70b4を使うようにします。お騒がせいたしました。
レス・アドバイスいただいた方ありがとうございました。

**名無しさん＠お腹いっぱい。** · 2010/03/14(日) 12:17:03

>>677
ひっそりパッチ当てよう
http://pc12.2ch.net/test/read.cgi/software/1224643338/599

**664** · 2010/03/14(日) 12:41:15

>>678
おお、ありがとう、こんなの出てるとは知らなかった！
パッチ当ててみたらタグ問題解決されました。音飛びも問題なしでした。
あと一々iTunes上で設定してたアルバムアーティストも自動で埋めてくれるんだね。これ便利。
本当にありがとうございました！

**名無しさん＠お腹いっぱい。** · 2010/03/14(日) 13:26:02

EACでlame3.98.3使う場合にはまずrarewavesでファイルを落として分かりやすいようにEACのProgram fileに入れる、
エンコードオプションでlame3.98.3を指定、でやり方はあってるよね？

**名無しさん＠お腹いっぱい。** · 2010/03/14(日) 15:48:58

いいえdllを放り込むだけです

**名無しさん＠お腹いっぱい。** · 2010/03/14(日) 17:23:29

3.98.3の６４Bit版はどこにありますか

**名無しさん＠お腹いっぱい。** · 2010/03/14(日) 17:31:37

探せばネットにあります。

**名無しさん＠お腹いっぱい。** · 2010/03/14(日) 19:31:09

なごきちがいるのかよ

**名無しさん＠お腹いっぱい。** · 2010/03/14(日) 21:09:15

>>683
URLをおねがいします

**名無しさん＠お腹いっぱい。** · 2010/03/14(日) 21:32:12

とりあえずね、スレ内検索くらいはするべきだと思うよ

**名無しさん＠お腹いっぱい。** · 2010/03/14(日) 22:43:37

>>680
そこまでやってるなら
適当なファイルを変換してみればいいんじゃない？