I note that the audio thread is set to priority 4 in the code.
m_audioThreadPriority = static_cast<QThread::Priority> (m_settings->value
("Audio/ThreadPriority", QThread::HighPriority).toInt () % 8);
I have periodic times when decoding stops for a couple of cycles (appears to be
due to disk activity on the SSD) and I just changed the audio thread priority
to realtime to see if it helps.Not sure if the audio thread or wsjtx or both
should be realtime....WSJT-X takes a bit more CPU than the audio thread but it
would seem the audio thread is where the priority is needed most.That one audio
thread takes little CPU so real time does not seem to interfere with any other
operations that I see right now.
Note the wdmaud.drv is priority 9.
de Mike W9MDB
On Sunday, October 6, 2019, 07:07:03 AM CDT, Bill Somerville
<[email protected]> wrote:
On 06/10/2019 12:57, [email protected] wrote:
> decoding halts after an unpredictable number of hours with the Decode
> button turning blue and the waterfall still showing an incoming audio
> stream.
Hi Erik,
can you clarify this statement please. Does the "Decode" button turn
cyan permanently or does it change each decode period but with no
decodes appearing? Another piece of information would be useful, do the
DT values drift towards the limit just before decoding stops?
73
Bill
G4WJS.
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
