AIFFファイルとは

AIFF はコンテナです。誰か別のものが符号化した流れを、中に収めておく外殻です。 編集と長期保存のために使われます。

拡張子は .aiff、正式名称は Audio Interchange File Format です。ただしどちらも、そのファイルが中に何を持てるかほどには多くを語りません。このページの残りは、その中身についての話です。

Apple が 1988 年に公開しました。

これだけ長く読まれ続けてきた形式なら、10 年後に取り出したいものを預けても大丈夫です。

文書があり、それに沿って実装できます。それでも、次の版がどうなるかを決めるのはその会社です。実務上、ファイルが開き続けるにはこれで足ります。安心するには足りません。

AIFF ファイルは中身をそのまま保存します。保存し直しても何も変わらないので、開いて、直して、また保存する——それを何度繰り返しても劣化は積み上がりません。これが、渡すための形式ではなく作業のための形式である理由です。

1 チャンネルあたり最大 32 ビット。

1 チャンネルあたり 8 ビットを超えるぶんこそが、編集のあいだ階調が段に割れるのを防いでいます。作業用のファイルでは効きますが、完成したファイルではまず関係ありません。

中に入っているのはたいていPCMです。「なぜ再生できないのか」という質問のほとんどは、この区別に行き着きます。同じ拡張子の 2 つのファイルの中に、まったく違う符号化が入っていることがあり、片方を拒むプレーヤーがもう片方は問題なく再生します。

箱を入れ替えるのが速くて劣化もないのに、コーデックを変えるとそのどちらでもなくなる理由も、これで説明がつきます。同じ流れを別の箱に入れるのは箱を書き直すこと、再エンコードするのは画そのものを書き直すことだからです。

最大 8 本です。2 本あればステレオは完成で、ほとんどのものはそこまでです。2 本を超えるとサラウンドの話になり、それを定義してすらいない形式へ変換するときは、この部分が真っ先に折りたたまれます。

Logic Pro、Audacity、Adobe Auditionが読めますし、同じ種類のプログラムならたいてい読めます。

ファイルが開かないとき、形式が悪いことはめったにありません。たいていはプログラムのほうが形式より古いのです。もっと古い形式に変換してしまうのが確実な逃げ道で、このサイトの残りの部分はそのためにあります。

これを読めるブラウザーは一部にとどまります。

対応がそろっていない場合のよくある答えは、もうひとつの形式を並べて提供することです。ブラウザーは自分に分かるほうを選び、誰も取り残されません。

AIFF ファイルは文書のプロパティを持てます。

このうち何が変換後まで残るかは、変換先の形式次第です。そして正直な答えはたいてい「一部だけ」です。

AIFF は、開いて手を入れるために作られています。作業が続いているあいだはこの形式でファイルを持ち、完成したものが必要になるたびに、ここから書き出してください。

繰り返し挙がる不満はこれです。中身のわりにファイルが大きくなる。

どれも、この形式を避ける理由にはなりません。どれかに不意を突かれる前に知っておくべきことがら、というだけです。これは別の主張であり、そして役に立つほうの主張です。

AIFF は1988年に Apple が発表した形式です。Microsoft と IBM が WAV を仕様化したのはその3年後でした。どちらも同じ問題を解いています。無圧縮の音声標本を、その解釈の仕方を記したヘッダーとともに保存することです。CD品質でおよそ1分あたり10MBという大きさも共通しています。圧縮するようなものがどちらにもないためです。

Apple はこの形式を Amiga が使っていた Electronic Arts の Interchange File Format から派生させ、WAV は byte順を逆にした同じ考え方であるRIFFから来ています。同じ問題への、3年違いの2つの答えが、以来ずっと軽い摩擦を生み続けています。

AIFF は複数バイトの値をビッグエンディアン——最上位バイトを先に——で保存します。当時のMacが使っていたMotorolaのプロセッサの慣習です。WAVはIntelに合わせてリトルエンディアンで保存します。片方をもう片方として読むと、ノイズになるだけで穏やかに失敗してくれません。

