2017-08-14 6 views
0

私はffmpegでflacファイルからmp3を作っています。これは通常私のためにハムダムです。FFMPEGでオーディオをリサンプリングすると歪んでいます

今夜、何らかの理由で、私がいつも使っていたのと同じコマンドを使うと、変換されたオーディオが歪んでいます。トラブルシューティングの後、問題は "-out_sample_rate"フラグであるように見えます。

マイコマンド:mp3のオーディオは、その後、信じられないほどのデジタルクリッピングが生じジャッキゲインによって歪んでいる

ffmpeg -i input.flac -write_id3v1 1 -id3v2_version 3 -dither_method modified_e_weighted -out_sample_rate 44.1k -b:a 320k output.mp3 

ffmpegを更新しようとしましたが、問題が残ります。私は様々なサンプルレート(44.1kソースファイル、48kソースファイル、96kソースファイル)を44.1kと48k mp3に変換しようとしましたが、変換があるときはいつでも問題は残ります。

私はmacOSを使用しています。私は自家製のffmpegをインストールしました。

アイデア?

+0

"-out_sample_rate 44.1k"を "-ar 44100"に変更しても同じ結果になります。 – jsamsf

+0

完全なログを共有します。以前このコマンドで細かく変換したファイルをテストしましたか? – Mulvya

+0

"古い"ファイルは引き続き使用できますか?もしそうなら、私は "これが壊れている"とffmpeg tracにサンプルを提出するでしょう... – rogerdpack

答えて

0

リサンプリングの歪みは本当ですか?

最少の再サンプリングアルゴリズムでさえも歪まない。貧弱な再サンプリングによるより典型的なアーチファクトは、エイリアシングおよび量子化雑音のために激しい高周波である。

FFmpegのリサンプラは最高ではありませんが、まったく悪くありません。それは歪みにつながるべきではありません。平均的な使用には十分です。

ソースファイルにはどのくらいのヘッドルームがありますか?

十分でない場合、リサンプリングまたはMP3変換によってクリッピングが発生することがあります。 MP3エンコーダは信号から周波数を取り除き(320kbpsでも)、波形が変化します。

エンコードされたMP3をオーディオエディタに再インポートし、クリッピングを探します。歪みから来るステップ

わからない場合は、ステップは、クリッピングにつながる、コマンドを分割して見て:

ffmpeg -i input.flac -write_id3v1 1 -id3v2_version 3 -dither_method modified_e_weighted -out_sample_rate 44.1k intermediate.flac 

ffmpeg -i intermediate.flac -b:a 320k output.mp3 

少なくとも1デシベルのヘッドルームがあるはずです、それが変換される前に、左MP3。そうでない場合は、前にゲインを下げてください。

intermediate.flacのリサンプリングによって振幅が大幅に増加すると、元のinput.flacはマスターできません。そうであれば(そして品質が本当に重要です)、オーディオエディタ(AudacityではFFMpegよりも良いリサンプリングの仕事をします)でSR変換を行い、リサンプリングとディザリングのステップの間にリミッタを適用して少数の強いピークをうまく下げます。

それでも解決できない場合:input.flacには正確に何が含まれていますか?音楽?ノイズ?スピーチ?それは自家製か他の何かから取られていますか?

+0

確認するために、デジタルクリッピングは増加した振幅からです。 質問を投稿する前にコマンドを分割するトラブルシューティングを行いました。これはどのように私がリサンプラに持ってこられたかを示しています。当時、問題を引き起こしていたのは-out_sample_rateフラグだったようです。それをもう一度やってみると、三角形と四角形の作業(つまり、ゲインを増やさないという意味)だけで、ディザメソッド(dither_method)になっているようです。もちろん、これもまたリサンプラです。ディザ法のリスト:https://ffmpeg.org/ffmpeg-resampler.html – jsamsf

関連する問題