On 12/01/2019 06:36, Black Michael via wsjt-devel wrote:
I had a test session with one user who can easily reproduce the audio
dropouts. Latency testing shows his system more than capable of
handling realtime audio.
I got some timings from the dataSink.
The Good plot is a normal/good decode. One high time period is
corrected on the next iteration.
The plots show the time intervals between calls to dataSink.
The Bad plot is when decoding has stopped. the n_ihsym never gets to
50 to satisfy the n_ihsym requirement
if(m_ihsym==m_hsymStop){
Starting another program (most any one) will cause decoding to stop. Having
another audio program start will cause decoding to start succeeding again. So
the audio gets stalled periodically and sticks there until something tickles it.
de Mike W9MDB
Hi Mike,
did you check the recording device advanced properties? Was the default
sample rate set to 48000 Hz and did unchecking either or both of the
"Exclusive Mode" options help?
73
Bill
G4WJS.
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
