Yes, I believe you are killing the pa threads with this small latency
request. I should have remembered this for Windows. In the current sink
code, the buffer and latency request are based on 21.3 ms. For
Windows MME, this should be at least 100ms on your first try.
Be careful and alwa
Robert McGwier wrote:
> This is excellent news. I can't believe we have only been attempting
> this for a little over a week. It will improve.
>
> Please change the 10.66 ms interval in check_topology UPWARDS until
> the crackling stops. I am sure you are not able to handle 11 msec
> laten
This is excellent news. I can't believe we have only been attempting
this for a little over a week. It will improve.
Please change the 10.66 ms interval in check_topology UPWARDS until
the crackling stops. I am sure you are not able to handle 11 msec
latency with wmme. You will be luc
Robert McGwier wrote:
Thanks to tons of grunt work by Eric, we have used the highly tuned
ring buffers in the audio_portaudio_sink code and it functions nicely
with a little bit of operator help.I can now get solid performance
on all Linux hosts with the example code
mono_tone_portaudio
