我正在使用VC ++和QtMultimedia库从音频流中播放音频。由于我对Qt的库不太熟悉，我开始读取.wav文件并将其写入缓冲区：
ifstream wavFile;
char* file = "error_ex.wav";
wavFile.open( file, ios::binary );
之后，我使用了ifstream的.read（）函数并将所有数据写入缓冲区。在写入缓冲区之后，它被发送到准备Qt的音频编写器：
QByteArray fData;
for( int i = 0; i < (int)data.size(); ++i )
{
fData.push_back(data.at(i));
}
m_pBuffer->open(QIODevice::ReadWrite);
m_pBuffer->write( fData );
m_pBuffer->close();
（m_pBuffer的类型为QBuffer）
一旦QBuffer准备就绪，我尝试播放缓冲区：
QIODevice* ioDevice = m_pAudioOut->start();
ioDevice->write( m_pBuffer->buffer() );
（m_pAudioOut的类型为QAudioOutput）
这会导致扬声器发出小声弹，然后停止播放。有什么想法吗？
使用Qt库4.6.3在Windows XP SP2上运行Visual Studios 2008。
正如Frank指出的那样，如果您的要求只是从文件中播放音频数据，则更高级别的API可以完成这项工作，并简化您的应用程序代码。 声子 将是一种选择;或者，QtMobility项目提供 QMediaPlayer 用于高级用例的API。
鉴于该问题具体涉及使用 了QIODevice 然而，你提到从WAV文件读取只是你的初始方法，我会假设你实际上需要一个流API，即允许客户端控制缓冲的API，而不是将此控件移交给更高的像Phonon这样的等级抽象。
QAudioOutput 可以在两种不同的模式下使用，具体取决于哪种过载 start() 叫做：
“拉模式”： void QAudioOutput::start(QIODevice *)
在此模式下，QAudioOutput将从提供的QIODevice中提取数据，而无需客户端的进一步干预。如果使用的QIODevice是由Qt提供的QIODevice，则是一个很好的选择（例如， 一个QFile， QAbstractSocket 等等）。
“推模式”： QIODevice* QAudioOutput::start()
在此模式下，QAudioOutput客户端必须通过调用将模式推送到音频设备 QIODevice::write()。这需要在循环中完成，例如：
qint64 dataRemaining = ... // assign correct value here
while (dataRemaining) {
qint64 bytesWritten = audioOutput->write(buffer, dataRemaining);
dataRemaining -= bytesWritten;
buffer += bytesWritten;
// Then wait for a short time
}
如何实现等待将取决于您的应用程序的上下文 - 如果音频是从专用线程写入的，它可以简单地 睡觉（）。或者，如果从主线程写入音频，您可能希望写入由a触发 QTimer。
由于你没有提到在应用程序中使用循环中的write（）调用的任何内容，看起来发生的事情就是你编写了一小段数据（以弹出方式播放），然后不写任何更多。
您可以使用Qt随附的examples / multimedia / audiooutput应用程序中的两种模式查看代码。
正如Frank指出的那样，如果您的要求只是从文件中播放音频数据，则更高级别的API可以完成这项工作，并简化您的应用程序代码。 声子 将是一种选择;或者，QtMobility项目提供 QMediaPlayer 用于高级用例的API。
鉴于该问题具体涉及使用 了QIODevice 然而，你提到从WAV文件读取只是你的初始方法，我会假设你实际上需要一个流API，即允许客户端控制缓冲的API，而不是将此控件移交给更高的像Phonon这样的等级抽象。
QAudioOutput 可以在两种不同的模式下使用，具体取决于哪种过载 start() 叫做：
“拉模式”： void QAudioOutput::start(QIODevice *)
在此模式下，QAudioOutput将从提供的QIODevice中提取数据，而无需客户端的进一步干预。如果使用的QIODevice是由Qt提供的QIODevice，则是一个很好的选择（例如， 一个QFile， QAbstractSocket 等等）。
“推模式”： QIODevice* QAudioOutput::start()
在此模式下，QAudioOutput客户端必须通过调用将模式推送到音频设备 QIODevice::write()。这需要在循环中完成，例如：
qint64 dataRemaining = ... // assign correct value here
while (dataRemaining) {
qint64 bytesWritten = audioOutput->write(buffer, dataRemaining);
dataRemaining -= bytesWritten;
buffer += bytesWritten;
// Then wait for a short time
}
如何实现等待将取决于您的应用程序的上下文 - 如果音频是从专用线程写入的，它可以简单地 睡觉（）。或者，如果从主线程写入音频，您可能希望写入由a触发 QTimer。
由于你没有提到在应用程序中使用循环中的write（）调用的任何内容，看起来发生的事情就是你编写了一小段数据（以弹出方式播放），然后不写任何更多。
您可以使用Qt随附的examples / multimedia / audiooutput应用程序中的两种模式查看代码。
您确定使用正确的（高级）API吗？如果您必须手动处理数据流和缓冲，那将会很奇怪。此外，QIODevice :: write（）不一定写入整个缓冲区，但可能在n个字节后停止，就像POSIX write（）一样（这就是为什么总是要检查返回值）。
我还没看过QtMultimedia，但是使用更成熟的Phonon，视频和音频输出在过去对我来说效果很好。它的工作原理如下：
- 创建一个Phonon :: AudioOutput对象
- 创建一个Phonon :: MediaObject对象
- Phonon :: createPath（mediaObject，audioObject）
- mediaObject-> setCurrentSource（Phonon :: MediaSource（path））;
- mediaObject->播放（）;
Qt中也有例子。