取り込んだmp3ファイルのトラックの長さが間違っている

BansheeとSound Juicerの両方を使用しているときにこの問題が発生しました。私はThinkpad 14インチでUbuntu 12.04を使用しています。内蔵CDドライブのメーカーについてはわかりませんが、誰かが方法を教えてくれれば、その情報を喜んで提供します。外付けCDドライブ。これにより、問題が私の内蔵CDドライブであるかどうかがわかります。

とにかく、問題：私がリッピングしたmp3ファイルの長さが間違っています。たとえば、Peaceboneを長さ5:13のAnimal Collectiveでリッピングした場合、電話とbansheeによると、ファイルの長さは25分でした。プレーヤーは、25分間全体を再生する前に次の曲にスキップします。しかし、曲全体を聞いているのか、曲の実際の長さを聞いているのかわからないのは気に入らない。

ファイルの長さは想定よりも数秒長い場合がありますが、これまでのところ、問題は2回目のリッピングで消えました。

banshee cd cd-ripping sound-juicer

— ヘイヘイ
ソース

もう少しテストした後、音楽自体の長さが適切であるようです。長さが短すぎると思われるファイルは、表示されたトラック時間が過ぎても再生を続け、長すぎるファイルは次の曲にスキップしますすることになって。しかし、問題は依然として迷惑であり、リッピングされた音楽の品質について心配しています。

— Heihej

多くの場合、トラックの長さは、ファイル長と予想される平均mp3データスループットから計算されます。一部のプレイヤーは継続的に継続時間を再計算しますが、一部のプレイヤーは継続しません。トラックの長さを把握した後にデータベースに保存するものもあれば、保存しないものもあります...トラックが完全に処理された場合のみ、正確な継続時間がわかります。

— ジッピー

この問題はすべての曲に存在するわけではないため、プレーヤーがファイルを読み取る方法が原因であるとは考えにくい。これは、ファイルに何か問題があることを意味します。

— Heihej

回答:

Ubuntu 12.04頃から、RhythmboxまたはSound Juicerを使用してUbuntuでCDをリッピングすると、デフォルト設定でVBR MP3が作成されますが、VBRヘッダーは追加されないため、MP3を開いたプログラムのほとんどに誤ったトラック長が表示されます、デフォルトの音楽プレーヤー（Rhythmbox）およびデフォルトのファイルマネージャー（Nautilus）を含みます。

最も簡単な解決策は、VBRヘッダーをリッピング後にMP3に追加することです。

ターミナルで次のコマンドを実行してvbrfixをインストールします。
```
sudo apt-get install vbrfix
```
これで、修正する必要があるmp3が存在するフォルダーにCDが移動します。
```
cd /path/to/mp3s
```
次のコマンドを実行して、VBRヘッダーをmp3に追加します。
```
find . -type f -iname '*.mp3' -exec vbrfix {} {} \;
```
Vbrfixはいくつかの一時ファイルを残しているようです。
```
rm vbrfix.log vbrfix.tmp
```

別の解決策は、CDがVBR MP3ではなくCBRとしてリッピングされるようにデフォルトのプリセットを変更することです。ここにはかなり良い説明があります：https : //askubuntu.com/a/154933/18665

このようなプロファイルは、トリックを実行する必要があります（必要に応じてビットレートを変更します）。

[mp3-cbr]
name=lamemp3enc
target=bitrate
bitrate=192
cbr=true
encoding-engine-quality=high
mono=false

他のバグと同様に、この問題が発生している場合は、バグレポートにアクセスして、影響があることをマークすることを強くお勧めします（左上近く）。バグレポートはこちら：Rhythmboxは、CDをMP3にリッピングするときにVBRヘッダーを追加しません

— ブマウピン
ソース

vbrfixは私のために働いた。次に、バンシーライブラリを再スキャンして、変更を反映しました。

— isaaclw

私の経験から、この問題はID3タグが無効な場合に発生します。特定のファイルからすべてのID3タグを削除してから、それらを書き換えてみることもできます。これにはmutagenをお勧めします。これは、いくつかの便利なユーティリティを備えたメタデータ操作ライブラリです。

最初にmutagenをインストールします

sudo apt-get install python-mutagen

問題のあるMP3ファイルがあるフォルダーに移動し、mid3v2を実行します。

mid3v2 --delete-all your_file.mp3

これにより、特定のファイルからすべてのメタデータが削除されます。つまり、タイトル、アーティスト、アルバムカバーはありませんが、ファイルには正しい長さが表示されます。

Ubuntuでパッケージとして提供されているPicardなどを使用して、メタデータを再作成できpicardます。

編集：MP3 Diagsアプリケーションもあり、VBRヘッダーやMP3ファイルに関するその他の問題を修正できるはずです。Ubuntuでmp3diags（またはUbuntu Software Centerから）利用可能です

別のより具体的なソリューションはVBRFixです。コンソールバージョン（Qt GUIなし）がvbrfixパッケージで利用可能です。GUIが必要な場合は、おそらく自分でコンパイルする必要があります。

— jnv
ソース

答えてくれてありがとう、トラックの長さがタグ付けされていることを知りませんでした。Picardは、Peaceboneではタグが正しいと言っていましたが、詳細ウィンドウでは25分という値が表示されました。ファイルからすべてのタグを削除しましたが、何らかの理由で、picardでタグを書き換えることができません。これがどのように行われるか知っていますか？

— Heihej

Picardの動作は他のタグエディターとは少し異なります。タグを付けてMusicBrainzデータベースのアルバムと一致させるためにトラックにフィードするだけです。ハウツーガイドを参照してください：musicbrainz.org/doc/How_to_Tag_Files_With_Picard編集のこのタイプは、あなたのための作業がない場合（またはあなたがMusicBrainzのデータベース内のアルバムを見つけることができません）、EasyTAG（試すeasytagパッケージ）

— jnv

一方、MP3 Diagsを使用した簡単な解決策があるかもしれません。mp3diags.sourceforge.net回答を編集しましたので、ご覧ください。

— jnv

ファイルにタグを付け直すことは役に立たないようです。mp3diagsを使用してVBRデータを再構築しようとしました。これにより、実際にデバイスに表示される期間が改善されましたが、まだ正しくありません（Peaceboneは6:53の長さですが、5：13になるはずです）。

— Heihej

vbrfix前述のVBRFixのコンソールバージョンであるパッケージもあります。そうしないと、それらのファイルを再度リッピングしようとする可能性があります。FLAC、Ogg Vorbis、またはAAC（お使いの携帯電話で再生できる場合）のみを使用することをお勧めしますが、CDをCBRまたはABR MP3としてリッピングすることもできます。WAV（またはFLAC）にリッピングし、VBR MP3に再エンコードするオプションもあります。または、元の設定でもう一度試してみてください。エンコーダーの調子が悪かったかもしれません。

— jnv