Hi Erik,
Feel free to try it out. As you know, the source code is publicly
available, and I am always open to useful code improvements.
73 de DG2YCB,
Uwe
_
German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
Info: www.qrz.com/db/DG2YCB
Hi Uwe,
I can understand that the AudioDeviceInfo for the AudioInput or AudioOutput
can become invalid within WSJTX but wouldn't a fresh
QAudioDeviceInfo::availableDevices find it back ?
Note that the soundcard with its explicit name (f.e. "USB Audio CODEC") is
not gone but the device info is
Erik,
Locking anything in our program doesn't help when this device is no longer
available on OS level. You would then only see something like "... (not
found)".
73 de DG2YCB,
Uwe
_
German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
May I suggest a different feature update to the audio / soundcard / input -
output device selection logic ?
What about the ability to lock the selection for the input / output
soundcard ?
This to prevent WSJTX losing the sound device :
- whenever Windows re-assigns / re-enumerates the devices aft
That resetting after update has happened to my setup, and USB device
enumeration can be an issue unless it's plugged in permanently.
Alan G0TLK, sent from my mobile device
On 28 April 2025 11:37:16 "Uwe, DG2YCB via wsjt-devel"
wrote:
Bonjour Olivier,
Thanks for your suggestion. I would jus
Bonjour Olivier,
Thanks for your suggestion. I would just like to briefly explain why we
have not done this so far.
Firstly: A second sound card selection menu would not solve the fact
that alerts can only be played if you have at least 2 sound cards on
your PC.
Secondly, something like this w
