基于MAUI集成NAudio混流音频后生成空文件问题排查

针对你遇到的服务器生成音频文件有大小但时长为0的问题，可从以下几个方向逐一排查：

1. 音频格式与文件头缺失问题 #

服务器文件无法识别时长，核心原因大概率是只写入了裸PCM数据，没有添加对应格式的文件头，或者客户端与服务器的音频格式不匹配：

• 你当前推送的是NAudio输出的原始PCM数据，这类数据没有格式元信息（采样率、位深度等），播放器无法计算时长。服务器需要先写入WAV/MP3等格式的文件头，再写入音频数据。
• 强制统一麦克风和扬声器的采集格式：WasapiCapture和WasapiLoopbackCapture的默认格式可能不一致（比如采样率、声道数），需手动指定统一格式：

  // 统一为44.1kHz、16位、立体声
  var targetWaveFormat = new WaveFormat(44100, 16, 2);
  micCapture = new WasapiCapture { WaveFormat = targetWaveFormat };
  speakerCapture = new WasapiLoopbackCapture { WaveFormat = targetWaveFormat };
  

2. 混流与数据读取的有效性验证 #

重点检查StreamAudio方法的实现，确认混流后的数据是否正确读取并发送：

• 确保从MixingSampleProvider转换为字节流的逻辑正确，示例写法：

  private async Task StreamAudio(CancellationToken token)
  {
      var waveProvider = mixer.ToWaveProvider();
      byte[] sendBuffer = new byte[waveProvider.WaveFormat.AverageBytesPerSecond / 10]; // 100ms缓冲块
      int bytesRead;
  
      while (!token.IsCancellationRequested)
      {
          bytesRead = waveProvider.Read(sendBuffer, 0, sendBuffer.Length);
          if (bytesRead > 0)
          {
              await webSocket.SendAsync(
                  new ArraySegment<byte>(sendBuffer, 0, bytesRead),
                  WebSocketMessageType.Binary,
                  endOfMessage: true,
                  cancellationToken: token);
          }
          await Task.Delay(10); // 匹配缓冲块的采集间隔
      }
  }
  

• 在DataAvailable回调中打印e.BytesRecorded值，确认麦克风和扬声器是否真的采集到了音频数据，避免空数据被发送。

3. WebSocket传输的正确性检查 #

• 发送音频数据时必须使用WebSocketMessageType.Binary类型，若误用文本类型会导致数据编码损坏，服务器无法解析。
• 在客户端和服务器分别统计发送/接收的总字节数，对比是否一致，排查是否存在数据丢包或截断的情况。

4. NAudio缓冲配置优化 #

• 给BufferedWaveProvider设置合理的缓冲时长，避免数据堆积或读取空数据：

  micBuffer.BufferDuration = TimeSpan.FromSeconds(1);
  speakerBuffer.BufferDuration = TimeSpan.FromSeconds(1);
  

5. 服务器端文件写入逻辑排查 #

• 确认服务器保存文件时是否正确写入了格式头：比如保存为WAV文件，需要先写入RIFF、fmt等结构块，再写入PCM数据；若直接写入裸数据，播放器无法识别时长。
• 检查服务器是否在接收完所有数据后正确关闭文件流，避免文件写入不完整导致的异常。

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