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/ >>94 ビデオカメラで撮影したビデオ(H.264+wav)の音声をaudacityで読み込んで 音声に処理を施した後にmp3で出力して 再度動画に合体させるということが本当にやりたいことです。 -tでlameタグは無効にしてあるのですが、 mp3に圧縮する前と後で0.03秒程度後ろ方向に音ズレが発生するので これを何とかしたいというのが要望です。 --decode-mp3delay 1152 を入れてエンコードすると audacityで確認したときに エンコード前と後で0.03秒の音ズレがほとんど発生しないのですが・・・ 何か間違えていますか? mp3という方式ではDCT使うからかならずエンコーダディレイってのができてしまうんじゃなかったっけ それを強制的に取っちゃえばどうなるんだろ もしそれで本当に先頭の空白がとれるのならそもそもギャップレス再生のためのlameタグとか必要ないような気がする 普通に動画編集するときにそんなことやるものなのかな だれか詳しい人レスおね もしかして勘違いしていないか確認ですが 前に出てくる無音部分がなくなる、という意味ではなく 予め元の音声の頭を0.03秒カットしておくことで 全体の音声を前にずらし 結果として音ズレがない状態にできる、という意味なのですが 理解されていますでしょうか? あと気になっているのですが http://www001.upp.so-net.ne.jp/yama-k/codec/lame3.98option.html エンコードの遅れ分nをスキップしてデコードする. スキップする、ということはファイルの頭部分をカットしてしまうのではなく ファイルに残っているのですよね? これってlameタグと何が違うのでしょうか? ソース読む限りではエンコードの時にも入力のPCMサンプルの先頭を読み捨てるという挙動で適用されるっぽいね LAMEタグを読んでギャップレスにしてくれないデコーダで ディレイの分を読み捨てるようにすれば確かにずれることはないだろうけど 当然指定したサンプル分は捨てられてエンコードされないから失われる before[ディレイ0,1,2,3,...,n-1][オリジナル0,1,2,3,...,m-1] after [ディレイ0,1,2,3,...,n-1][オリジナルn,n+1,n+2,...,m-n-1] >>98 エンコードでそのオプションを使うとエンコードされたファイルからはスキップした分が失われる(当たり前だが) >>100 今ならaacが主流ですか? aac使いたいんですけど 無劣化での編集ソフトがあまりないので使えないんですよ 分割するソフトとかありますか? エンコードしたmp3ファイルをaudacityで必要なサンプル数ずらせばいいんじゃないのかなぁ と思ったけどそんなことできないような気がしてきた全部のサンプルをフレームに収まるように再構成しないとだめだもんな そんなことできるのかな ttp://lame.cvs.sourceforge.net/viewvc/lame/lame/libmp3lame/lame.c?view=log ttp://lame.cvs.sourceforge.net/viewvc/lame/lame/test/lametest.py?view=log >>107 >人が聞き取ることのできる知覚材料も失われているのがはっきりと分かります。 削られたところだけ抽出したらそうだろうけどさ、削られてないところ含めて 聞いたら聞き取れないってことなんじゃないか。 >>107 MP3圧縮前と後の音源と動画を見てみたいんですが アップされてませんよね? そりゃそうさ 人は音を分析的に聴いているときと、 音楽を聴いているときは、異なる情報を処理している 脳内でフィルタやグラフィックイコライザーが働いているようなもの 可聴域を例に出してる時点で、よく分からずに記事書いてるんだと思うよ。 普通は、騒がしいところでは大声を出さないと聞こえない(音圧レベルのマスキング)とかを例に挙げるから。 qaacのCVBR192kbps(実際の生成物は195〜210kbpsであることが多い)でlameのV0と同等以上 linuxのlameってID3v2.3でタグ付け出来るん? vbr v-0とCBR b-320 違いは分かるもの? >>116 man lame でも読んでみろよ。 --id3v2-utf16 add following options in unicode text encoding. iconv有効にしてビルドしないと出てこないけどねそのオプション =======私のメモ======= 大雑把にこんな感じみたい。 OP 対象年齢 フィルタ V0 18歳以上 18750Hz(以降、緩やかな減衰) V2 18歳以上 18500Hz V4 30歳以上 16000Hz(以降、緩やかな減衰) V5 30歳以上 16000Hz ※V6〜V9のオプションは推奨されていない。 わしはじじだから、-V 0 --lowpass 16.5k 緩やかな減衰とか馬鹿だろ 各オプションに設定されているローパス知ってりゃそんな間抜けなことは書かんわな ミスチルの今度発売されるUSBメモリのアルバムでも、 ハイレゾとMP3が収録されるんだが。 判明というか、そういう風に設計されてるから当たり前なんだが… --ti cover.jpgで埋め込まれるカバー画像ってMp3tagによるとOtherらしいんですがこれFrontにできませんか lame コマンドライン カバー (front|other)やlame コマンドライン カバー タイプでググってもカバーのタイプに触れてる記事がヒットしませんでした…… 古強者のスレ民の皆様、よろしくご解答願います >>135 流石古強者はやることが違いますね。ソースいじるんですか…… ソースいじるのもpastebin見るのも初めてなんですが、つまり行頭が-の行を+の行に入れ換えるわけですね? 明日起きたらやってみます。ありがとうございます。お休みなさいm(__)m >>135 遅くなりましま やってみたところ私にはmake installが出来ないようでした……orz もうちょっと経験積んだらやってみようと思います あとカバーのタイプについてはflacのmanualの--picture=の項が詳しいようですね 最初、CBR128で持ってるCD500枚ほどを全部エンコして、 その後、160→192とエンコし直した。 が、VBRのほうがいいらしいということで、また-V 2でエンコし直したが、 ファイルサイズと時間が合ってないのが気分悪くて、 現在CBR256でエンコし直し中。 320は最後のお楽しみに取っておくわw ちなみにCBR160とオリジナルCDの区別がつかない糞耳ですw わざわざ間抜け晒しに来る馬鹿乙 糞耳は脳味噌の問題だと早く気付け lameってmp3を再エンコしないでタグ付けだけするって出来ませんのん? 素直にMp3tag使え? このタイミングの煽りは答えられないやつ。間違いなくww >>139 >>141 >>142 おじさんたち、なにか嫌なことでもあったの? 悩みがあるなら打ち明けてよ。じっくり話し聞くよ。 >>138 CBR224も試せば、もう1回多く楽しめたのにw AACとの比較を次はチャレンジして下さい。 すいません。 VBRの-V 0でエンコしてたんだが、新しい外付けHDDを買ったので すべて--preset insaneでエンコし直そうと思います。 で、LAMEのヴァージョンですが、最新の3.99.5でいいでしょうか? 新しいヴァージョンはまた出るでしょうかね? 過去のヴァージョンでおすすめがあれば教えて下さい。 ありがとうございます。 できれば理由も教えて下さい。m(__)m >>145 -V 0ならもうそのままでいいじゃん。 次にやるならOPUSでも使えよ。(´・ω・`) そういえば昔エンジン故障のことをエンコって言ってたな まあ、どうでも良いことだが ノートとデスクトップ(自作)でEACを使った場合に音質の差とか有りますか?再生はスマホかノートとカーオーディオ(純正スピーカー)とノートのヘッドフォン出力をコンポのlineに繋いで聴くレベルです デスクトップはドライブ毎の設定を昔にした記憶があります 聴くレベルどうこうというか、それは官能試験の問題じゃなくて、 ファイルコンペアすれば解決できる話じゃないのか。 EACには正しくリップ出来たかネット上のデータベースでチェックする機能があるから ノートとデスクトップ(自作)の両方で2枚か3枚か試してみればデータとして正しいかどうかはわかる 音質の違いは近くにオーディオマニアがいれば聞いてもらうか PAU板のPCオーディオスレで質問すればなにか得られるものがあるかもしないが無理にはおすすめしない >>153 ,154 チェックする機能があるんですね ただリップしたいCDがデータベースにあるかどうかですね、やってみます >>155 エンコードにLAME使いますよね ありがとうございました >>156 エンコにLAME使おうが全く関係ねえだろ間抜け EACでのリッピングなんてドライブ依存だろ 聞く方も教える方も馬鹿ばっか http://imgur.com/YqpdSB7.jpg LFE使ってて出てきてエンコードしたファイル見たらアルバムの中で一曲だけエンコードできてなかった。 その曲個別だけでエンコードしようとしてもできない... どうしたらできるようになりますか いわゆるダメ文字問題かもしれないので、曲名やらなんやら全部1バイト文字にしてやってみる >>161 ありがとうそれで簡単に解決したわ 情弱ですまんかった WinXPですけど3.99.5はolder Win32 OSsってやつ使えばいいのでしょうか? ずっとaudiograbberで3.98のlame_enc.dll使ってた・・・ wave→Lame Ivy Frontend Encoder→lame でエンコしたいのですがlameはどのバージョンがお勧めですか Lame Ivy Frontend Encoderはやや古い形式らしいので やや古いlameバージョンの方が良いのでしょうか? LIFEはコマンドラインオプションをいい感じに書いてくれるだけのソフトだから 別に新しいLAMEでも動くよ 心理音響モデルのチェックははずさないとダメだったかな(今のLAMEではデフォルトでオンなので) 昔々、LAME v3.97までが音質重視で、それ以降は速度重視という話を聴いたことがある いつも新しいものを使っていたが、容量が大きくなった今はエンコしなくなったな その話、変換が速いvbr newがoldの音質を上回ったってだけだろ。 >>128 それ素人が簡易的に聴けるように配慮したんだろ 2000円以上はぼったくられてるけどしょうがないね ダウンロード販売のゲーム買ったときに特典サントラがFLACとMP3の同じ物がついてきて 何でこんな無駄なことしてんだFLACだけでいいやんと思ってたら 情弱用のために両方入っていたのか 情弱ってか未だにID3v1使ってるカーステレオとか現役だからだろ それはカーオーディオによるとしかいえないな。まあLAMEでもV0以上ならそうそう音質が問題になる事は無いだろ。 まして運転中の車の中聞いたり、人ごみで携帯音楽プレイヤー聞くような場合、細かい音質の違いなんてまず分からないし。 まずどれほどのスピーカーなのかっていう 多分デカイ音が出るの重視で繊細さなんて微塵も気にしてないだろうな ミスチルのUSBに入ってたMP3音源、LAMEだったみたいだね >>175 3.99.5使ってたな 320kbpsなんて書いてるくせにV0 サンプリングレートが48kHz ローパスも24.0kHzにしてたわ 純正カーステなんてスピーカーがゴミだからHC-AACの64kbpsとかいうクソ圧縮でも走行中は何も違和感ないぞ カーステでLAMEのV0は容量の無駄。このスレでこんなこと言うのもアレだけどHC-AACオススメだぞ 音源にもよるが低音質ならいっそモノラルエンコードするのも手 >>177 わざわざ高価なスピーカーに買い換えて、しかも停車して静かな環境でカーオーディオ聞く奴なんて殆どいないからな。 ただ、音楽プレイヤーの容量も増加している今、長い動画の音声部分に使うならともかく、 音楽(音声データ)を聞くだけならHE-AAC使ってまで高圧縮にするメリットもあまり無いと思う。 タクシーが休憩してそうな人気のない大きめの道で停車して窓閉めて簡易カラオケ あると思います >>172 >>182 FLACが聴けるカーオーディオはまだまだほんの一部。 そういう意味で、FLACはカーオーディオでは聴けないというのは間違いではない。 MP3だったら、圧縮音楽が聴けるもので対応してないものはまずない。 スマホで何でも再生できる今の時代にMP3じゃなきゃって需要があるのってカーオーディオのヘッドユニットぐらいなんだが、フォーマットだけ対応しててもギャップレス再生やID3v2に非対応だったりVBR対応が貧弱だったりと、実装が糞すぎることが多いので結局意味が無い スマホやDAPをヘッドユニットにつなげたほうがストレス少ないしMP3に縛られる必要もなくなる なんかMP3を否定するような書き込みが多いが、 このスレが何のスレかわかってるのかな?w 個人的には、MP3にLosslessが出て、 今までのMP3対応機でも聴けるようになれば面白いと思うが、 まぁそれはさすがに無理かw > 個人的には、MP3にLosslessが出て、 とっくに出てるが >>187 > フォーマットだけ対応しててもギャップレス再生やID3v2に非対応だったりVBR対応が貧弱だったりと、実装が糞すぎることが多いので結局意味が無い ギャップレス再生はともかく、 「ID3v2に非対応だったりVBR対応が貧弱」って、そんなの今どきねぇよw 今は知らんがちょっと前のトヨタ純正ナビはSDカードで聴く場合SD Audio形式だったんだが SD Audio対応プレーヤーや携帯電話でSD Jukeboxを使って書き込みという面倒はさておき mp3 320kbpsは再生出来ないという糞仕様だった なのでVBRヘッダを付けてあげて見かけというか疑似的にというか319kbpsにしないと再生出来なかったんだわ -V0なんかは普通に再生出来るし寧ろCBR対応の方が貧弱だわな MP3の利点なんかどんなプラットフォームでも再生可能ってだけやな CBRなら消費電力低い(筈) 最近のaacと比べてどうなんやろ ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる