MS 多声道音频数据和 WAVE 文件

最新推荐文章于 2024-07-24 22:17:01 发布
最新推荐文章于 2024-07-24 22:17:01 发布
阅读量7.7k 收藏 6
点赞数 1
文章标签： microsoft float 存储 磁盘 audio 算法

多声道音频数据和 WAVE 文件

更新日期: 3月 7日 2007年

本文将介绍使用 WAVE 文件格式存储和传输多声道音频数据的标准。读者应该了解多媒体文件格式，尤其是音频文件格式。

文本还将介绍创作多声道音频流的方法，多声道音频流要求明确地定义声道/扬声器位置。可以使用以上任何格式表示高分辨率流中精度的位数。

本页内容

简介 简介
多声道配置 多声道配置
表示高分辨率音频 表示高分辨率音频
使用 WAVE_FORMAT_EXTENSIBLE 使用 WAVE_FORMAT_EXTENSIBLE
WAVE_FORMAT_EXTENSIBLE 的定义 WAVE_FORMAT_EXTENSIBLE 的定义
有关 WAVEFORMATEX 字段的详细信息 有关 WAVEFORMATEX 字段的详细信息
有关 Samples Union 的详细信息 有关 Samples Union 的详细信息
使用 dwChannelMask 指定声道位置 使用 dwChannelMask 指定声道位置
有关 dwChannelMask 的详细信息 有关 dwChannelMask 的详细信息
示例 示例


简介

PC 已经成为当今应用程序的最佳多媒体平台。CD 质量的音频（立体声、16 位、44.1 kHz）通常是指 PC 平台上可以达到的最高音频质量。随着工业的向前发展，将不断创作超越目前定义标准的新内容，包括更高的采样率、更高的位深、多声道（好于立体声）音频流和播放系统。为了与新数据格式和传递机制并驾齐驱，必须创建一个标准来确保应用程序和硬件之间的统一性。

Microsoft 已经扩展了传统的单声道或立体声，以及 8 位或 16 位的格式。实现方式是将WAVE_FORMAT_PCM和WAVE_FORMAT_IEEE_FLOAT建立在一个名为WAVEFORMATEXTENSIBLE的结构的基础上。实际上，可以通过使用WAVEFORMATEXTENSIBLE，采用相同的方法来扩展任何当前注册的格式标记。使用 ksmedia.h 中定义的宏DEFINE_WAVEFORMATEX_GUID(x)为现有格式标记WAVEFORMATEXTENSIBLE的 SubFormat 字段创建 GUID（全局唯一标识符）。某些常用的 GUID 具有静态名称，可以用来替换宏。这些名称包括KSDATAFORMAT_SUBTYPE_PCM、KSDATAFORMAT_SUBTYPE_IEEE_FLOAT、KSDATAFORMAT_SUBTYPE_ALAW、KSDATAFORMAT_SUBTYPE_MULAW、KSDATAFORMAT_SUBTYPE_ADPCM和KSDATAFORMAT_SUBTYPE_MPEG。

没有注册格式标记的新格式只需为其格式类型定义一个新的 GUID。例如，已经定义但尚未匹配注册格式标记的其他格式 GUID 有MEDIASUBTYPE_DOLBY_AC3、MEDIASUBTYPE_DVD_LPCM_AUDIO和MEDIASUBTYPE_MPEG2_AUDIO。

使用WAVEFORMATEXTENSIBLE可以按本文定义的扬声器配置顺序指定某些声道，和/或指定表示样本容器中实际有效位数的内容。该结构仅用于WAVEFORMATEX无法令人满意的情况。

为WAVEFORMATEXTENSIBLE结构的 wFormatTag 字段定义的WAVE_FORMAT_EXTENSIBLE格式标记表示，在确定该结构描述的数据格式时将使用WAVEFORMATEXTENSIBLE的 SubFormat 字段。由于该格式结构包含一个 GUID，因此可以定义表示特定于供应商的 wave 协议或数据格式的子格式，无需向 Microsoft 注册新的 wave 格式标记。

多声道配置

WAVE_FORMAT_PCM 中的语义不明确性

根据未压缩 PCM wave 格式的传统解释，在多扬声器配置中不能将给定的声道连接到给定的扬声器。始终采用立体声扬声器配置，并且因为nChannels始终为 1 或 2，因此很容易将它们映射到扬声器对。通过专有的，未记录的映射处理nChannels>2 的文件，但可能性非常小，因为只能采用两个扬声器（因此是两个波输出）。

随着改进的音频输出配置的出现，如四声道（四个角）、3.1（左前、中前、右前、低频增强）、5.1（左前、中前、右前、左后、右后、低频增强）等，这种情况发生了改变。必须考虑很多可用于播放和创作的扬声器配置。

目前，用于 5.1 传递的流集合最有可能流化为六声道文件。但是，仍然存在用作同步单声道文件的包的多声道文件。如果不将功能划分为这些文件类型之一，则无法为WAVE_FORMAT_PCM定义默认的多声道扬声器配置。因此，如果nChannels>2，用于WAVE_FORMAT_PCM的声道到扬声器规范仍然不会被记录。

默认声道排序

确定将声道数量链接到扬声器位置的方法（从而提供多声道音频文件之间的统一性）是定义在音频文件中排列声道的顺序。多个外部标准定义了以下主声道布局的各个部分：

  1. 左前 - FL

  2. 右前 - FR

  3. 中前 - FC

  4. 低频 - LF

  5. 左后 - BL

  6. 右后 - BR

  7. 中央左前 - FLC

  8. 中央右前 - FRC

  9. 中后 - BC

  10. 左侧 - SL

  11. 右侧 - SR

  12. 顶部中央 - TC

  13. 顶部左前 - TFL

  14. 顶部前中央 - TFC

  15. 顶部右前 - TFR

  16. 顶部后左 - TBL

  17. 顶部后中央 - TBC

  18. 顶部右后 - TBR

与这些空间位置相对应的交错流中的声道必须按以上指定的顺序出现。这同样适用于声道子集不连续的情况。例如，如果流包含左、低音增强和右，则声道 1 为左，声道 2 为右，声道 3 为低音增强。这样便能够将多声道流链接到定义明确的多扬声器配置。

警告：用于低频声道的内容可能无法接收数据的扬声器上呈现。这是因为无法保证用户系统中低频扬声器的频率范围。为此，接收低频音频的扬声器可能会筛选掉它无法处理的频率。

表示高分辨率音频

WAVE_FORMAT_PCM 中的语义不明确性

枚举由WAVE_FORMAT_PCM进行的假设是非常重要的。其中一个假设就是nBlockAlign字段只包含一个样本集（一个块）。而且，块中的每个样本必须是字节对齐。每个样本占用的字节对齐空间称为样本的“容器”。此外，最后一个样本容器的结尾和块的实际结尾之间没有任何额外空间。换句话说，nBlockAlign必须是nChannels的整数倍，并且将该倍数视为样本的“容器大小”。

尽管这不一定是最初目的，但某些实体认为wBitsPerSample等于容器大小。换句话说，假设有效数据的位数等于容器的大小。这种假设同样适用于 8 位和 16 位音频。随着用于呈现器和捕获的高保真装备的出现，也出现了 20 位和 24 位流。在字节对齐流中指定样本的实际位分辨率变得非常重要；可接受的wBitsPerSample解释开始清晰起来，因为并不是所有软件都硬性强制它的值。很多情况下，它依然是容器大小。但是，在其他情况下，该字段用来表示实际有效数据的位数，而容器大小是从nBlockAlign和nChannels推断得出的（例如，wBitsPerSample= 20，nBlockAlign= 8，nChannels= 2）。

解决该问题必然导致出现WAVE_FORMAT_PCM的很多遗留问题，因此新格式包含一个阐明该语义不确定性的附加字段。新格式用来处理精度的实际位数不等于容器大小的情况，以及容器大小大于 16 位的所有情况。

为WAVE_FORMAT_PCM解决wBitsPerSample的语义不确定性不是本文的目的。但是，在新格式中将能够明确使用该字段。

指定实际位深

在新格式中，将wBitsPerSample严格定义为容器大小。容器必须是字节对齐，因此wBitsPerSample必须是 8 的倍数。一个新字段表达包含实际数据的确切位数，无论容器大小如何都是如此。当音频通过处理系统时，每个样本的有效数据位数可能有所不同。将每个样本对齐到最高位，这样很容易在样本的底部添加附加精度或者调整为更低的精度。容器大小可以单独操纵，不会隐式对数据精度进行任何更改。32 位容器（用于有效处理）中的 24 位流可以安全地传输到 24 位容器（用于有效存储空间）而不会丢失任何数据。

使用 WAVE_FORMAT_EXTENSIBLE

为了解决多声道排序和高精度数据的问题，Microsoft 定义了一个新的结构WAVE_FORMAT_EXTENSIBLE。此新结构不仅仅能够解决这些问题，而且还提供了一个自我注册新数据格式的机制。SubFormat字段设置为指定WAVE_FORMAT_EXTENSIBLE结构所描述数据类型的 GUID。

WAVE_FORMAT_EXTENSIBLE 的定义

WAVE_FORMAT_EXTENSIBLE的定义（在 MMREG.H 和 KSMEDIA.H 中）如下：


        
        
  1. typedef struct {
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.     WAVEFORMATEX  Format;
  10.  
  11.  
  12.  
  13.  
  14.  
  15.  
  16.  
  17.     union {
  18.  
  19.  
  20.  
  21.  
  22.  
  23.  
  24.  
  25.         WORD wValidBitsPerSample; /* bits of precision */
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33.         WORD wSamplesPerBlock;   /* valid if wBitsPerSample==0 */
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41.         WORD wReserved;         /* If neither applies, set to zero. */
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49.     } Samples;
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.     DWORD    dwChannelMask; /* which channels are present in stream */
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.     GUID            SubFormat;
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73. } WAVEFORMATEXTENSIBLE, *PWAVEFORMATEXTENSIBLE;


WAVEFORMATPCMEX 的定义
wave 格式WAVEFORMATEX尚未指定，不能用于高位深样本或多声道流。对于声道的空间位置链接到标准扬声器位置的情况，WAVEFORMATPCMEX比较合适。对于WAVEFORMATEXTENSIBLE结构，Format.cbSize字段必须设置为22，SubFormat字段必须设置为KSDATAFORMAT_SUBTYPE_PCM。

KSDATAFORMAT_SUBTYPE_PCM的定义（在 KSMEDIA.H 中）如下：


        
        
  1. #define STATIC_KSDATAFORMAT_SUBTYPE_PCM\
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.     DEFINE_WAVEFORMATEX_GUID(WAVE_FORMAT_PCM)
  10.  
  11.  
  12.  
  13.  
  14.  
  15.  
  16.  
  17. DEFINE_GUIDSTRUCT("00000001-0000-0010-8000-00aa00389b71", KSDATAFORMAT_SUBTYPE_PCM);
  18.  
  19.  
  20.  
  21.  
  22.  
  23.  
  24.  
  25. #define KSDATAFORMAT_SUBTYPE_PCM DEFINE_GUIDNAMED(KSDATAFORMAT_SUBTYPE_PCM)

PWAVEFORMATPCMEX可以安全地转换为PWAVEFORMATEXTENSIBLE或PWAVEFORMATEX。


        
        
  1. typedef WAVEFORMATEXTENSIBLE    WAVEFORMATPCMEX;
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9. typedef WAVEFORMATPCMEX       *PWAVEFORMATPCMEX;
  10.  
  11.  
  12.  
  13.  
  14.  
  15.  
  16.  
  17. typedef WAVEFORMATPCMEX NEAR *NPWAVEFORMATPCMEX;
  18.  
  19.  
  20.  
  21.  
  22.  
  23.  
  24.  
  25. typedef WAVEFORMATPCMEX FAR  *LPWAVEFORMATPCMEX;


WAVEFORMATIEEEFLOATEX 的定义
WAVE_FORMAT_IEEE_FLOAT（基于WAVEFORMATEX）无法成为高位深样本或多声道流的最佳格式，其原因与 wave 格式WAVE_FORMAT_PCM相同。对于声道的空间位置链接到标准扬声器位置的情况，WAVEFORMATIEEEFLOATEX比较合适。对于WAVEFORMATEXTENSIBLE结构，Format.cbSize字段必须设置为22，SubFormat字段必须设置为KSDATAFORMAT_SUBTYPE_IEEE_FLOAT。

KSDATAFORMAT_SUBTYPE_IEEE_FLOAT的定义（在 KSMEDIA.H 中）如下：


        
        
  1. #define STATIC_KSDATAFORMAT_SUBTYPE_IEEE_FLOAT\ 
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.     DEFINE_WAVEFORMATEX_GUID(WAVE_FORMAT_IEEE_FLOAT) 
  10.  
  11.  
  12.  
  13.  
  14.  
  15.  
  16.  
  17. DEFINE_GUIDSTRUCT("00000003-0000-0010-8000-00aa00389b71", KSDATAFORMAT_SUBTYPE_IEEE_FLOAT); 
  18.  
  19.  
  20.  
  21.  
  22.  
  23.  
  24.  
  25. #define KSDATAFORMAT_SUBTYPE_IEEE_FLOAT DEFINE_GUIDNAMED(KSDATAFORMAT_SUBTYPE_IEEE_FLOAT)

PWAVEFORMATIEEEFLOATEX可以安全地转换为PWAVEFORMATEXTENSIBLE或PWAVEFORMATEX。


        
        
  1. typedef WAVEFORMATEXTENSIBLE    WAVEFORMATPCMEX;
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9. typedef WAVEFORMATPCMEX       *PWAVEFORMATPCMEX;
  10.  
  11.  
  12.  
  13.  
  14.  
  15.  
  16.  
  17. typedef WAVEFORMATPCMEX NEAR *NPWAVEFORMATPCMEX;
  18.  
  19.  
  20.  
  21.  
  22.  
  23.  
  24.  
  25. typedef WAVEFORMATPCMEX FAR  *LPWAVEFORMATPCMEX;

有关 WAVEFORMATEX 字段的详细信息

后文是解释WAVEFORMATEX结构的字段所遵循的内容、新字段的描述以及力求阐明该格式用法的各种示例。


wFormatTag 是 WAVE_FORMAT_EXTENSIBLE
在新结构WAVEFORMATEXTENSIBLE中，wFormatTag字段必须设置为WAVE_FORMAT_EXTENSIBLE（在 MMREG.H 中定义）。KSDATAFORMAT_SUBTYPE_PCM和KSDATAFORMAT_SUBTYPE_IEEE_FLOAT本身都是子格式，但不是实际标记。


nChannels、nSamplesPerSec、nAvgBytesPerSec 未改变
nChannels、nSamplesPerSec和nAvgBytesPerSec的意义与WAVE_FORMAT_PCM相同。nChannels是每个块交错样本的数量--流中各个声道的数量。nSamplesPerSec是为流计划的采样率-- 1 秒钟应该处理的块数。nAvgBytesPerSec用来估计缓冲区大小，因此根据总块大小来计算此数值。实际上，nAvgBytesPerSec始终是nBlockAlign和nSamplesPerSec的乘积，如同在WAVE_FORMAT_PCM中一样。


wBitsPerSample 硬性定义为容器大小
在WAVEFORMATEXTENSIBLE中，wBitsPerSample明确定义为每个样本的容器大小。各个样本必须是字节对齐的，因此该值必须是 8 的整数倍。在新格式中，诸如（nChannels= 2；wBitsPerSample= 20；nBlockAlign= 5）这种情况是明令禁止的。

由于可变的比特率格式的本质（即无法提供静态的wBitsPerSample），规定一些特殊情况是非常有必要的。这些格式类型应该在wBitsPerSample 字段中指定0。


nBlockAlign 和声道对齐
对于 PCM 和 IEEE 浮点格式（基于WAVEFORMATEXTENSIBLE），nBlockAlign必须是nChannels和wBitsPerSample（除以 8）的乘积。这样便与WAVE_FORMAT_PCM中nBlockAlign的定义保持一致（对于假设wBitsPerSample为容器大小的情况）。


cbSize 至少为 22
对于WAVEFORMATEXTENSIBLE，cbSize至少必须设置为为 22。这是Samples并集 (2)、DWORD dwChannelMask(4) 和GUID guidSubFormat(16) 的大小的总和。这附加到原WAVEFORMATEX 格式（大小为 18）之后，因此WAVEFORMATPCMEX和WAVEFORMATIEEEFLOATEX结构是 64 位对齐。

有关 Samples Union 的详细信息

为了使WAVEFORMATEXTENSIBLE结构不超过 64 位限制，wValidBitsPerSample和wSamplesPerBlock一起合并到一个称为Samples的并集。还额外添加了一个名为wReserved的字段，以便将来使用。


有关 wValidBitsPerSample 的详细信息
字段wValidBitsPerSample用来明确表示信号中存在的精度的位数。大多数情况下，该值等于wBitsPerSample。但是，如果波形数据源自 20 位 A/D，则wValidBitsPerSample可以设置为 20，即使wBitsPerSample为 24 或 32 都是如此。本文的后面部分包含示例。

如果wValidBitsPerSample小于wBitsPerSample，则容器中实际的 PCM 数据为“左对齐”。样本本身对齐最高位；所有额外位位于容器的最低有效位部分。所有非有效数据位必须设置为 0。

wValidBitsPerSample的值不能超过wBitsPerSample的值。如果遇到这种情况，正确的操作是拒绝该数据格式。

处理数据时，实体可能更改wValidBitsPerSample。例如，应用程序应该知道，如果输出驱动程序表示它仅支持wValidBitsPerSample= 16，则wValidBitsPerSample= 24 的流必须调整为 16 位。

尽管从内存带宽的角度来看，这非常昂贵，但也可以更改wBitsPerSample。wValidBitsPerSample表示是否可以在不丢失数据的情况下减小容器大小 (wBitsPerSample)。wValidBitsPerSample= 20 的流；可以安全地将wBitsPerSample= 32（用于 32 位 CPU 进行处理）压缩为wBitsPerSample= 24（用于在磁盘存档）。如果没有wValidBitsPerSample，将无法知道有无数据丢失。


有关 wSamplesPerBlock 的详细信息
通常，知道音频数据的一个压缩块中包含多少样本是非常有用的。每个块具有固定数量样本的压缩格式使用wSamplesPerBlock。该值有助于获得缓冲区估计和位置信息。如果wSamplesPerBlock为0，则可变的样本数量包含在压缩视频数据的每个块中。这种情况下，需要采用其他方法获得缓冲区估计和位置信息。


有关 wReserved 的详细信息
如果wValidBitsPerSample或wSamplesPerBlock都不适用于WAVEFORMATEXTENSIBLE结构的音频数据，则将wReserved字段设置为 0。

使用 dwChannelMask 指定声道位置

为了说明只存在一个可能的扬声器子集，创建了一个新的字段dwChannelMask，用于指定声道到空间位置的映射。为了支持此字段，可以在 sdk\inc\ksmedia.h and sdk\inc\mmreg.h 中找到以下位图：


        
        
  1. #define SPEAKER_FRONT_LEFT             0x1
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9. #define SPEAKER_FRONT_RIGHT            0x2
  10.  
  11.  
  12.  
  13.  
  14.  
  15.  
  16.  
  17. #define SPEAKER_FRONT_CENTER           0x4
  18.  
  19.  
  20.  
  21.  
  22.  
  23.  
  24.  
  25. #define SPEAKER_LOW_FREQUENCY          0x8
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33. #define SPEAKER_BACK_LEFT              0x10
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41. #define SPEAKER_BACK_RIGHT             0x20
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49. #define SPEAKER_FRONT_LEFT_OF_CENTER   0x40
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57. #define SPEAKER_FRONT_RIGHT_OF_CENTER  0x80
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65. #define SPEAKER_BACK_CENTER            0x100
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73. #define SPEAKER_SIDE_LEFT              0x200
  74.  
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81. #define SPEAKER_SIDE_RIGHT             0x400
  82.  
  83.  
  84.  
  85.  
  86.  
  87.  
  88.  
  89. #define SPEAKER_TOP_CENTER             0x800
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97. #define SPEAKER_TOP_FRONT_LEFT         0x1000
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105. #define SPEAKER_TOP_FRONT_CENTER       0x2000
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113. #define SPEAKER_TOP_FRONT_RIGHT        0x4000
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121. #define SPEAKER_TOP_BACK_LEFT          0x8000
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129. #define SPEAKER_TOP_BACK_CENTER        0x10000
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.  
  137. #define SPEAKER_TOP_BACK_RIGHT         0x20000
  138.  
  139.  
  140.  
  141.  
  142.  
  143.  
  144.  
  145. #define SPEAKER_RESERVED               0x80000000

这些值与各种外部标准中定义的主声道布局完全对应。

作为一个示例，假设nChannels= 4；dwChannelMask= 0x00000033。这表示音频声道应用于播放到左前、右前、左后和右后扬声器。在每个块中声道数据应该以该顺序交错。

使用WAVEFORMATEXTENSIBLE时，考虑保留除了此预定义的设置 18 之外的声道位置。人们应该对除此之外的声道顺序不进行任何假设，只假设 Microsoft 将遵从其他标准。

有关 dwChannelMask 的详细信息

字段dwChannelMask表示多声道流中存在的声道。最低有效位与左前扬声器对应，下一个最低有效位与右前扬声器对应，依此类推，按照第 2 部分中定义的顺序。必须按照指定的顺序（最低有效位在上面）提供dwChannelMask中指定的声道。换句话说，如果仅指定左前和中前，则左前应该位于交错流中的第一位。

如果nChannels小于dwChannelMask中设置的位数，则忽略dwChannelMask中的额外（最高位）位。如果nChannels超过dwChannelMask中设置的位数，则不会将其余声道指定给任何特定扬声器位置。音频设备将向未使用的输出端口呈现其余声道数据。

如果音频接收器（如 WDM 音频的内置内核混合器）不知道在没有扬声器位置的情况下如何处理额外声道，则不呈现数据。nChannels超过dwChannelMask中设置的位数可能会产生不一致的结果，应该尽可能避免这种情况。

例如，如果在多声道音频创作应用中，在任何单声道流上不需要扬声器位置，则dwChannelMask应该明确设置为0。dwChannelMask为0告知音频设备将第一个声道呈现到设备上的第一个端口，第二个声道呈现到设备上的第二个端口，依此类推。这也意味着，如果设备不知道如何处理原始音频流，则不应该接受dwChannelMask为0的多声道流。数字混合器或数字音频存储设备（硬盘、ADAT 等）之类的设备需要没有特定扬声器位置的格式。

dwChannelMask值 0xFFFFFFFF（或设置了 DWORD 最高位的任何值）是预先定义的，用于表示实体支持所有可能的声道配置。示例为 WDM 音频的内置内核混合器。不存在与dwChannelMask最高位相对应的位置，因此该值是不确定的。

该格式不处理与定义的值不对应的扬声器位置，但 Microsoft 保留将来定义它们的权利。

示例

多声道 16 位
以下WAVEFORMATPCMEX结构表示 16 位四声道音频使用左前、右前、左后和右后呈现：


        
        
  1. WAVEFORMATPCMEX     waveFormatPCMEx;
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9. waveFormatPCMEx.Format.wFormatTag = WAVE_FORMAT_EXTENSIBLE;
  10.  
  11.  
  12.  
  13.  
  14.  
  15.  
  16.  
  17. waveFormatPCMEx.Format.nChannels = 4;
  18.  
  19.  
  20.  
  21.  
  22.  
  23.  
  24.  
  25. waveFormatPCMEx.Format.nSamplesPerSec = 44100L;
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33. waveFormatPCMEx.Format.nAvgBytesPerSec = 352800L; 
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41. waveFormatPCMEx.Format.nBlockAlign = 8;  /* Same as the usual */
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49. waveFormatPCMEx.Format.wBitsPerSample = 16;
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57. waveFormatPCMEx.Format.cbSize = 22;  /* After this to GUID */
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65. waveFormatPCMEx.wValidBitsPerSample = 16;  /* All bits have data */
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73. waveFormatPCMEx.dwChannelMask = SPEAKER_FRONT_LEFT | 
  74.  
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81.                                 SPEAKER_FRONT_RIGHT | 
  82.  
  83.  
  84.  
  85.  
  86.  
  87.  
  88.  
  89.                                 SPEAKER_BACK_LEFT |
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97.                                 SPEAKER_BACK_RIGHT;
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.                                 // Quadraphonic = 0x00000033
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113. waveFormatPCMEx.SubFormat = KSDATAFORMAT_SUBTYPE_PCM;  // Specify PCM

音频数据的四个声道按照以下方式放置到内存中，指向该内存的指针存储在WAVEHDR结构的lpData成员中。

字节 1 - 声道 1，左前，低等字节
字节 2 - 声道 1，左前，高等字节
字节 3 - 声道 2，右前，低等字节
字节 4 - 声道 2，右前，高等字节
字节 5 - 声道 3，左后，低等字节
字节 6 - 声道 3，左后，高等字节
字节 7 - 声道 4，右后，低等字节
字节 8 - 声道 4，右后，高等字节

字节 9 - 声道 1，左前，低等字节，样本 2
字节 10 - 声道 1，左前，高等字节，样本 2 等

同样，PWAVEFORMATPCMEX可以安全地转换为PWAVEFORMATEXTENSIBLE或PWAVEFORMATEX以便获得可移植性。


立体声 20 位，填充的 wBitsPerSample
以下WAVEFORMATPCMEX结构表示 20 位分辨率的两个声道放置到磁盘的 24 位容器中：


        
        
  1. WAVEFORMATPCMEX     waveFormatPCMEx;
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9. waveFormatPCMEx.Format.wFormatTag = WAVE_FORMAT_EXTENSIBLE;
  10.  
  11.  
  12.  
  13.  
  14.  
  15.  
  16.  
  17. waveFormatPCMEx.Format.nChannels = 2;
  18.  
  19.  
  20.  
  21.  
  22.  
  23.  
  24.  
  25. waveFormatPCMEx.Format.nSamplesPerSec = 44100L;
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33. waveFormatPCMEx.Format.nAvgBytesPerSec = 264600L; // Compute using nBlkAlign * nSamp/Sec
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41. waveFormatPCMEx.Format.nBlockAlign = 6;
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49. waveFormatPCMEx.Format.wBitsPerSample = 24; //Container has 3 bytes waveFormatPCMEx.Format.cbSize = 22;
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57. waveFormatPCMEx.wValidBitsPerSample = 20;  // Top 20 bits have data
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65. waveFormatPCMEx.dwChannelMask = SPEAKER_FRONT_LEFT |
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73.                                 SPEAKER_FRONT_RIGHT | 
  74.  
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81.                                 // Stereo = 0x00000003
  82.  
  83.  
  84.  
  85.  
  86.  
  87.  
  88.  
  89. waveFormatPCMEx.SubFormat = KSDATAFORMAT_SUBTYPE_PCM;  // Specify PCM

三字节音频数据的两个声道按照以下方式放置到内存中，指向该内存的指针存储在WAVEHDR结构的lpData成员中。

字节 1 - 声道 1，左前，低等字节，只有顶部四个位为有效数据位
字节 2 - 声道 1，左前，中等字节，全部是有效数据
字节 3 - 声道 1，左前，高等字节，全部是有效数据
字节 4 - 声道 2，右前，低等字节，顶部四个位为有效数据位
字节 5 - 声道 2，右前，中等字节，全部是有效数据
字节 6 - 声道 2，右前，高等字节，全部是有效数据

字节 7 - 声道 1，左前，低等字节，顶部四个位为有效数据位，样本 2
字节 8 - 声道 1，左前，中等字节，全部是有效数据，样本 2 等

注意：nAvgBytesPerSec使用块大小 (nBlockAlign) 计算，而不是容器大小 (wBitsPerSample) 或有效位的实际数量 (wValidBitsPerSample)。


采用 5.1 格式的 6 声道
以下WAVEFORMATPCMEX结构可以指定为解码器针对 5.1 扬声器布局生成音频流的输出结构。


        
        
  1. WAVEFORMATPCMEX     waveFormatPCMEx;
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9. waveFormatPCMEx.Format.wFormatTag = WAVE_FORMAT_EXTENSIBLE;
  10.  
  11.  
  12.  
  13.  
  14.  
  15.  
  16.  
  17. waveFormatPCMEx.Format.nChannels = 6;
  18.  
  19.  
  20.  
  21.  
  22.  
  23.  
  24.  
  25. waveFormatPCMEx.Format.nSamplesPerSec = 48000L;
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33. waveFormatPCMEx.Format.nAvgBytesPerSec = 864000L; // Compute using nBlkAlign * nSamp/Sec 
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41. waveFormatPCMEx.Format.nBlockAlign = 18;
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49. waveFormatPCMEx.Format.wBitsPerSample = 24; //Container has 3 bytes waveFormatPCMEx.Format.cbSize = 22;
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57. waveFormatPCMEx.wValidBitsPerSample = 20;  // Top 20 bits have data
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65. waveFormatPCMEx.dwChannelMask = KSAUDIO_SPEAKER_5POINT1;
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73.                              // SPEAKER_FRONT_LEFT | SPEAKER_FRONT_RIGHT |
  74.  
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81.                              // SPEAKER_FRONT_CENTER | SPEAKER_LOW_FREQUENCY |
  82.  
  83.  
  84.  
  85.  
  86.  
  87.  
  88.  
  89.                              // SPEAKER_BACK_LEFT  | SPEAKER_BACK_RIGHT
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97. waveFormatPCMEx.SubFormat =  KSDATAFORMAT_SUBTYPE_PCM;  // Specify PCM

三字节音频数据的两个声道按照以下方式放置到内存中，并且指向该内存的指针存储在WAVEHDR结构的lpData成员中。

字节 1 - 声道 1，左前，低等字节，只有顶部四个位为有效数据位
字节 2 - 声道 1，左前，中等字节，全部是有效数据
字节 3 - 声道 1，左前，高等字节，全部是有效数据
字节 4 - 声道 2，右前，低序位字节，顶部四个位为有效数据位
字节 5 - 声道 2，右前，中等字节，全部是有效数据
字节 6 - 声道 2，右前，高等字节，全部是有效数据
字节 7 - 声道 3，中前，低序位字节，只有顶部四个位为有效数据位
字节 8 - 声道 3，中前，中等字节，全部是有效数据
字节 9 - 声道 3，中前，高等字节，全部是有效数据
字节 10 - 声道 4，低频、低序位字节，顶部四个字节为有效数据位
字节 11 - 声道 4，低频，中等字节，全部是有效数据
字节 12 - 声道 4，低频、高等字节，全部是有效数据
字节 13 - 声道 5，左后，低序位字节，只有顶部四个位为有效数据位
字节 14 - 声道 5，右后，中等字节，全部是有效数据
字节 15 - 声道 5，左后，高等字节，全部是有效数据
字节 16 - 声道 6，右后，低序位字节，顶部四个位为有效数据位
字节 17 - 声道 6，右后，中等字节，全部是有效数据
字节 18 - 声道 6，右后，高等字节，全部是有效数据

字节 19 - 声道 1，左前，低等字节，顶部四个位为有效数据位，样本 2
字节 20 - 声道 1，左前，中等字节，全部是有效数据，样本 2 等


未指定的位置声道，DWORD 容器
以下WAVEFORMATPCMEX结构表示 32 位分辨率的三个声道，放置到磁盘上的 32 位容器中，其中只有前两个声道局限于某一位置：


        
        
  1. WAVEFORMATPCMEX     waveFormatPCMEx;
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9. waveFormatPCMEx.Format.wFormatTag = WAVE_FORMAT_EXTENSIBLE;
  10.  
  11.  
  12.  
  13.  
  14.  
  15.  
  16.  
  17. waveFormatPCMEx.Format.nChannels = 3;
  18.  
  19.  
  20.  
  21.  
  22.  
  23.  
  24.  
  25. waveFormatPCMEx.Format.nSamplesPerSec = 48000L;
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33. waveFormatPCMEx.Format.nAvgBytesPerSec = 576000L; // Compute using nBlkAlign * nSamp/Sec 
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41. waveFormatPCMEx.Format.nBlockAlign = 12;
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49. waveFormatPCMEx.Format.wBitsPerSample = 32; //Container has 4 bytes waveFormatPCMEx.Format.cbSize = 22;
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57. waveFormatPCMEx.wValidBitsPerSample = 23; // Top 23 bits have data
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65. waveFormatPCMEx.dwChannelMask =
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73.                          SPEAKER_FRONT_LEFT_OF_CENTER |
  74.  
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81.                          SPEAKER_FRONT_RIGHT_OF_CENTER
  82.  
  83.  
  84.  
  85.  
  86.  
  87.  
  88.  
  89.                      // Left, Right of Center = 0x000000C0
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97. WAVEFORMATPCMEX.SUBFORMAT =  KSDATAFORMAT_SUBTYPE_PCM; // SPECIFY PCM

四字节音频数据的两个声道按照以下方式放置到内存中，指向该内存的指针存储在WAVEHDR结构的lpData成员中。

字节 1 - 声道 1，中央偏左，低等字节，无有效数据
字节 2 - 声道 1，中央偏左，中低等字节，只有顶部七个位为有效数据位
字节 3 - 声道 1，中央偏左，中高等字节，全部是有效数据
字节 4 - 声道 1，中央偏左，高序等节，全部是有效数据
字节 5 - 声道 2，中央偏右，低序位字节，无有效数据
字节 6 - 声道 2，中央偏右，中低等字节，顶部七个位为有效数据位
字节 7 - 声道 2，中央偏右，中高等字节，全部是有效数据
字节 8 - 声道 2，中央偏右，高等字节，全部是有效数据
字节 9 - 声道 3，未指定的位置，低等字节，无有效数据
字节 10 - 声道 3，未指定的位置，中低等字节，顶部七个位为有效数据位
字节 11 - 声道 3，未指定的位置，中高等字节，全部是有效数据
字节 12 - 声道 3，未指定的位置，高等字节，全部是有效数据

字节 13 - 声道 1，中央偏左，低等字节，无有效数据，样本 2
字节 14 - 声道 1，中央偏左，中低等字节，顶部七个位为有效数据位，样本 2 等

这些流可以通过缩放算法发送，该算法将小数值放置到低 9 位，仅对采用波形格式结构的值更改为：


        
        
  1. // All 32 bits have datawaveFormat
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9. PCMEx.wValidBitsPerSample = 32;

使用 WAVEFORMATIEEEFLOATEX 的示例
以下WAVEFORMATIEEEFLOATEX结构表示 32 位容器中 18 位数据的七个声道。声道 7 包含未分配空间位置的有效音频数据。


        
        
  1. PWAVEFORMATIEEEFLOATEX     waveFormatIEEEFloatEx;
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9. waveFormatIEEEFloatEx.Format.wFormatTag = WAVE_FORMAT_EXTENSIBLE;
  10.  
  11.  
  12.  
  13.  
  14.  
  15.  
  16.  
  17. waveFormatIEEEFloatEx.Format.nChannels = 7;
  18.  
  19.  
  20.  
  21.  
  22.  
  23.  
  24.  
  25. waveFormatIEEEFloatEx.Format.nSamplesPerSec = 48000L;
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33. waveFormatIEEEFloatEx.Format.nAvgBytesPerSec = 1344000L;
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41. waveFormatIEEEFloatEx.Format.nBlockAlign = 28;
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49. waveFormatIEEEFloatEx.Format.wBitsPerSample = 32;
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57. waveFormatIEEEFloatEx.Format.cbSize = 22;
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65. waveFormatIEEEFloatEx.wValidBitsPerSample = 18; //Top 18 bits have data
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73. waveFormatIEEEFloatEx.dwChannelMask = SPEAKER_FRONT_LEFT |
  74.  
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81.                                       SPEAKER_FRONT_RIGHT |
  82.  
  83.  
  84.  
  85.  
  86.  
  87.  
  88.  
  89.                                       SPEAKER_FRONT_CENTER |
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97.                                       SPEAKER_LOW_FREQUENCY | 
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.                                       SPEAKER_BACK_LEFT |
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.                                       SPEAKER_BACK_RIGHT;
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121. waveFormatPCMEx.SubFormat = KSDATAFORMAT_SUBTYPE_IEEE_FLOAT; // 5.1 + unassigned chan

字节 1 - 声道 1，左前，低等字节，无有效数据

字节 2 - 声道 1，左前，中低等字节，只有顶部两个位为有效数据位
字节 3 - 声道 1，左前，中高等字节，全部是有效数据
字节 4 - 声道 1，左前，高等字节，全部是有效数据
字节 5 - 声道 2，右前，低序位字节，无有效数据
字节 6 - 声道 2，右前，中低等字节，顶部两个位为有效数据位
字节 7 - 声道 2，右前，中高等字节，全部是有效数据
字节 8 - 声道 2，右前，高等字节，全部是有效数据
字节 9 - 声道 3，中前，低等字节，无有效数据
字节 10 - 声道 3，中前，中低等字节，顶部两个位为有效数据位
字节 11 - 声道 3，中前，中高等字节，全部是有效数据
字节 12 - 声道 3，中前，高等字节，全部是有效数据
字节 13 - 声道 4，低频增强，低等字节，无有效数据
字节 14 - 声道 4，低频增强，中低等字节，顶部两个位为有效数据位
字节 15 - 声道 4，低频增强，中高等字节，全部是有效数据
字节 16 - 声道 4，低频增强，高等字节，全部是有效数据
字节 17 - 声道 5，左后，低等字节，无有效数据
字节 18 - 声道 5，左后，中低等字节，顶部两个位为有效数据位
字节 19 - 声道 5，左后，中高等字节，全部是有效数据
字节 20 - 声道 5，左后，高等字节，全部是有效数据
字节 21 - 声道 6，右后，低等字节，无有效数据
字节 22 - 声道 6，右后，中低等字节，顶部两个位为有效数据位
字节 23 - 声道 6，右后，中高等字节，全部是有效数据
字节 24 - 声道 6，右后，高等字节，全部是有效数据
字节 25 - 声道 7，未指定的位置，低等字节，无有效数据
字节 26 - 声道 7，未指定的位置，中低等字节，顶部两个位为有效数据位
字节 27 - 声道 7，未指定的位置，中高等字节，全部是有效数据
字节 28 - 声道 7，未指定的位置，高序等节，全部是有效数据

字节 29 - 声道 1，左前，低等字节，无有效数据，样本 2
字节 30 - 声道 1，左前，中低等字节，顶部两个位为有效数据位，样本 2 等


多个单声道流（无扬声器位置）
以下WAVEFORMATIEEEFLOATEX结构表示 32 位容器中 32 位浮点数据的 6 个声道。没有任何单声道专用于一个扬声器，因此音频设备采用升序将流发送到设备定义的端口。


        
        
  1. PWAVEFORMATIEEEFLOATEX     waveFormatIEEEFloatEx;
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9. waveFormatIEEEFloatEx.Format.wFormatTag = WAVE_FORMAT_EXTENSIBLE;
  10.  
  11.  
  12.  
  13.  
  14.  
  15.  
  16.  
  17. waveFormatIEEEFloatEx.Format.nChannels = 6;
  18.  
  19.  
  20.  
  21.  
  22.  
  23.  
  24.  
  25. waveFormatIEEEFloatEx.Format.nSamplesPerSec = 96000L;
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33. waveFormatIEEEFloatEx.Format.nAvgBytesPerSec = 1152000L;
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41. waveFormatIEEEFloatEx.Format.nBlockAlign = 24;
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49. waveFormatIEEEFloatEx.Format.wBitsPerSample = 32;
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57. waveFormatIEEEFloatEx.Format.cbSize = 22;
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65. waveFormatIEEEFloatEx.wValidBitsPerSample = 32;
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73. waveFormatIEEEFloatEx.dwChannelMask = 0;
  74.  
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81. waveFormatPCMEx.SubFormat = KSDATAFORMAT_SUBTYPE_IEEE_FLOAT;

字节 1 - 单声道 1，低等字节，有效浮点数据
字节 2 - 单声道 1，中低等字节，有效浮点数据
字节 3 - 单声道 1，中高等字节，有效浮点数据
字节 4 - 单声道 1，高等字节，有效浮点数据
字节 5 - 单声道 2，低等字节，有效浮点数据
字节 6 - 单声道 2，中低等字节，有效浮点数据
字节 7 - 单声道 2，中高等字节，有效浮点数据
字节 8 - 单声道 2，高等字节，有效浮点数据
字节 9 - 单声道 3，低等字节，有效浮点数据
字节 10 - 单声道 3，中低等字节，有效浮点数据
字节 11 - 单声道 3，中高等字节，有效浮点数据
字节 12 - 单声道 3，高等字节，有效浮点数据
字节 13 - 单声道 4，低等字节，有效浮点数据
字节 14 - 单声道 4，中低等字节，有效浮点数据
字节 15 - 单声道 4，中高等字节，有效浮点数据
字节 16 - 单声道 4，高等字节，有效浮点数据
字节 17 - 单声道 5，低等字节，有效浮点数据
字节 18 - 单声道 5，中低等字节，有效浮点数据
字节 19 - 单声道 5，中高等字节，有效浮点数据
字节 20 - 单声道 5，高等字节，有效浮点数据
字节 21 - 单声道 6，低等字节，有效浮点数据
字节 22 - 单声道 6，中低等字节，有效浮点数据
字节 23 - 单声道 6，中高等字节，有效浮点数据
字节 24 - 单声道 6, 高等字节，有效浮点数据

字节 25 - 单声道 1，低等字节，有效浮点数据，样本 2
字节 26 - 单声道 1，中低等字节，有效浮点数据，样本 2 等

徐新华
关注
正弦波 音频 C语言,C++生成指定频率的正弦波wav音频文件以及生成播放数据
weixin_39615257的博客
05-22 1150
基于MTK平台的工厂模式代码编写的一个正弦波wav音频文件生成代码片struct WavHead{char RIFF[4]; //头部分那个RIFFint size0;//存的是后面所有文件大小char WAVE[4];char FMT[4];int size1;//存的是fmt保存的大小，包含这之后，data前面几个，共16个short fmttag;short channel;int s...
【音视频】如何对wav音频文件进行opus编解码？
最新发布
川弥的博客
08-22 764
详细的介绍，如何使用多种方法，对wav音频文件进行opus编解码
5.1多声道人声测试.wav
07-07
5.1各声道音源定位测试音乐，PCM编码，WAV输出！各个声道依次顺序发声，对比音箱摆位，可立即测试各声道是否输出工作正常，位置是否正确！
多声道音频数据和 WAVE 文件
weixin_34217773的博客
06-28 247
   最近碰到一多通道的PCM，几个主流的Player都不能发出声音，为了让自己的播放器能支持这个格式，所以研究了一下, 收集一资料转贴一下http://msdn.microsoft.com/zh-cn/windows/hardware/gg463006。 KSDATAFORMAT_SUBTYPE_PCM: 采用 5.1 格式的 6 声道以下WAVEFORMATPCMEX结构可以指定为解码器针...
Audacity导出多通道音频文件---制作噪声
zkw_1998的博客
12-26 4509
音频处理软件：Audacity 音频设备：Focusrite Scarlett 18i20 三代 8进10出 usb外置录音声卡套装+4个音箱 播放环境：Linux系统 1.导入第一个噪声素材文件：打开Audacity,选择文件→导入→音频→促销声.wav 2.插入一个单声道轨：选择轨道→增加新轨道→单声道轨 3.合成立体声轨：点击第一个促销声.wav的名称框，选择制作立体声轨 注意： 多通道音...
音频——多声道Plane格式处理(音频基本知识、音频多声道Plane格式等)
yi_chengyu的博客
06-06 1410
音频的基本知识和多通道以及Plane格式和Packet格式
C＃和Wave-如何处理20ms的音频数据
04-04
总结来说，处理20毫秒的音频数据涉及理解Wave格式、采样率、位深度和声道数，以及在C#中有效地操作字节，特别是使用`Buffer.BlockCopy`方法。同时，利用相关的库如NAudio可以简化这个过程，提供便利的API来读取、...
48K采集-16bit位宽-双通道 pcm 文件
10-13
文件扩展名: PCM文件通常具有常见的文件扩展名，如.wav（Windows的Wave文件格式）或.raw（原始PCM数据文件）。这些扩展名有助于操作系统和应用程序识别文件格式。 广泛支持: 由于其简单的无损特性，PCM文件在各种...
python构建聊天机器人之录制声音保存为音频文件（利用pyaudio进行录音）
m0_72685614的博客
09-24 2279
利用python实现智能语音聊天机器人之将声音保存为音频文件（利用pyaudio和wave）
多声道音频采集程序
07-27
原文博客地址 http://blog.csdn.net/zz603976046/article/details/71480722 用于采集window多声卡采集基础代码
高保真多声道音频压缩High-Fidelity Multichannel Audio Compression
10-28
本文着重于为多声道声源设计高质量音频编解码器的原理。
5.1多声道人声测试-by ywb.rar
09-11
5.1多声道人声测试
window 多声道音频采集
是哥哥呀的专栏
05-09 2432
window 多声道音频采集
多声道音频和高清音频（如Dolby Digital、DTS）和使用
u014231040的博客
07-24 699
多声道音频是指使用多个独立的音频信号通道来创建更逼真的和包围感更强的声音体验。包括5个全频带声道（前左、前中、前右、后左、后右）和1个低频效果声道（LFE，通常用于低音炮）。相对于5.1声道，增加了两个侧面声道（侧左、侧右），进一步增强声音的包围感。
音频编解码·格式篇（1）Wave PCM audio format（WAV）
麦克船长的技术笔记
04-08 900
音频编解码·格式篇（1）Wave PCM audio format（WAV） 作者：柳大·Poechant 博客：Blog.CSDN.net/Poechant 邮箱：zhongchao.ustc@gmail.com 日期：April 6th, 2012 0 音频编解码基础 采样率：声音信号在“模数转换”过程中单位时间内采样的次数。 采样值：每一次采样周期内声音模拟信号的积分值。 单声道：1...
WAVE 文件格式分析
weixin_30470857的博客
04-19 227
WAVE 文件作为多媒体中使用的声音波形文件格式之一，它是以RIFF（Resource Interchange File Format）格式为标准的。每个WAVE文件的头四个字节便是“RIFF”。WAVE 文件由文件头和数据体两大部分组成。其中文件头又分为 RIFF／WAV 文件标识段和声音数据格式说明段两部分。WAVE文件各部分内容及格式见后文。 常见的声音文件主要有两种，分别对应于单声道（1...
嵌入式 wave文件(*.wav)格式、PCM数据格式收藏
skdkjxy的专栏
12-02 1623
1. 音频简介   经常见到这样的描述: 44100HZ 16bit stereo 或者 22050HZ 8bit mono 等等. 44100HZ 16bit stereo: 每秒钟有 44100 次采样, 采样数据用 16 位(2字节)记录, 双声道(立体声); 22050HZ 8bit  mono: 每秒钟有 22050 次采样, 采样数据用 8 位(1字节)记录, 单声道;
WDM在不同Windows版本上的音频支持
danteLiujie的专栏
10-13 4812
"Windows音频驱动"翻译系列总目录:https://blog.csdn.net/danteLiujie/article/details/102530417 目录 1. 实现音频模块通信 1.1. 为什么使用音频模块？ 1.2. 音频模块定义 1.3. 通用音频定义 1.4. 架构 发送命令 音频模块客户端的模块通知 启用，禁用和常规拓扑信息 1.5. 音频模块DDI ...
深入解析WAVE音频文件格式
"WAVE头文件格式分析，包含文件结构、采样率、采样值、声道信息以及数据块解析" WAVE文件是基于RIFF（Resource Interchange File Format）格式的标准音频文件，通常用于存储高质量的声音数据。文件的开头四字节标记...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值