Frequencies turning off randomly #182
Comments
|
Do the buttons unselect in the UI as well? |
Yes, the buttons also unselect in the UI. As soon as I notice the issue, I can also simply press them again to activate TX, RX, and XC(A) and it will work again, but the issue often reoccurs after a bit. |
|
Any chance your PTT is F5? |
Nope, it's actually not a default keyboard input at all but comes from a USB controller (in the TrackAudio settings, it's called "Arduino Leonardo 1", hardwarewise it's just the physical PTT button on my handheld mic); and I don't believe I'm pressing F5 at all during controlling, but I'll keep an eye on it (only thing I can imagine is that maybe I sometimes accidentally graze F5 and it registers as an input when I press F6, which is the Euroscope shortcut for opening the flight data strip). |
|
Ok thanks, please have a look if by any chance you'd be pressing F5 when TrackAudio is in focus, and I'll also add a failsafe against that. |
|
had the same issue, also using a USB controller as PTT. sadly no log available |
|
Same here. |
|
Seeing as I'm apparently not the only one experiencing this issue, I just want to put out a few observations I've made since opening this issue in the hopes that it helps narrow down the list of possible causes:
|
|
Another thing I noticed yesterday when testing around with some audio settings: I turned off SPK for another frequency (which was set to RX only) which resulted in an error message (can't fully reconstruct it from memory, but it ended in OnSPK" and was just one line - I'll try to get a screengrab if I see it again) and simultaneously my primary frequency (set to RX/TX and XCA) switched off completely. However, this is different from other occurrences of the issue in that it followed me actively changing something while normally the issue occured randomly without input besides pressing the PTT, but could still be related. |
|
This should also have been fixed in beta 4 - let us know if not |
|
I'm unfortunately still experiencing the issue very regularly, with the most recent occurrence right at the beginning of yesterday's session (05 Dec 2024, beginning shortly before 2000LT). I have attached the logs (with verbose logging enabled, if I did it correctly); maybe you can find something of relevance in it. |
|
trackaudio.log Same issue here - happens randomly after 40-60 minutes, Number of active frequencies/xca doesn't seem to matter. |
|
Same issue here . . starts after ~3 minutes . . and repeats. Windows 11. No USB PTT. |
Can you state the time it happened (roughly) and provide your log file |
|
See email ;-) |
|
to add: whole day today, several long sessions (@ 2 different stations),
no interruptions at all!
only change: new install yesterday evening
sooo . . seems solved one way or another . .
tnx for your time!
…On 28-1-2025 08:52, Fritz Eisler wrote:
Additional info . . at the moment 1 hour online (EHAM_DEL) . . no
interruptions . .
Greetz,
Fritz
On 27-1-2025 22:44, Fritz Eisler wrote:
> Hi George, tnx for coming back to me!
>
> Tried it this evening, happened around 22:30 LT.
>
> Attached trackaudio.log, and screenshot of position and selections.
>
> What I observed (timeline): clean/new install, download today,
> started program and worked fine. After traffic left, I tried some
> clicks at options in top-menu-bar and the green RX and TX and SPK went
> blank (blue that is ;-) after that.
> Exited program and started anew, RX/TX/SPK stayed green.
> Had to go.
> Will try again tomorrow morning.
>
> Best,
>
> Fritz
>
> BTW love trackaudio ;-)
>
>
>
> On 27-1-2025 15:59, George Barlow wrote:
>> Same issue here . . starts after ~3 minutes . . and repeats. Windows
>> 11. No USB PTT.
>>
>> Can you state the time it happened (roughly) and provide your log file
>>
>> —
>> Reply to this email directly, view it on GitHub <https://github.com/
>> pierr3/TrackAudio#182#issuecomment-2615991510>, or unsubscribe
>> <https://github.com/notifications/unsubscribe-auth/
>> BO2Q34AIYJQBKR4COWS26432MZCUNAVCNFSM6AAAAABQUX6LYWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMMJVHE4TCNJRGA>.
>> You are receiving this because you commented.Message ID: <pierr3/
>> ***@***.***>
>>
|
Sorry I didn't see your other messages, only saw them through the quote trail on your most recent message, I can't also see any attached log file (it is most likely GitHub doing something strange) My initial thoughts are that this issue could be related to incorrectly detecting AFV voice timeouts though, of course, I need to do more research to be certain. I'm glad it works again. Let us know if it happens again. If you get time to reply to this, can you try attaching the log file and note the timestamp of roughly when it previously occurred for a trail in this issue? The more data we have, the more we can try to connect the dots in case the problem comes back. I'm really glad though that you're enjoying the client, have a good evening! |
|
Hello, I listen frequently to other stations. I now use the local ATIS as a canary. When the event happen, I try to start back all the RXs. Only my station is unselected. So to listen again to other station I try to unselect/select the RX but I receive message "[0000z] Invalid action on invalid Radio. RX.". (sorry if it sounds wrong English is not my first language). Let me know where the relevant log files are and I'll provide them with pleasure! 1.3.0-beta.5 |
|
Can you enable verbose logging and provide the new log file (instructions as per README) and try to get this issue to show again? |
|
Just wanted to quickly chime in and say that I have not experienced the issue anymore in the last couple of weeks; using 1.3.0b5. |
|
Me too! All fine now!
Greetz,
Fritz
…On 11-3-2025 21:57, capzDE wrote:
Just wanted to quickly chime in and say that I have not experienced the
issue anymore in the last couple of weeks; using 1.3.0b5.
|
|
Great to hear! I had this happen a while back but it was because my connection dropped. Hopefully the current fixes will hold! |
Since a couple of days I am experiencing a very odd issue where all frequencies set to TX suddenly become unselected (i.e. TX, RX, and XCA are off) without any input from my side. I have attached the log from yesterday evening's session where I experienced the issue at least once pretty much right at the beginning (within the first 10-15 minutes or so); unfortunately, I didn't spot anything that might indicate a reason as to why this was happening.
Other frequencies that I have set to just RX with SPK activated don't appear to be affected as far as the green buttons in the client are concerned, though it occasionally seems as though chatter is taking place on these frequencies that is not being output by the speaker when it was working before.
I first experienced this issue with 1.3.0b1 (though not from the get-go); updating to 1.3.0b2 did not resolve the issue
The text was updated successfully, but these errors were encountered: