我正在尝试将NAudio与Reactive Extentions结合起来,我在让NAudio播放音频时遇到了问题。
以下是我目前的代码:
public class WaveOutPlayer : IDisposable
{
WaveOut wavOut = new WaveOut(WaveCallbackInfo.FunctionCallback());
public WaveOutPlayer(int device, int sampleRate, int channels, IStereoSource source)
{
var provider = new WavProv(source, sampleRate, channels);
provider.SetWaveFormat(sampleRate,channels);
wavOut.Init(provider);
}
private class WavProv : WaveProvider32
{
AutoResetEvent are = new AutoResetEvent(false);
ConcurrentQueue<float> queue = new ConcurrentQueue<float>();
public WavProv(IStereoSource source, int sampleRate, int channels)
{
source.ChannelLeft
.Zip(source.ChannelRight, (ls, rs) => new double[] { ls, rs }) //one sample from each channel
.SelectMany(samps => samps) //convert to samples array l,r,l,r,l
.Buffer(sampleRate * channels * 1) //buffer samplerate*channels*2 seconds
.Select(x => x.ToArray()) // to observable of chunks
.Do(x => { are.Set(); })
.SubscribeOn(NewThreadScheduler.Default)
.Subscribe(data =>
{
//queue.Enqueue((float)data);
data.ToList().ForEach((x) => queue.Enqueue((float)x));
});
}
public override int Read(float[] buffer, int offset, int sampleCount)
{
int itemsRead;
if (!queue.Any()) //No data in the queue
{
//are.WaitOne();
buffer = Enumerable.Repeat(0.0f, sampleCount).ToArray(); //Wait for some data
itemsRead = sampleCount;
}
else
{
//number of items to read is lower of samplecount or items in queue
int itemsToRead = (queue.Count() > sampleCount) ? sampleCount : queue.Count();
for (itemsRead = 0; itemsRead < itemsToRead; itemsRead++)
{
float res;
if(queue.TryDequeue(out res))
buffer[itemsRead + offset] = res; //add items from queue to buffer
}
}
Console.WriteLine("Requested:{0}, Read: {1}",sampleCount, itemsRead);
return itemsRead;
}
}
public void Play()
{
wavOut.Play();
}
public void Dispose()
{
wavOut.Dispose();
}
}
正在调用Read方法,并且Console.WriteLine显示我总是提供足够的数据。很明显,如果我减慢信号的产生,我需要偶尔提供一个全零缓冲区(当前不存在的代码),然后我得到一个“咔哒”的声音。
我错过了其他任何问题/陷阱吗?
e.g。振幅范围是否仅在0-1之间,还是支持全范围的浮动?
由于
答案 0 :(得分:3)
使用NAudio的BufferedWaveProvider
代替整个重置事件/队列更为可取。它是为这样的场景设计的。
当播放器的缓冲区突然耗尽时,您将遇到中断 - 数据传输速度不够快。
其次,让我清理功能签名:
int Read(float[] buffer, int offset, int sampleCount)
将为您提供缓冲区,缓冲区中的偏移量和块大小。您返回的值表示您可以为此Read操作提供的项目数。 您不需要提供与请求的样本对应的确切字节数。
因此,如果您想提供静音,请不要构造并返回零的缓冲区,而只是返回0作为读取长度。
最后,如果你不想突然切断,你可以慢慢减小最后一组样本的幅度 - 它可以简单到乘以(N - n) / N
(n∈[0,N] )。由于缓冲区欠载导致的切断是一个完全不同的问题。
<强> N.B。强>
让我补充一点,你现在的解决方案不是一个在生产中做到这一点的好方法。当垃圾收集敲响时,在它们之间使用大量对象最终会导致很多延迟问题。 NAudio的作者Mark Heath已经使用了很多技巧来减少垃圾收集,比如重用缓冲区,EventArgs之类的东西,所以如果废弃它就不公平。