Au ファイル形式

Auファイル形式は、 Sun Microsystemsによって導入されたシンプルなオーディオ ファイル形式です。この形式は、NeXTシステムや初期の Web ページでよく使用されていました。元々はヘッダーがなく、8000 Hz のサンプル レートで 8 ビットのμ-lawエンコードされたデータでした。^[1]他のベンダーのハードウェアでは、ビデオ クロック信号周波数の整数倍である 8192 Hz ものサンプル レートが使用されることが多かったです。新しいファイルには、6 つの符号なし32 ビットワード、常に 0 以外のサイズであるオプションの情報チャンク、そしてデータ (ビッグ エンディアン形式) で構成されるヘッダーがあります。

この形式は現在多くのオーディオ エンコーディング形式をサポートしていますが、μ-law 対数エンコーディングに関連付けられています。このエンコーディングはSPARCstation 1ハードウェアに固有のものであり、SunOS は/dev/audio デバイス ファイルインターフェイスを通じてアプリケーション プログラムにエンコーディングを公開しました。このエンコーディングとインターフェイスは、 Unixサウンドの事実上の標準になりました。

サンプルデータを含むすべてのフィールドはビッグエンディアン形式で保存されます。^{[4] [5]}

エンコードの種類は、「エンコード」フィールド (ヘッダーのワード 3) の値によって異なります。フォーマット 2 から 7 は非圧縮のリニアPCMであるため、技術的にはロスレスです(ただし、特に 8 ビット形式では、量子化エラーがないとは限りません)。フォーマット 1 と 27 はそれぞれμ-lawとA-lawで、どちらもPCM の対数表現を圧縮しており、ダイナミック レンジのほぼ 16 ビットをエンコードされた 8 ビットのデータにまとめているため、ロスがあると言えます。ただし、これは変更されたダイナミック レスポンスによって実現されており、データが破棄されることはありません。フォーマット 23 から 26 は ADPCM で、これはロスのある圧縮の初期の形式で、通常、オーディオ サンプルあたり 4 ビットのエンコードされたデータです (16 ビット入力で 4:1 の効率、8 ビットで 2:1。たとえば、低品質のエンコーダを使用して CD 品質の MP3 を 352 kbit のレートでエンコードするのと同等)。その他いくつか (番号 8 から 22) は、NeXT Music Kitソフトウェアによって処理されるように設計されたDSPコマンドまたはデータです。

注: PCM 形式は、符号なしデータではなく、符号付きデータとしてエンコードされます。

現在の形式では、ファイルごとに 1 つのオーディオ データ セグメントのみがサポートされています。可変長の注釈フィールドは、現在、ほとんどのオーディオ アプリケーションで無視されます。

• Oracle マニュアル ページ: audio(7i) — 汎用オーディオ デバイス インタフェース (/dev/audio インタフェースに関する情報)