Hello.
After upgrade from MacOS Sonoma to MacOS Sequoia (the rest of the
hardware/software setup is exactly the same) one thing has changed.
First wsjt-x transmission stops input audio.
Tests done on wsjt-x 2.7.0 rc6
Everything worked fine on MacOS Sonoma, so likely Sequoia changed
something that is a Sequoia bug or it triggers wsjtx bug.
It looks like this:
- starting the wsjt-x app, it receives audio, microphone icon appears on
macos menubar
- enable tx, transmission starts, microphone icon is there on menubar
for the whole transmission
- transmission ends, microphone icon disappears from macos menubar
- wsjt-x continues to try to decode incoming data but it can't do that
since it no longer receives the audio, 0dB on bar etc.
- changing anything in settings->audio recovers the thing (microphone
icon is back, wsjtx again sees and decodes incoming data). Probably
changing things there cause reopening of audio stream. Until next
transmission.
- in macos logs I see that macos report audio being closed but somehow
wsjt-x doesn't notice that
Now I've tracked that to this part of code (below).
Dropping m_stream.reset() call makes the problem on Sequoia go away. I'm
able to make multiple transmissions and input audio doesn't get lost
(microphone icon on macos bar is there all the time).
Audio/soundout.cpp
void SoundOutput::stop ()
{
if (m_stream)
{
m_stream->reset ();
m_stream->stop ();
}
m_stream.reset (); // <------- dropping this reset makes problem go away
}
It was added in 2020:
commit 542ffe83112c16e9a56fe946c496c8b4973683ff
Author: Bill Somerville <b...@classdesign.com>
Date: Sun Sep 20 18:20:16 2020 +0100
Improve audio device handling and error recovery
The question is is that reset call correctly done there in that way and
the bug is in Sequoia or is it a wrong call?
Thanks,
--
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
