カバーなしのMP3が数百個?一枚ずつ手で探す代わりに、HDカバーを一回で取得し、iTunesとiPodのためにファイルに埋め込む方法です。

問題

誰の図書館も同じです:カバーのない曲が数百個あり、iTunesとiPodで灰色の四角で表示される。手作業の解決 — Google画像で一枚ずつ探して保存して添付する — は10曲ならできます。500曲なら、絶対に始めない面倒です。12 000曲あるので分かります:自動化なしではカバーは戻りません。

なぜカバーはファイルの中になければならないのか

多くの人が見逃す鍵:カバーはMP3ファイル自体に、APICフレーム(Attached Picture)で埋め込まれていなければなりません。フォルダのFolder.jpgでは不十分 — iTunesは必ずしも拾わず、iPod Classicは完全に無視します。カバーは曲と一緒に、ファイルの中を旅する必要があります。

自動の方法

一枚ずつ手で追う代わりに、ツールに曲と公式カバーを結ばせるのが正しい動きです:

  1. 曲の識別を名前と長さから — Deezer API(1000×1000のHDカバーを提供)と照合、フォールバックはMusicBrainz。
  2. 公式カバーの取得 — Googleの適当な画像ではなく、元のスタジオアルバムのジャケット、高解像度で。
  3. APICフレームへの埋め込みをMP3に直接、一回で。

QuickTagMP3はまさにそれをします:フォルダを指定すると、各曲を識別し、HDカバーを取得し、ファイルに書き込みます。一回のセッションで、カバーなしの200曲が公式ジャケット付きの200曲になります。

注意点

  • 解像度:Retina画面とiPodで鮮明にするため、最低1000×1000 px。300×300は少し拡大しただけでぼやけます。
  • 形式:MP3にはJPEGが普遍的。PNGも動くがファイルが重くなる。
  • サイズ:iPod Classicの再生を保つため1曲1 MB以下に(大きすぎると読み込みが遅くなる)。
  • APICフレームは一つ:重複カバーは一部のプレーヤーを混乱させます。ツールは一度だけ書くべきで、既存に追加しない。

手動のフォールバック

本当に見つからない曲(ブートレグ、未リリースのインディ)には、手動の道が残ります:画像をカバーフィールドにドラッグ&ドロップすると、ツールがAPICフレームとして埋め込みます。稀です — 12 000曲で手動カバーが必要だったのは2%未満でした。

結果

カバーが埋め込まれると、図書館の見た目が変わります:iTunesはアルバム表示でジャケットを出し、iPod Classicはナビで表示し、モバイルアプリも拾います。ファイルの山を本物の図書館に変える詳細です。一か月ではなく、一回のセッションでできます。