FLAC を AIFF に変換

これはページの他の何よりも先に書いておくべきことです。可逆なアーカイブから来た人が確認を忘れがちな、唯一の損失だからです。ここで書かれる PCM は常に符号付き 16 ビットです。スタジオマスターやハイレゾ購入版、丁寧な転送でよく使われる 24 ビットの FLAC も、この過程で 1 サンプルあたり 16 ビットに縮められ、あとの工程でこの差を取り戻すことはできません。

再生では聞き分けられません。44,100 Hz の 16 ビットは CD が持つものであり、多くのリスニング環境がずっとそうしてきたものです。セッションの中では話が別です。24 ビットが存在するのは、ゲイン変更やサミング、リミッティングがノイズフロアを聞こえるところまで持ち上げずに作業できる余地を持つためで、さらに手を加えるマスターはそれを保つべきです。行き先が本当に 24 ビットの AIFF を必要とするなら、デスクトップの変換ツールが正しい道具で、このページではありません。

この変換の行き先の多くは 16 ビット以外を指定していません。オーディオ CD は定義上 44,100 Hz のステレオ 16 ビットです。多くのハードウェアサンプラーやグルーヴボックス、古めのスタジオ機器は 16 ビットの PCM を読みます。それがコンバーターとメモリーが設計された前提だからです。放送やライブラリの納品仕様も、はっきりそれを名指ししていることがよくあります。

そうした行き先にとって、この縮減は妥協ではなく仕様そのもので、ここで行っておけば 1 工程省けます。避けるべきなのは、深度が 2 回以上下がる連鎖や、内部で 24 ビットや 32 ビットで動くセッションに入る途中で下がってしまうことです。セッションの深度はミックス全体を左右しますが、その中の素材そのものを左右するわけではないので、16 ビットの AIFF は 24 ビットのプロジェクトの中にそれ以上の損失なく収まります。

FLAC は Xiph の形式で、2001 年に Josh Coalson が公開し、2003 年以降 Xiph.Org が保守しています。Apple の対応は遅く、macOS 10.13 と iOS 11 が 2017 年にネイティブ再生を追加しました。Logic はいまでは開けますし、現行のほとんどのソフトもそうです。それでも要件はたいてい、もっと古いか下層のところから来ます。ファームウェアが PCM しか実装せずデコーダーを持たないハードウェア機器、Mac で FLAC を読めるものが何もなかった時代に書かれたテンプレート、それを書いたスタジオがそうだったから AIFF を名指す納品仕様など。

ハードウェアがこの中でいちばん譲歩の余地がありません。サンプラーが FLAC デコーダーを持たないのは、誰かがそれを書いて保守する必要があったはずだからで、その能力を後から獲得することはありません。機器が AIFF を求めているなら、変換することがすべての答えで、議論の余地はありません。単に AIFF を好むソフトウェアはこれとは違い、うまくいくなら FLAC を直接読み込ませるほうがたいてい優れています。

ここではリサンプリングは行われません。44,100 Hz の FLAC は 44,100 Hz の AIFF を生み、48,000 Hz は 48,000 Hz を、96,000 Hz のハイレゾマスターは 16 ビットの 96,000 Hz を生みます。珍しい組み合わせですが正当なものです。これが正しい振る舞いです。リサンプリングは聞こえる結果を伴う判断であり、変換ツールが黙って行うのではなく、編集ソフトの中で意図的に行うべきものだからです。

これはまた、CD 制作の場合には 1 つの条件があるということでもあります。オーディオ CD は 44,100 Hz でなければならず、それ以外はありません。48 kHz の元データからは 48 kHz の AIFF ができ、あなたの制作ツールがそれをリサンプリングするか拒否するかのどちらかになります。ディスク 1 枚分を変換する前にマスターのレートを確認してください。レートが混在した一式は、この問題が書き込み段階になって表面化するパターンです。

