On 20/04/2021 13:20, William Smith wrote:
Bill recomended:
On Apr 16, 2021, at 9:56 PM, Bill B <[email protected]
<mailto:[email protected]>> wrote:
Bring up Task Manager > performance > open resource monitor > Memory
and check if Standby memory is used up. That’s when my system starts
acting strange. You may need to reboot more often.
Mine had lots of RAM, including Standby, and this morning it's at
9997MB of Standby RAM and 2237MB of Free RAM.
There's nothing in the Wait Chain (says it's running normally), but
the Waterfall isn't moving and nothing has decoded since 2044Z.
I'm running HRD, HRD LogBook, WJT-X v2.3.1, and JTAlert 2.16.14 if
that helps.
Aha! Since the computer that's running my Ham Radio gear is a
separate mostly-headless(*) machine, I usually keep an eye on it using
Microsoft Remote Desktop from my main desktop Mac Mini. I had a
brainstorm and discovered that shutting down RDP causes WSJT-x to
hang. I'll try restarting it with only the KVM switch, and see if
that solves the problem. Probably something happens when the display
'disappears' and is then reconnected.
73, Willie N1JBJ
(*) Mostly-headless means connected to a KVM switch, but rarely
selected, as RDP is far more useful. Except for the 'causing WSJT to
hang' thing, of course. Yes, keeping RDP up 24x7 is another solution,
but then my Mac has to stop getting wedged and having to reboot, which
is a whole nother rathole.
Willie,
RDP does things to audio streams as it tries to route audio to the
remote client. WSJT-X is probably not hanging, more likely it is no
longer receiving audio data and that will stop the waterfall from
progressing.
73
Bill
G4WJS.
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel