| ファイル名拡張子 |
.wav .wave |
|---|---|
| インターネットメディアの種類 |
audio/vnd.wave、[1] audio/wav、audio/wave、audio/x-wav [2] |
| タイプコード | 波 |
| 統一型識別子 (UTI) | com.microsoft.waveform-audio |
| 開発者 | IBMとマイクロソフト |
| 初回リリース | 1991年8月[3] |
| 最新リリース | マルチチャンネルオーディオデータとWAVEファイル 2007年3月7日(更新)[4] [5] |
| フォーマットの種類 | オーディオファイル形式、コンテナ形式 |
| 延長 | リフ |
| 延長 | BWF、RF64 |
波形オーディオファイル形式(WAVE、またはファイル名の拡張子からWAVとも呼ばれる、[3] [6] [7]発音は/ w æ v /または/ w eɪ v / [8])は、パーソナルコンピュータでオーディオビットストリームを保存するためのオーディオファイル形式の標準です。この形式は、1991年にIBMとMicrosoftによって初めて開発され、公開されました。これは、 Microsoft Windowsシステムで非圧縮オーディオに使用される主要な形式です。通常のビットストリームエンコーディングは、線形パルス符号変調(LPCM)形式です。
WAV は、データをチャンクで保存するためのリソース交換ファイル形式(RIFF)ビットストリーム形式方式のアプリケーションであり、 AmigaおよびMacintoshコンピューターでそれぞれ使用される8SVXおよびオーディオ交換ファイル形式(AIFF) 形式に似ています。
説明
WAVファイルは、 IBMとMicrosoftによって定義されたリソース交換ファイル形式(RIFF)のインスタンスです。[3] RIFF形式は、さまざまなオーディオコーディング形式のラッパーとして機能します。
WAVファイルには圧縮された音声を含めることができますが、最も一般的なWAV音声フォーマットは、線形パルス符号変調(LPCM)フォーマットの非圧縮音声です。LPCMは、オーディオCDの標準音声コーディングフォーマットでもあり、サンプルあたり16ビットで44.1kHzでサンプリングされた2チャンネルLPCM音声を保存します。LPCMは圧縮されておらず、オーディオトラックのすべてのサンプルを保持するため、プロのユーザーやオーディオの専門家は、最高の音質を得るためにLPCM音声でWAVフォーマットを使用できます。[9] WAVファイルは、ソフトウェアを使用して比較的簡単に編集および操作することもできます。
Microsoft Windows では、WAV 形式はオーディオ圧縮マネージャ(ACM) を使用して圧縮されたオーディオをサポートします。WAV ファイルを圧縮するには、任意の ACMコーデックを使用できます。ACMのユーザー インターフェイス(UI) には、Windows の一部のバージョンのサウンド レコーダーなど、ACM を使用するさまざまなプログラムからアクセスできます。
Windows 2000以降では、スピーカーの位置とともに複数のオーディオチャンネルデータWAVE_FORMAT_EXTENSIBLEを指定するヘッダーが定義され、標準WAV形式のサンプルタイプとコンテナサイズに関する曖昧さが排除され、形式のカスタム拡張の定義がサポートされるようになりました。[4] [5] [10]
ファイル仕様
リフ
RIFF ファイルは、タグ付きファイル形式です。RIFF ファイルは、4 文字のタグ ( FourCC ) とチャンクのサイズ (バイト数) を含むヘッダーを持つ特定のコンテナー形式 (チャンク) を持ちます。タグはチャンク内のデータの解釈方法を指定し、いくつかの標準 FourCC タグがあります。すべて大文字のタグは予約済みタグです。RIFF ファイルの最も外側のチャンクにはタグがあります。チャンク データの最初の 4 バイトは、フォーム タイプを指定する追加の FourCC タグで、その後にサブチャンクのシーケンスが続きます。WAV ファイルの場合、追加のタグは です。RIFF データの残りの部分は、オーディオ情報を記述するチャンクのシーケンスです。
RIFFWAVE
タグ付きファイル形式の利点は、下位互換性を維持しながら後で形式を拡張できることです。[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形式> → RIFF('WAVE'
<fmt-ck> // ファイルのフォーマット
[<fact-ck>] // ファクトチャンク
[<cue-ck>] // キューポイント
[<playlist-ck>] // プレイリスト
[<assoc-data-list>] // 関連データリスト
<wave-data> ) // 波形データ
最上位の RIFF 形式ではWAVEタグが使用されます。その後に、サンプル データの形式を記述する必須のチャンクが続きます<fmt-ck>。このチャンクには、サンプルのエンコーディング、チャネルあたりのビット数、チャネル数、サンプル レートなどの情報が含まれます。
WAV 仕様には、オプション機能がいくつか含まれています。オプションの<fact-ck>チャンクは、一部の圧縮コーディング方式のサンプル数を報告します。チャンク<cue-ck>は、wave ファイル内の重要なサンプル番号を識別します。<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ただし、仕様ではチャンクの正式な仕様は示されていません。サンプルチャンクでは、説明INFO LISTで示唆されているチャンク シーケンスが無視されていますINFO。[19]LISTのチャンク定義では、チャンクを適切な形式セマンティクスを持つシーケンス コンテナーとして
<wave-data>使用しています。LIST
WAV仕様は、オーディオサンプルの連続した配列をサポートしており、ほとんどのWAVファイルではこれを使用しています。仕様では、順番に再生されるサンプルと無音の個別のブロックもサポートされています。サンプルデータの仕様には明らかな誤りがあります。[20]
<wave-data> には波形データが含まれます。これは次のように定義されます。
<波形データ> → { <データck> | <データリスト> }
<データ-ck> → データ( <波形データ> )
<wave-list> → LIST( 'wavl' { <data-ck> | // 波形サンプル
<silence-ck> }... ) // 無音
<silence-ck> → slnt( <dwSamples:DWORD> ) // 無音サンプルの数
明らかに、<data-list>(未定義) と<wave-list>(定義済みだが参照されていない) は同一であるはずです。これが解決されたとしても、生成規則では a に再帰<data-ck>が含まれることが許可されます(これはデータ解釈の問題を意味します)。再帰を回避するには、仕様を次のように解釈できます。
<wave-data>
<wave-data> → { <data-ck> | <wave-list> }
<データ-ck> → データ( <bSampleData:BYTE> ... )
<wave-list> → LIST( 'wavl' { <data-ck> | // 波形サンプル
<silence-ck> }... ) // 無音
<silence-ck> → slnt( <dwSamples:DWORD> ) // 無音サンプルの数
WAVファイルには埋め込まれたIFFリストが含まれており、その中には複数のサブチャンクが含まれている場合があります。[21] [22] [23]
WAVファイルヘッダー
これは WAV ファイル ヘッダー (44 バイト) の例です。データはリトルエンディアンのバイト順で保存されます。
[マスターRIFFチャンク] FileTypeBlocID (4 バイト): 識別子 « RIFF » (0x52、0x49、0x46、0x46) ファイルサイズ (4 バイト): 全体のファイルサイズから 8 バイトを引いた値 FileFormatID (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 秒あたりに読み取るバイト数 (Frequency * BytePerBloc)。 BytePerBloc (2 バイト): ブロックあたりのバイト数 (NbrChannels * BitsPerSample / 8)。 BitsPerSample (2 バイト) : サンプルあたりのビット数 [サンプリングされたデータを含むチャンク] DataBlocID (4 バイト): 識別子「データ」(0x64、0x61、0x74、0x61) DataSize (4 バイト): サンプルデータのサイズ サンプルデータ
メタデータ
RIFFの派生として、WAVファイルはINFOチャンクでメタデータをタグ付けすることができます。さらに、WAVファイルは、拡張メタデータプラットフォーム(XMP)データ[24]やID3タグ[25]など、あらゆる種類のメタデータを追加チャンクに埋め込むことができます。RIFF仕様では、アプリケーションが認識しないチャンクを無視することが要求されており、アプリケーションは必ずしもこの追加情報を使用する必要はありません。
人気
圧縮されていない WAV ファイルはサイズが大きいため、ビデオ、音楽、オーディオの専門家以外では、インターネット経由で WAV ファイルを共有することは一般的ではありません。この形式は高解像度であるため、ディスク容量やネットワーク帯域幅が制約にならないシステムで使用するために、高品質の第 1 世代のアーカイブ ファイルを保持するのに適しています。
放送局による使用
非圧縮 WAV ファイルはサイズが大きいにもかかわらず、ほとんどのラジオ放送局、特にテープレス システムを採用しているラジオ放送局で使用されています。
- 英国のBBCラジオでは、同局で放送されるすべてのコンテンツにLPCM 48kHz 16ビットWAVオーディオを標準として要求している。[26]
- 英国の商業ラジオ会社Global Radio は、放送チェーン全体で 44.1 kHz、16 ビットの 2 チャンネル WAV ファイルを使用しています。
- オーストラリアの放送局が開発したABC 「D-Cart」システムは、48 kHz、16 ビットの 2 チャンネル WAV ファイルを使用します。
- Digital Radio Mondiale コンソーシアムは、送信機シミュレーションおよび受信機テストの非公式標準として WAV ファイルを使用します。
制限事項
WAV形式は、以下のファイルに制限されます。4 GiB 。これは、ファイルサイズをヘッダーに記録するために32 ビットの 符号なし整数を使用するためです。これは、 44.1 kHz、16 ビットステレオで CD 品質のオーディオに約 6.8 時間相当しますが、特により高いサンプリング レート、ビット解像度、またはチャンネル数が必要な場合は、この制限を超える必要がある場合があります。そのため、 Sound Forgeで使用するために W64 形式が作成されました。ヘッダーの64 ビットファイル サイズ フィールドにより、はるかに長い録音時間が可能になります。欧州放送連合によって指定されたRF64形式も、この問題を解決するために作成されました。
音声以外のデータ
WAVファイルのサンプリングレートは1 Hzから4.3GHz で、チャンネル数は最大65535まで可能で、WAVファイルはオーディオ以外のデータにも使用されています。 たとえば、LTspiceでは、複数の回路トレース波形を個別のチャンネルに保存でき、適切なサンプリングレートで、フルスケール範囲は 音圧ではなく± 1VまたはAを表します。 [27]
オーディオコンパクトディスク
オーディオコンパクト ディスク(CD) では WAV ファイル形式は使用されず、代わりにRed Book オーディオが使用されます。共通点は、オーディオ CD が非圧縮 16 ビット44.1 kHzステレオ LPCM としてエンコードされることです。これは WAV でサポートされている形式の 1 つです。
コーディング方式の比較
WAV ファイル内のオーディオは、 GSMやMP3などのさまざまなオーディオ コーディング形式でエンコードして、ファイル サイズを縮小できます。すべての WAV ファイル ( MP3圧縮を使用するファイルも含む) は.wav拡張子を使用します。
これは、LPCM、 ADPCM、Microsoft GSM 06.10、CELP、SBC、Truespeech、MPEG Layer-3などの WAV ファイルで使用可能なオーディオ コーディング形式のモノラル (ステレオではない) オーディオ品質と圧縮ビットレートを比較するためのリファレンスです。これらは、Windows に付属するデフォルトの ACM コーデックです。
参照
参考文献
- ^ Fleischman, E. (1998 年 6 月). WAVE および AVI コーデック レジストリ. IETF. doi : 10.17487/RFC2361 . RFC 2361. 2009 年 12 月 6 日閲覧。
- ^ 「ファイル拡張子 .WAV の詳細」。Filext.com。2015年 8 月 10 日閲覧。
- ^ abc IBM; Microsoft (1991 年 8 月). 「マルチメディア プログラミング インターフェイスおよびデータ仕様 1.0」(PDF) . 2020 年 12 月 26 日閲覧。
- ^ ab P. Kabal (2006-06-19). 「オーディオファイル形式の仕様 - WAVE または RIFF WAVE サウンドファイル」. マギル大学. 2010-03-16閲覧。
- ^ ab 「マルチチャンネルオーディオデータと WAVE ファイル」。Microsoft Corporation。2007 年 3 月 7 日。2010 年 3 月 16 日閲覧。
- ^ 「WAVE オーディオファイル形式」。米国議会図書館。2008 年 9 月 12 日。2023 年 12 月 3 日閲覧。
- ^ Di Silvestro, Laile L.; Baribault, Greg (1999 年 6 月 20 日). Waveform Audio File Format、MIME サブタイプ登録。IETF。ID draft-ema-vpim-wav-00。2009年 12 月 6 日閲覧。
- ^ 「英語でのWAVファイルの定義」。オックスフォード英語リビング辞典。2018年2月7日時点のオリジナルよりアーカイブ。
- ^ Branson, Ryan (2015年10月21日) (2015年10月21日). 「WAVがMP3より優れている点」オンラインビデオコンバーター。2016年6月18日閲覧。
{{cite web}}: CS1 maint: numeric names: authors list (link) - ^ EBU (2009 年 7 月)、EBU Tech 3306 - MBWF / RF64: An Extended File Format for Audio (PDF) 、 2009 年 11 月 22 日にオリジナル(PDF)からアーカイブ、 2010 年 1 月 19 日に取得
- ^ IBM & Microsoft 1991、p. 1-1、「RIFF の主な利点はその拡張性です。RIFF に基づくファイル形式は、既存のアプリケーションによって形式の変更が無視されるため、将来にわたって使用できます。」
- ^ IBM & Microsoft 1991、PDF p. 56、「プログラムは、すべての RIFF 形式と同様に、未知のチャンクに遭遇することを想定 (および無視) する必要があります。」
- ^ IBM & Microsoft 1991、pp. 2-17 から 2-18
- ^ IBM & Microsoft 1991、p. 2-18
- ^ Microsoft マルチメディア標準アップデート、新しいマルチメディア データ タイプとデータ手法、リビジョン 3.0、1994 年 4 月 15 日、6 ページ。
- ^ IBM & Microsoft 1991、PDF p. 56
- ^ IBM & Microsoft 1991、PDF p. 56
- ^ IBM & Microsoft 1991、PDF p. 23
- ^ IBM & Microsoft 1991、PDF p. 21、
INAM前掲ICOP - ^ IBM と Microsoft の 1991 年の仕様。この仕様では、生成構文がどのように解釈されるかも説明されています。
- ^ 「WAVE ファイル形式」。1999 年 11 月 15 日。1999 年 11 月 15 日時点のオリジナルよりアーカイブ。2010年 3 月 16 日閲覧。
- ^ 「WAVE PCM サウンドファイル形式」 2003-01-20. 2009-08-27 時点のオリジナルよりアーカイブ。2010-03-16閲覧。
- ^ 「WAVE ファイル形式」。2011 年 7 月 22 日時点のオリジナルよりアーカイブ。2010 年 3 月 16 日閲覧。
- ^ XMP SPECIFICATION PART 3: STORAGE IN FILES (PDF) . Adobe Systems Incorporated. 2016. pp. 24–25. 2018年2月25日時点のオリジナル(PDF)よりアーカイブ。 2020年1月8日閲覧。
- ^ “WAV”. Audacity. 2020年11月6日時点のオリジナルよりアーカイブ。2020年1月8日閲覧。
- ^ 「BBCラジオとBBCサウンドのオーディオ品質情報と標準」(PDF)。BBC 。BBCデザイン&エンジニアリング。2022年3月28日。p.8。2024年5月28日時点のオリジナル(PDF)からアーカイブ。 2024年5月28日閲覧。
- ^ 「LTspice IV」(PDF)。Linear Technologies Corporation。2009年、p.95。2012年2月27日時点のオリジナル(PDF)からアーカイブ。2015年9月4日閲覧。
外部リンク
- WAVE ファイル形式の仕様 - マギル大学より (最終更新: 2011-01-03)
- Microsoft の拡張可能な Wave 形式記述子 (2017 年 10 月 26 日更新)
- WAVE_FORMAT_EXTENSIBLE の詳細情報 2024-03-03 にWayback Machineでアーカイブ- バース大学
- WAVE ファイル形式 - 技術詳細 (1999)
- WAV & BWF メタデータ ガイド
- Exifタグ。例えば128ページを参照。
