That makes sense, but I gather there's no fix?  WSJT-x only works at all when 
the RDP client is set to "Play sound: On the remote PC", but then stops 
decoding when the RDP client disconnects and has to be restarted in order to 
start working again.

I tried:
<Start>
Local Group Policy Editor
Computer Configuration
Administrative Templates
Windows Components
Remote Desktop Services
Remote Desktop Session Host
Device and Resource Redirection
Disable:
        Allow Audio and Video Playback Redirection
        Allow Audio Recording Redirectiion
        Limit Audio Playback Quality

But it doesn't help.

Is there anything else I can do to make WSJT-x work with RDP?

Thanks!

73, Willie N1JBJ

> On Apr 20, 2021, at 8:25 AM, Bill Somerville <[email protected]> wrote:
> 
> 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

_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Reply via email to