Hi Bill,
Tried check/unchecking them, no change. Uninstalled all 3 audio device
drivers, rebooted, tested, updated 1 of the drivers, tested, no change.
Running more tests today, quite a few last night. Does not have to be an audio
program running to make things decode again, just need CPU load it seems now.
Started with audio programs by chance, but moved on to other programs like
weather and speedtest and solitaire apps to get the CPU over 10%.
* Mike K7MDL
From: Bill Somerville <g4...@classdesign.com>
Sent: Saturday, January 12, 2019 05:31
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] Odd Decoding Problem on new Core i5-8250 Laptop -
Only decodes perfect when running HDSDR in parallel
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
