XPost: linux.debian.bugs.dist 
 From: frazzmatazz@gmail.com 
  
 I think I've found the problem. It is not a wsjtx bug, but a problem in how 
 sound is handled when the screen goes to sleep. This problem affects other 
 programs which are recording audio such as fldigi too. 
  
 This post on Ask Ubuntu hints at a similar problem. I think the screen 
 going to sleep (and hdmi sound stopping although I'm not using hdmi sound) 
 is somehow changing how audio is being piped to the software. 
 The post suggests disabling 'module-switch-on-port-available' in /etc/pulse/ 
 default.pa. 
 https://askubuntu.com/questions/776883/pulseaudio-drops-hdmi-out 
 ut-at-screen-power-save 
  
 My system runs the Debian Trixie pipewire with pulseaudio modules. I have 
 disabled module-switch-on-port-available and restarted pipewire/pulseaudio 
 and it seems to have fixed the problem, it's been working with the screen 
 asleep. 
 I'll leave it running overnight to confirm. 
  
 Fraser 
  
 On Fri, 19 Sept 2025 at 07:51, Fraser Wright  wrote: 
  
 > Some further info. I have noticed when I log in after being away and 
 > WSJTX appears frozen, it is using 100% processor. If I leave it for a few 
 > minutes minutes it eventually recovers. However while frozen like this it 
 > stops reporting to PSK reporter. 
 > 
 > I have a low power processor: Intel J5040 from 2019 (10W passively cooled 
 > mini ITX board). WSJTX usually uses about 7% CPU and jt9 uses about 12-20% 
 > when everything is normal. 
 > 
 > I usually use the USB audio 
 > "alsa_input.usb-Burr-Brown_from_TI_USB_Audio_CODEC-00.iec958-stereo" for 
 > the rig, but it also freezes using the pulseaudio default with analogue 
 > 3.5mm cable. Freezing also happens when I disable the rig connection and 
 > just use a stand alone shortwave radio. 
 > 
 > I haven't seen freezes with interactive use, or when it is running in the 
 > background and I am using the computer. 
 > 
 > Any ideas why CPU is pegged at 100% when I've been away for a while? 
 > Perhaps this happens to other people, but with a faster CPU the recovery is 
 > quick enough they don't notice. 
 > 
 > On Tue, 16 Sept 2025 at 21:43, Fraser Wright  
 > wrote: 
 > 
 >> I haven't seen any audio delays or problems. 
 >> The program is just frozen, does not respond to UI elements, it doesn't 
 >> redraw the window, and doesn't respond to closing it with the window 
 >> manager X icon, until the window manager (xfce4) offers to kill it. Then I 
 >> have to kill jt9 otherwise it complains about that being frozen when 
 >> restarted. That might be a clue, but I've never used jt9. 
 >> 
 >> I'll install the newest version from unstable and see if it persists. 
 >> Fraser 
 >> 
 > 
  
 [continued in next message] 
  
 --- SoupGate-Win32 v1.05 
  * Origin: you cannot sedate... all the things you hate (1:229/2)