MP3 を FLAC に変換

FLAC は厳密な意味で可逆です。渡されたサンプルを、そのまま正確に返します。そのサンプルがどこから来たかについては何も主張しません。MP3 のエンコーダーがすでに間引いた音声を渡せば、その間引きを完璧に、永久に、数倍大きいファイルの中に保存します。

ここが多くの人が別の結果を期待している点なので、和らげずに書いておく価値があります。この変換に限らず、どんな変換も、MP3 のエンコーダーが捨てたものを再構成することはできません。そのデータは圧縮も隠蔽も近似もされていません。符号化の時点で削除されており、いまも存在するのは、その MP3 の元になった素材だけです。

192 kbps の MP3 は 1 分あたり 1.44 MB です。デコードして FLAC として再符号化すると、同じ音声はおよそ 1 分あたり 5〜6 MB になります。FLAC は知覚ではなくサンプルを圧縮し、実際に存在する冗長性しか見つけられないからです。60 分のアルバムはおよそ 85 MB から 350 MB 近くになります。

ライブラリ全体で見ると、この計算は立ち止まる価値があります。200 枚の MP3 アルバムを変換すると、少し前まで 17 GB が運んでいたのとまったく同じ情報量を、およそ 70 GB のファイルが運ぶことになります。目的が整理されたコレクションなら、これは受け入れられる代償です。目的が音質の向上なら、53 GB が何にも使われていないということです。

MP3 のエンコーダーはあるカットオフ周波数より上をすべて捨てます。もっとも高い成分はビットレートを消費するのに寄与がいちばん少ないからです。カットオフはビットレートに依存し、128 kbps ではおおむね 16 kHz 前後、320 kbps ではやや高くなります。スペクトログラムには、それより上に何もない、きれいな水平の縁ができます。

この縁は FLAC に変換しても変わらず残るので、トランスコードされたファイルは簡単に見分けられます。どんなスペクトログラム表示ツールでも FLAC を開いて上端を見てください。CD から作った FLAC はおよそ 22 kHz まで伸びますが、MP3 から作った FLAC は、MP3 が止まったところで平らに止まっています。これはまさに、音楽コミュニティが可逆だと偽られたファイルを見分けるときに使う方法です。

MP3 は ID3 タグを運びますが、これは 30 年かけて積み重ねられてきた形式で、その歴史がそのまま表れています。互換性のない複数のバージョン、食い違う文字エンコーディング、どのソフトが書いたかによって意味が変わるフィールド。FLAC は明快な仕様を持つ名前付きテキストフィールドを運び、プレイヤーは一貫してそれを読みます。

これは本物のアップグレードですが、音質ではなく整理についてのものです。タイトル、アーティスト、アルバム、トラック番号、年はどれも明確な行き先を持ちます。まず 1 枚のアルバムを変換し、実際に使っているプレイヤーで確認してください。作曲者、ディスク番号、ソート用のフィールドは対応付けが抜け落ちがちな部分で、完成したバッチにまたがって直すのはタグエディターで数分の作業です。

埋め込まれたアートワークは、MP3 側では ID3 の APIC フレームに、FLAC 側では専用のピクチャーブロックに存在し、どちらも種類のラベル付きの普通の JPEG や PNG を保持します。概念は十分に対応しているので、アートワークはたいてい引き継がれます。

最初のアルバムで確認しておく価値があることが 2 つあります。表紙、裏面、ディスクなど複数の画像を持つファイルは、必ずしもすべてが引き継がれるとは限りません。また、非常に大きな埋め込みアートワークは、小さいファイルの中で驚くほどの割合を占めることがあります。大切にしているカバー画像があるコレクションなら、思い込むのではなく一度確認してください。200 枚のアルバムにまたがってアートワークを埋め直すのは本当に面倒です。

3 つあり、どれも録音ではなくライブラリについてのものです。1 つの形式に統一されたコレクションで、FLAC の中に混じった MP3 がスクリプトやプレイヤー、方針を壊してしまう場合。FLAC しか読めないツールを使っている場合。そして、講義やインタビュー、放送など、MP3 だけが残っている録音を、今後アーカイブが受け付ける形式で保存したい場合です。

FLAC が通常提供するもので、この変換が提供しないものが 1 つあります。ストリームヘッダーにはデコードされた音声の MD5 を記すフィールドがあり、何年も先にデコーダーがそれを使って、再構成した結果が符号化されたものと同じであることを証明できます。ここでのマルチプレクサーはデコードされたサンプルを見ることがないので、RFC 9639 が「不明」と定義する 16 バイトのゼロを書き込みます。ビット腐敗が心配なら、自分でファイルのチェックサムを取り、その隣にダイジェストを保管してください。

音楽の場合、元データはたいていどこかにまだ存在します。箱の中の CD、再ダウンロードできる購入履歴、可逆版を販売しているストリーミングサービスなど。CD をリッピングするのは数分で済み、本物の FLAC——スペクトログラムが上端まで伸び、余分な 1 アルバムあたり 250 MB が実際に何かを運んでいる FLAC——ができます。

それを代替案と正直に比べてください。10 分探せば本物の可逆コピーが手に入ります。10 秒の変換では、可逆に見えるだけの大きなファイルしか手に入りません。この変換が正解なのは元データが本当に失われている場合だけで、それはこの変換に手を伸ばす頻度とほぼ同じくらいの頻度で、間違った答えでもあります。

MP3 から変換された FLAC は、ファイル名や拡張子、ファイルサイズでは本物と見分けが付かず、スペクトログラムでは完全に見分けが付きます。共有コレクションやアーカイブ、トラッカーがトランスコードされたファイルを深刻な問題として扱うのはそのためで、たいてい見つかります。

自分の整理上の理由で変換するなら、その結果を自分の手元に留めておくか、タグに由来を記しておいてください。そうすれば次に見る人——5 年後の自分自身かもしれません——が、そのファイルをマスターだと誤解せずに済みます。正直な表示にはコストがかからず、より良いコピーが存在した録音のアーカイブ版として、MP3 が黙って居座ってしまうのを防げます。

デコードはブラウザー自身の MP3 デコーダーが行います。どんな Web ページで音声を再生するのにも使われているのと同じものです。符号化には、ブラウザーが提供していればブラウザー自身の FLAC エンコーダーを使い、提供していなければページにダウンロードされた WebAssembly のビルドを使います。これは FLAC の変換先でのみ読み込まれ、他のページでは読み込まれません。

どちらの段階もタブの中で行われるので、ライブラリの変換は帯域ではなくプロセッサーの時間を消費し、どの段階でもアップロードは発生しません。上限は 1 回のドロップにつき 100 ファイル、1 ファイルにつき 100 MB で、MP3 の元データにとっては十分な余裕があります。192 kbps で 100 MB は 1 時間を超える音声です。