WAV

RIFF ファイルはタグ付きファイル形式です。特定のコンテナ形式 (チャンク) を持ち、ヘッダーには 4 文字のタグ ( FourCC ) とチャンクのサイズ (バイト数) が含まれます。タグは、チャンク内のデータがどのように解釈されるかを指定し、いくつかの標準 FourCC タグがあります。すべて大文字で構成されるタグは予約タグです。RIFF ファイルの最も外側のチャンクにはタグがあります。RIFFチャンク データの最初の 4 バイトは、形式タイプを指定する追加の FourCC タグで、その後にサブチャンクのシーケンスが続きます。WAV ファイルの場合、追加のタグは ですWAVE。RIFF データの残りの部分は、オーディオ情報を記述するチャンクのシーケンスです。

タグ付きファイル形式の利点は、後方互換性を維持しながら後から形式を拡張できることです。^{[ 11 ]} RIFF (または WAV) リーダーのルールは、認識できないタグ付きチャンクを無視することです。^{[ 12 ]}リーダーは新しい情報を使用することはできませんが、混乱することはありません。

RIFF ファイルの仕様には、INFOチャンクの定義が含まれています。チャンクには、作品のタイトル、作者、作成日、著作権情報などの情報が含まれる場合があります。チャンクはINFOバージョン 1.0 で RIFF 用に定義されましたが、WAV ファイルの正式な仕様では参照されていませんでした。多くの読者がこれを処理するのに苦労しました。したがって、交換の観点から最も安全な方法は、INFOチャンクやその他の拡張機能を省略して、最小公倍数ファイルを送信することでした。INFOチャンクの配置に関するその他の問題もあります。

RIFF ファイルは国際的な環境で使用されることが想定されていたため、RIFF ファイル内の文字列のCSET国コード、言語、方言、コード ページを指定するチャンクがあります。 ^{[ 13 ]}例えば、適切なCSETチャンクを指定すると、チャンク内の文字列INFO(および RIFF ファイル全体の他のチャンク) がキリル文字または日本語文字として解釈されるようになります。

RIFF では、JUNK内容が処理されないフィラー チャンクも定義されています。^{[ 14 ]} このチャンクを使用すると、FourCC を変更するだけでチャンクを削除できます。このチャンクは、将来の編集のためにスペースを確保するためにも使用でき、ファイルのサイズ変更なしでファイルを変更できます。RIFF の後の定義では、同様のPADチャンクが導入されました。^{[ 15 ]}

WAVファイルの最上位定義は次のとおりです。^{[ 16 ]}