これが、概念としてはほぼ同じ2つの形式が別々に存在し続けている理由です。片方は完璧に扱えても、もう片方は拒否するソフトウェアがあるのはこのためです。

これが実際に日常で効いてくる違いです。AIFF はタイトルや作者、著作権、注釈のための名前付きチャンクを持つように設計されており、後にID3タグも許容するようになりました。タグ付けされたAIFFのライブラリーは、曲名もアーティストもカバー画像も正しく表示されます。

WAVには意味のあるタグ付けの慣習がほとんどありません。一部のツールが小さなINFOチャンクを書き込む程度で、大半は何も書き込みません。iTunesの可逆リッピング機能がWAVではなくAIFFを軸に作られていた理由はここにあります。

古いiTunesのライブラリーです。数年間、AIFFは無圧縮のリッピング用の選択肢でした。Logic Pro や GarageBand の書き出し、Mac上でのプロ向け音声作業、サンプルライブラリー、効果音集も同じ流れです。

いずれもApple独自の環境が理由であり、2026年の今、形式そのものの特性を理由にAIFFをWAVより優先する技術的な根拠はありません。持っているとすれば、それはMacが作ったからです。

AIFF-C、あるいはAIFCと表記される拡張版は、同じコンテナの中に圧縮された音声を持てるようにしたものです。IMA ADPCMやμ-law、Apple環境ではさらに他のコーデックも収められます。

つまり .aiff や .aif という拡張子だけでは、無圧縮であることは保証されません。計算上の大きさよりはるかに小さいAIFFに出会ったら、たいていこれが理由です。

AIFFが受け継いだIFFのチャンクヘッダーは、サイズを符号付き32ビットで宣言します。WAVの符号なしより上限が低く、2,147,483,647バイトが上限です。CD品質ではおよそ3時間23分、24ビット・96kHzでは1時間強で到達します。

WAVにはこの上限を取り払う RF64 や BWF という拡張があり、業務用の録音機はこれを使って長時間の収録に対応しています。AIFFにはそうした拡張が一般に使われていません。長時間の収録では、無圧縮の2形式のうちWAVのほうが実用的です。

このページに載っている変換はすべてAIFFへの書き出しです。AIFFから何かへ変換するページはありません。使われている読み取り処理がこのコンテナを解析しないためで、中身は通常のPCMなので、デコーダーが足りないのではなく、リーダーがないというだけの話です。

AIFFから作られる場合、書き出されるのは16ビットのPCMです。24ビットの原盤を変換すると16ビットに切り詰められ、元のメタデータもAIFFのチャンクには書き込まれません。

可逆性は保ちたいが容量が現実的でない場合はALACかFLACへ。どちらも同じ標本をおよそ半分の容量で復元でき、まともなタグ付けの仕組みも持ちます。Apple Musicのライブラリーで使うならALAC、それ以外ならFLACが適しています。

スマートフォンや車、メールに移す必要があるならMP3かAACへ。容量は大きく縮み、会話には「小さいファイル」や「バランス」帯域で十分、音楽には「高画質」帯域が目安です。特定のソフトが要求する場合以外は、WAVへの変換は避けてください。容量は変わらずタグも失われます。

変換はこのブラウザーのタブの中で完結するため、音声が送信されることはありません。無圧縮音声の大きさを考えると、これはプライバシー以前に実用上の理由でもあります。1時間のAIFFはおよそ600MBに達し、アップロード型の変換サービスの多くはそもそも受け付けない大きさです。

無料枠の上限は1ファイルあたり100MB、一度に100ファイルまでです。AIFFとして残っているものの多くは録音された音楽やインタビュー、セッションの記録なので、待ち行列もアカウントも不要なこの仕組みは、そうした素材にとって価値があります。