WAV を AIFF に変換

WAV は Microsoft の RIFF 形式で、複数バイトの数値をリトルエンディアン、下位バイトから先に保存します。AIFF は Apple の IFF 形式で、ビッグエンディアン、上位バイトから先に保存します。どちらも非圧縮の PCM 音声を包み、チャンネル数・サンプルレート・ビット深度を持つチャンクで説明します。それ以外は、1980 年代後半に互いに情報交換していなかった二つの会社が、同じ発想を別々に表現したものです。

ですからこの変換は符号化ではなく算術です。各サンプルはバイトの順序を逆にして書かれ、その結果の周りに新しいヘッダーが組み立てられます。何も解析されず、何も判断されません。16 ビットのソースはヘッダーの数十バイトの差を除いて入力と同じ長さで出てきます。24 ビットのソースは三分の二の大きさになります。サンプルが 16 ビットへ書き直されるためです。

AIFF は 1988 年生まれで、Mac の音声ソフトが前提とする非圧縮形式になりました。Logic Pro、その前身のサンプラー形式、Sound Designer、レッドブック規格の CD を作る CD 制作ツールはどれも AIFF をネイティブなものとして扱い、WAV は取り込み用と見なしていました。スタジオはそれを前提にハウススタンダードを作り、その基準はその理由よりも長く生き残っています。

今日この要件がアプリケーションそのものから来ることはほとんどありません。現行の Logic は WAV を何の問題もなく開きます。要件は何年も前に誰かが作ったテンプレートや、納品仕様、1 つの形式しか知らないハードウェアサンプラー、あるいは注文書で AIFF を指定した音源ライブラリやマスタリングハウスから来ています。それは技術的でなくても本物の要件であり、それを満たすのがこのページの役目です。

AIFF はサンプルレートを、今の言語にはない型で保存します。符号ビット 1 つ、16,383 でバイアスされた 15 ビットの指数部、そして先頭ビットを暗黙にせず明示的に書き込む 64 ビットの仮数部からなる 80 ビットの IEEE 754 拡張浮動小数点数です。これが、そもそも AIFF を書くのにライブラリを使う人がほとんどである理由です。

これはまた、この変換に追加のダウンロードが要らない理由でもあります。実際に現れるサンプルレート——44,100、48,000、8,000——はこのエンコーディングで正確に表現できるので、ヘッダーはコーデックなしでも数行の算術だけで組み立てられます。音声そのものは、どちらの方向でも圧縮器を一度も通りません。

バイト順のレベルより下に、本物の非互換性が一つだけあります。自作の変換ツールを書く人がよく引っかかるものです。WAV は 8 ビットのサンプルを 0 から 255 の符号なし値として保存しますが、AIFF は −128 から 127 の符号付きです。1 バイトには逆にする順序がなく、そのままコピーすると一見正しく見えますが、大きなノイズになります。

ここではバイトではなく値そのものをずらすことで対処しています。古いゲーム音声や電話の録音、アーカイブされた 8 ビット素材に関わりますが、それ以外では問題になりません。この世紀に作られた録音はどれも 16 ビット以上だからです。

ここで書かれる PCM は 16 ビットです。あなたの WAV が 16 ビットだった場合——CD リッピング、多くの書き出し、多くのレコーダーの既定モード——変換は音声について何も変えません。24 ビットだった場合、サンプルあたりのその追加 8 ビットは持ち越されません。セッションで驚く前に、そのことは知っておくべきです。

CD やサンプラー、ライブラリへの納品ファイルにとっては、16 ビットが本来の目標であり、これが正しい出力です。24 ビットのセッションで作業中のマスターには、代わりに FLAC に変換してください。ソースの深度を保ち、サイズをおよそ半分に圧縮し、Logic を含む今の DAW はすべて読めます。

WAV はチャンクの入れ物で、そのうち音声はただ 1 つのチャンクです。レコーダーや編集ソフトは他のものも書きます。タイトルや日付を持つ INFO ブロック、キューポイントや区間マーカー、放送やポストプロダクションではファイルをタイムラインの正しいフレームに戻せる Broadcast Wave のタイムコードチャンクなどです。

この変換はサンプルの周りにコンテナを組み立て直すので、そのどれも引き継がれません。音楽や一般の音声にとっては気にする必要はありませんが、ポストプロダクションにとってはファイルの中でいちばん価値のあるものかもしれません。頼りにしているタイムコードを持つ WAV があるなら、それは残しておき、AIFF は代替ではなく追加の納品物として扱ってください。

この拡張子を持つファイルには 2 種類が出回っています。プレーンな AIFF は非圧縮で、これは誰もが「AIFF」と言うときに指すものであり、このページが作るものです。.aifc としても見かける AIFF-C は、同じ構造の中に圧縮データを許す後発の亜種で、その中身は軽い圧縮から、受け取り側のプログラムが聞いたこともないコーデックまで何でもあり得ます。

この区別が、AIFF が安全な納品形式で AIFF-C がそうでない理由です。仕様が AIFF と言うとき、それは非圧縮のものを意味します。あるプログラムでは開けて別のプログラムでは開けないファイルは、たいてい正体を隠した AIFF-C です。ここからそれが生成されることはありません。

何も選択を強制しないなら、決め手は技術ではなく実務です。WAV は Mac の外での対応が広く、Windows のソフトやウェブツール、文字起こしサービスに渡すものならたいてい WAV を先に受け付けます。AIFF は Apple のソフトでのメタデータの慣習がわずかに優れていて、Mac 中心のスタジオが受け取ることを期待している形式です。

どちらも音質面での優位はないので、Logic だけで完結するワークフローは AIFF で統一しても構いませんし、プラットフォームをまたぐワークフローは WAV で統一すべきです。やる価値がないのは、両方を持ち続けるために何度も往復して変換することです。内容としては同一のファイルで、1 分あたりさらに 10 MB のコピーを増やすだけになります。

最大百本の WAV をドロップすると、それぞれが独自の AIFF になり、まとめて ZIP で返ってきます。この変換は符号化ではなくバイト操作なので、ステムの束もすぐに終わり、ブラウザーが行っているのは解析ではなく算術です。

ファイルあたりの上限は 100 MB で、非圧縮だとおよそ 10 分弱のステレオに相当します。ステムやテイク、曲単位なら余裕で収まりますが、コンサート全体の録音や長いインタビューは収まりません。それらは先に編集ソフトで分割するか、デスクトップツールで変換してください。