AIFF はチャンクの並びで、ここで書かれるものはちょうど 2 つだけを持ちます。COMM はチャンネル数、フレーム数、ビット深度、サンプルレートを記し、SSND はサンプルそのものを保持します。ID3 チャンクも ANNO チャンクも NAME チャンクもアートワークもありません。

つまり FLAC のタグブロックはその境界で終わります。タイトル、アーティスト、アルバム、作曲者、日付、カタログ番号、リプレイゲインの値、埋め込まれたカバー画像はすべて結果には含まれず、あとからどんなツールを使っても AIFF から復元することはできません。セッションの中ではこれはまったく正しい振る舞いです。ファイルはライブラリの項目ではなくタイムライン上のリージョンだからです。逆の用途で使うなら、重要な情報は変換前に書き留めておいてください。

FLAC のストリームヘッダーは、符号化時に計算されたデコード後の音声の MD5 を運びます。これが FLAC を、単なる小さいコピーではなくアーカイブたらしめている理由です。何年も先にデコーダーがサンプルを再構成し、ハッシュを取って、何も劣化していないことを証明できます。AIFF にはそれに相当する項目がなく、壊れた AIFF でも構造的には有効な AIFF のままです。

これがこの変換における保管の原則を決めます。FLAC がアーカイブ用のコピーであり続け、AIFF は作業用ファイルです。1 分で作り直せるので、セッションが終われば削除して構いません。チェックサム付きのマスターを無圧縮の作業コピーに置き換えてしまうと、検証機能とディスク容量の半分を同時に失う、両方向で割の悪い取引になります。

レジストリは FLAC の上限を 8 チャンネル、AIFF の上限も 8 チャンネルと記録しており、これは珍しく完全に一致しています。モノラル、ステレオ、クワドラフォニック、7.1 はどれも構成をそのまま保って通過し、この方向でチャンネルを捨てたり合成したりする必要がある場合はありません。

ポストプロダクションにとってこれは実用的な部分です。FLAC でアーカイブされた 5.1 のステムは、セッションの中で 5.1 の AIFF として届きます。運ばれないのは、チャンネル数を超えるチャンネル順やスピーカー割り当てのメタデータです。COMM チャンクが記録するのはチャンネル数だけで、それが何を意味するかではないからです。マルチチャンネルのファイルは、思い込むのではなくセッションが期待する順序と照らし合わせて確認すべきです。

無圧縮の 44,100 Hz ステレオ 16 ビットは 1 秒あたり 176,400 バイト、およそ 1 分あたり 10 MB かかります。それがオーケストラでも無音でも同じです。すべてのサンプルが素の数値として書き出されるからです。FLAC は通常それを半分に圧縮するので、AIFF は元のファイルのおよそ 2 倍になります。22 MB の 4 分間のトラックはおよそ 42 MB になります。

100 MB の上限は置くファイルに適用されるので、実務上の上限は CD 品質の FLAC 1 ファイルあたりおよそ 20 分です。トラックやステム、ヒット音、キューには十分ですが、コンサートや長いインタビューには足りません。その場合は先に元データを分割してください。この制約はタブのメモリーによるもので、上限を引き上げる有料プランはありません。

AIFF の書き出しには依存関係が要りません。サンプルはいったん WAV としてまとめられ、10 行ほどの計算処理によって包み直されます。ヘッダーはビッグエンディアンで再構築され、サンプルレートはこの形式が求める 80 ビットの拡張浮動小数点として書かれ、各サンプルのバイト列は反転されます。このサイトの MP3、AAC、FLAC の変換先とは違い、WebAssembly のエンコーダーを取得する必要もありません。

FLAC のデコードも手元の機械で行われるので、この変換はどちら向きにも何もネットワークを越えて動かしません。未発表のマスターやクライアントの素材、禁輸中の何かにとって、これは持っておく価値のある性質で、約束ではなく確認できるものです。開発者ツールのネットワークタブを開いて変換を実行し、何も出ていかないのを見てください。