<WAVE-form> → RIFF('WAVE' <fmt-ck> // ファイルのフォーマット [<fact-ck>] // ファクトチャンク [<cue-ck>] // キューポイント [<playlist-ck>] // プレイリスト [<assoc-data-list>] // 関連データリスト <wave-data> ) // 波形データ 

最上位のRIFF形式ではWAVEタグが使用されます。その後に、サンプルデータのフォーマットを記述する必須のチャンクが続きます<fmt-ck>。このチャンクには、サンプルエンコーディング、チャンネルあたりのビット数、チャンネル数、サンプルレートなどの情報が含まれます。

WAV仕様にはいくつかのオプション機能が含まれています。オプションの<fact-ck>チャンクは、一部の圧縮符号化方式におけるサンプル数を報告します。この<cue-ck>チャンクは、WAVファイル内の重要なサンプル番号を識別します。この<playlist-ck>チャンクを使用すると、サンプルを最初から最後まで再生するだけでなく、順不同で再生したり、繰り返し再生したりできます。関連データリスト（<assoc-data-list>）を使用すると、キューポイントにラベルや注釈を付けることができます。サンプルのグループに対してテキスト注釈（例：キャプション情報）を付けることもできます。

最後に、必須<wave-data>チャンクには、先に指定した形式の実際のサンプルが含まれています。

WAVファイル定義では、INFOチャンクを配置する場所は示されていません。また、CSETチャンクの配置場所（使用する文字セットを指定する場所）についても何も記載されていません。

RIFF 仕様は形式仕様を目指していますが、その形式性は他のタグ付きフォーマットに見られるような正確さを欠いています。たとえば、RIFF 仕様では、サブチャンクのセットと順序付けられたサブチャンクのシーケンスを明確に区別していません。RIFF形式のチャンクは、シーケンス コンテナであるべきであることを示唆しています。シーケンス情報は、形式性に合致した WAV ファイルの RIFF 形式で指定されています。「ただし、は<fmt-ck>常に の前に出現する必要があり<wave-data>、これらのチャンクは両方とも WAVE ファイルで必須です。」^{[ 17 ]}仕様では、LISTチャンクもシーケンスであると示唆しています。「LIST チャンクには、サブチャンクのリスト、つまり順序​​付けられたシーケンスが含まれます。」^{[ 18 ]}ただし、仕様ではINFOチャンクの形式仕様は提供されていません。サンプルINFOLISTチャンクは、説明で示唆されているチャンク シーケンスを無視していますINFO。^{[ 19 ]}のチャンクLIST定義では、チャンクを適切な形式的意味論を持つシーケンス コンテナとして<wave-data>使用しています。LIST

WAV仕様は、単一の連続したオーディオサンプル配列をサポートしており、ほとんどのWAVファイルはこれを使用しています。仕様では、順番に再生されるサンプルと無音の個別のブロックもサポートしています。サンプルデータの仕様には明らかなエラーが含まれています: ^{[ 20 ]}

<wave-data>には波形データが含まれます。以下のように定義されます。 <wave-data> → { <data-ck> | <data-list> } <data-ck> → data( <wave-data> ) <wave-list> → LIST( 'wavl' { <data-ck> | // Waveサンプル <silence-ck> }... ) // サイレンス <silence-ck> → slnt( <dwSamples:DWORD> ) // 無音サンプルの数 

明らかに、<data-list>（未定義）と<wave-list>（定義済みだが参照されていない）は同一であるべきである。この問題が解決されたとしても、生成規則では再帰<data-ck>が含まれる可能性があり（これはデータ解釈の問題を意味する）、再帰を回避するために、仕様は次のように解釈できる。<wave-data>

 <wave-data> → { <data-ck> | <wave-list> } <data-ck> → data( <bSampleData:BYTE> ... ) <wave-list> → LIST( 'wavl' { <data-ck> | // Waveサンプル <silence-ck> }... ) // サイレンス <silence-ck> → slnt( <dwSamples:DWORD> ) // 無音サンプルの数 

WAV ファイルには、複数のサブチャンクを含むことができる埋め込み IFFリストが含まれる場合があります。^{[ 21 ] [ 22 ] [ 23 ]}

これはWAVファイルのヘッダーの例です（44バイト）。データはリトルエンディアンのバイト順で格納されます。

[マスターRIFFチャンク] FileTypeBlocID (4バイト) : 識別子「RIFF」（0x52、0x49、0x46、0x46） ファイルサイズ（4バイト）：全体のファイルサイズから8バイトを引いた値 ファイルフォーマットID（4バイト）：フォーマット＝「WAVE」（0x57、0x41、0x56、0x45） [データ形式を説明する部分] FormatBlocID (4バイト) : 識別子「fmt␣」（0x66、0x6D、0x74、0x20） BlocSize (4バイト): チャンクサイズから8バイトを引いた値。ここでは16バイト(0x10)です。 AudioFormat (2バイト): 音声フォーマット (1: PCM整数、3: IEEE 754浮動小数点数) NbrChannels (2バイト): チャンネル数 周波数（4バイト）：サンプリングレート（ヘルツ） BytePerSec (4 バイト): 1 秒あたりに読み取るバイト数 (周波数 * BytePerBloc)。 BytePerBloc (2 バイト): ブロックあたりのバイト数 (NbrChannels * BitsPerSample / 8)。 BitsPerSample (2バイト): サンプルあたりのビット数 [サンプリングされたデータを含むチャンク] DataBlocID (4バイト) : 識別子「データ」(0x64、0x61、0x74、0x61) データサイズ（4バイト）：サンプリングデータのサイズ サンプルデータ 

サイズが大きいにもかかわらず、非圧縮WAVファイルはほとんどのラジオ放送局、特にテープレスシステムを採用している放送局で使用されている。

• 英国のBBCラジオは、 自社の放送局で放送されるすべてのコンテンツについて、標準としてLPCM 48kHz 16ビットWAVオーディオを要求している。^{[ 26 ]}
• 英国の商業ラジオ会社であるグローバル・ラジオ は、放送チェーン全体で44.1kHz、16ビット、2チャンネルのWAVファイルを使用している。
• オーストラリアの放送局ABCが開発した「D-Cart」システムは、48kHz、16ビット、2チャンネルのWAVファイルを使用する 。
• デジタルラジオモンディアルコンソーシアムは、送信機のシミュレーションと受信機のテストにおいて、WAVファイルを非公式な標準規格として使用しています。