能否从多通道HTMLAudioElement创建多通道MediaElementAudioSourceNode

MediaElementAudioSourceNode通道数固定返回2是浏览器默认实现策略导致的，和规范描述的预期行为不符：

• 所有<audio>、<video>元素默认走系统媒体播放管线，浏览器会自动对管线内的多通道音频做立体声下混处理，无论原文件是多少通道，最终输出到Web Audio接口的流都被预处理为2声道。
• 该行为和channelCount属性的规范定义冲突，是目前所有主流浏览器都存在的实现限制，不是代码逻辑错误。

方案1：使用AudioBufferSourceNode替代（推荐，通道数100%匹配） #

绕过<audio>元素的默认播放管线，直接解码原始音频数据，不会触发自动下混：

• 实现步骤：
  1. 调用fetch拉取目标多通道WAV文件，获取响应的ArrayBuffer格式数据
  2. 调用AudioContext实例的decodeAudioData()方法解码ArrayBuffer，得到完整的AudioBuffer对象
  3. 基于AudioBuffer创建AudioBufferSourceNode实例，该节点的channelCount属性会和原音频文件的实际通道数完全一致，一阶Ambisonics的4通道、更高阶的Ambisonics多通道文件、5.1/7.1等多声道格式都能正确识别。
• 适用场景：空间音频素材、短音频、不需要依赖<audio>原生播放控制能力的场景。如果需要处理长音频的流式播放，需要自行实现分块拉取、分块解码的逻辑。

方案2：强制<audio>元素走Web Audio渲染管线（兼容性不稳定，不推荐生产使用） #

如果必须依赖<audio>的原生能力（流式加载、字幕同步、原生播放控件等），可以尝试以下配置跳过下混：

• 给对应<audio>元素设置disableRemotePlayback = true，禁止音频路由到远程播放设备
• 创建MediaElementAudioSourceNode后，不要将<audio>元素直接连接到系统扬声器输出，全程将该节点接入Web Audio的节点处理链路
• Chrome 110+、Firefox 115+版本在检测到媒体元素的音频完全由Web Audio接管时，会跳过默认的立体声下混步骤，返回和原文件匹配的通道数。

注意：不要尝试手动修改MediaElementAudioSourceNode的channelCount属性，该属性对此类节点为只读状态，强制赋值会直接抛出DOM异常，无法改变实际通道数。

内容的提问来源于stack exchange，提问作者EllipsenPark