waveOutWrite 缓冲区永远不会返回到应用程序

waveOutWrite buffers are never returned to application

本文关键字：返回 应用程序 缓冲区 永远 waveOutWrite      更新时间：2023-10-16

我对Microsoft的WaveOut API有问题：

edit1：添加了指向示例项目的链接：编辑2：删除链接，它不代表问题

播放

一些音频后，当我想终止给定的播放流时，我调用该函数：

waveOutClose(hWaveOut_);

但是，即使在调用 waveOutClose（） 之后，有时库仍然会访问之前由 waveOutWrite（） 传递给它的内存，从而导致内存访问无效。

然后，我尝试确保在释放缓冲区之前将所有缓冲区标记为已完成：

PcmPlayback::~PcmPlayback()
{
if(hWaveOut_ == nullptr)
    return;
    waveOutReset(hWaveOut_); // infinite-loops, never returns
for(auto it = buffers_.begin(); it != buffers_.end(); ++it)
    waveOutUnprepareHeader(hWaveOut_, &it->wavehdr_, sizeof(WAVEHDR));
while( buffers_.empty() == false ) // infinite loops
    removeCompletedBuffers();
waveOutClose(hWaveOut_);
//Unhandled exception at 0x75629E80 (msvcrt.dll) in app.exe: 
// 0xC0000005: Access violation reading location 0xFEEEFEEE.
}
void PcmPlayback::removeCompletedBuffers()
{
for(auto it = buffers_.begin(); it != buffers_.end();)
{
    if( it->wavehdr_.dwFlags & WHDR_DONE )
    {
        waveOutUnprepareHeader(hWaveOut_, &it->wavehdr_, sizeof(WAVEHDR));
        it = buffers_.erase(it);
    }
    else
        ++it;
}
}

但是，这种情况永远不会发生 - 缓冲区永远不会变为空。wavehdr_.dwFlags == 18 将剩下 4-5 个块（我相信这意味着这些块仍然标记为播放中）

如何解决此问题？

@ Martin Schlott （"你能提供将缓冲区写入waveOutWrite的循环吗？"）它不是一个循环，相反，我有一个函数，每当我通过网络收到音频数据包时都会调用该函数：

void PcmPlayback::addData(const std::vector<short> &rhs)
{
removeCompletedBuffers();
if(rhs.empty())
    return;
// add new data
buffers_.push_back(Buffer());
Buffer & buffer = buffers_.back();
buffer.data_ = rhs;
ZeroMemory(&buffers_.back().wavehdr_, sizeof(WAVEHDR));
buffer.wavehdr_.dwBufferLength = buffer.data_.size() * sizeof(short);
buffer.wavehdr_.lpData = (char *)(buffer.data_.data());
waveOutPrepareHeader(hWaveOut_, &buffer.wavehdr_, sizeof(WAVEHDR)); // prepare block for playback
waveOutWrite(hWaveOut_, &buffer.wavehdr_, sizeof(WAVEHDR));
}

如果不调用，可能会发生所描述的行为 

waveOutUnprepareHeader

到使用前使用的每个缓冲区

waveOutClose

标志字段_dwFlags似乎指示缓冲区仍在排队 （WHDR_INQUEUE |WHDR_PREPARED） 尝试：

waveOutReset

在取消准备缓冲区之前。

在分析了您的代码后，我发现了两个与waveOut无关的问题/错误（有趣的是，您使用C++11但最古老的媒体界面）。使用向量作为缓冲区。在某些调用操作期间，向量被复制！我发现的一个错误是：

typedef std::function<void(std::vector<short>)> CALLBACK_FN;

而不是：

typedef std::function<void(std::vector<short>&)> CALLBACK_FN;

这会强制复制矢量。如果您希望主要将其用作原始缓冲区，请尽量避免使用向量。最好使用 std：：unique_pointer 作为缓冲区指针。

记录器中的回调不受互斥锁监控，也不会检查是否已调用析构函数。析构发生在回调期间（主要是），这会导致异常。

对于您的测试程序，在责怪 waveOut 之前返回并使用原始指针和静态回调。你的代码还不错，但第一个错误已经表明，一个小错误会导致不可预测的错误。 由于您还在 std：：array 中组织缓冲区，我会在那里搜索错误。我猜，你无意中复制了整个缓冲区数组，取消了错误的缓冲区。

我没有时间深入挖掘，但我想这些都是问题所在。

我最终设法找到了我的问题，它是由多个错误和死锁引起的。我将记录这里发生的事情，以便人们将来可以从中学习。当我修复示例中的错误时，我

了解发生了什么：
  • 在 ~Recorder 中的 waveInClose（） 之前调用 waveInStop（.cpp
  • 等待所有缓冲区具有WHDR_DONE标志，然后再在 ~PcmPlayback 中调用 waveOutClose（）。

执行此操作后，示例工作正常，并且未显示从未标记WHDR_DONE标志的行为。

在我的主程序中，该行为是由以下情况下发生的死锁引起的：

    我
  • 有一个对象向量，代表我正在流式传输音频的每个对等方
  • 每个对象拥有一个播放类
  • 此向量受互斥锁保护

记录器回调：

  • mutex.lock（）
  • 将音频数据包发送到每个对等方。

删除对等体：

  • mutex.lock（）
  • ~pcm回放
  • 等待标记WHDR_DONE标志

当我删除对等体时，锁定互斥锁并且记录器回调也尝试获取锁时会发生死锁。

  • 请注意，这种情况经常发生，因为播放缓冲区通常为 （~4 * 20ms），而录音机的节奏为 20ms。
  • 在 ~pcmPlay 中，缓冲区永远不会被标记为 WHDR_DONE，并且对 WaveOut API 的任何调用都不会返回，因为 WaveOut API 正在等待 Recorder 回调完成，而 Recorder 回调又在等待 mutex.lock（），从而导致死锁。
相关文章：