无输入设备的Windows Server 2012 R2上NAudio接收UDP转WAV报错求助

嘿，我来帮你搞定这个问题！你遇到的BadDeviceId异常，根源在于那个Network Chat演示程序是给双向语音聊天设计的——它默认既要初始化音频输入设备用来采集语音发送，又要初始化音频输出设备用来播放接收到的语音。但你的Windows Server 2012 R2既没有输入设备，大概率也没启用音频输出设备，自然就触发这个错误了。

既然你的核心需求只是接收指定IP和端口的UDP音频数据，然后转成WAV文件保存，完全不需要双向通话或者实时播放功能，那咱们直接绕开演示程序，用NAudio写个极简的实现就行，根本不用依赖任何音频输入输出设备。

第一步：先搞清楚UDP数据的音频格式 #

首先得确认发送端发过来的UDP数据是什么格式——比如采样率是44100Hz还是48000Hz，位深度是8位还是16位，是单声道还是双声道。这个参数必须和发送端完全匹配，不然生成的WAV文件要么杂音满天飞，要么播放速度不对。假设发送端用的是最常见的16位、单声道、44100Hz的PCM数据，如果你的情况不一样，后面代码里的参数对应调整就行。

第二步：写个极简的接收+保存代码 #

下面这段代码完全不涉及音频输入输出设备，只负责监听UDP端口、接收数据、写入WAV文件：

using System;
using System.Net;
using System.Net.Sockets;
using NAudio.Wave;

class UdpToWavRecorder
{
    private UdpClient _udpClient;
    private WaveFileWriter _waveFileWriter;
    private readonly int _listenPort;
    private readonly WaveFormat _audioFormat;

    public UdpToWavRecorder(int port, WaveFormat format)
    {
        _listenPort = port;
        _audioFormat = format;
    }

    public void StartRecording(string outputPath)
    {
        // 初始化WAV文件写入器，指定输出路径和音频格式
        _waveFileWriter = new WaveFileWriter(outputPath, _audioFormat);

        // 启动UDP客户端监听指定端口
        _udpClient = new UdpClient(_listenPort);
        Console.WriteLine($"已经开始监听UDP端口 {_listenPort} 啦...");

        // 异步接收UDP数据，避免阻塞主线程
        _udpClient.BeginReceive(OnDataReceived, null);
    }

    private void OnDataReceived(IAsyncResult ar)
    {
        try
        {
            IPEndPoint senderEndpoint = null;
            // 接收UDP数据包
            byte[] receivedData = _udpClient.EndReceive(ar, ref senderEndpoint);
            
            if (receivedData.Length > 0)
            {
                // 把收到的PCM数据写入WAV文件
                _waveFileWriter.Write(receivedData, 0, receivedData.Length);
                Console.WriteLine($"接收到 {receivedData.Length} 字节数据，已写入文件");
            }

            // 继续等待下一个UDP数据包
            _udpClient.BeginReceive(OnDataReceived, null);
        }
        catch (Exception ex)
        {
            Console.WriteLine($"接收数据时出错啦: {ex.Message}");
        }
    }

    public void StopRecording()
    {
        _udpClient?.Close();
        _waveFileWriter?.Close();
        Console.WriteLine("录制已停止，WAV文件已经保存好啦");
    }

    static void Main(string[] args)
    {
        // 这里的参数根据你的实际情况改哦
        int targetPort = 12345; // 替换成你要监听的UDP端口
        var audioFormat = new WaveFormat(44100, 16, 1); // 44100Hz采样率，16位深度，单声道

        var recorder = new UdpToWavRecorder(targetPort, audioFormat);
        recorder.StartRecording("received_audio.wav");

        Console.WriteLine("按任意键停止录制...");
        Console.ReadKey();

        recorder.StopRecording();
    }
}

几个关键注意事项 #

• 格式必须匹配：一定要保证代码里的WaveFormat和发送端的音频格式完全一致，不然WAV文件肯定有问题。比如发送端是双声道，就把第三个参数改成2；如果是8位深度，就把第二个参数改成8。
• UDP数据分包处理：UDP是无连接的，发送端可能会把一段音频分成好几个UDP包发过来，这段代码会自动按接收顺序把所有数据写入WAV文件，不用担心数据顺序乱掉。
• 完全无设备依赖：这段代码只用到了NAudio的WaveFileWriter（用来写WAV）和.NET自带的UdpClient（用来收UDP数据），根本不会碰WaveOut（播放）或者WaveIn（采集），所以绝对不会出现设备ID相关的异常。

为啥原来的演示程序会报错？ #

再说说你用的Network Chat演示程序——它的Connect方法会同时初始化音频采集和音频播放模块：

• 没有输入设备的时候，输入下拉框是空的，可能Demo里做了处理没崩溃，但播放模块还是会初始化WaveOut；
• 而Windows Server 2012 R2默认可能没启用音频输出设备（甚至连虚拟音频设备都没有），所以调用waveOut.Init的时候就会返回BadDeviceId错误。

如果你非要改演示程序来实现需求，那得找到初始化WaveOut的代码，把播放相关的逻辑注释掉，还要去掉对输入设备的依赖，只留UDP接收和WAV写入的部分。但说实话，直接写上面这段极简代码比改Demo要省事多了。

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