Occasional talkgroup locks onto an audio channel

[blainek-ew]

sdrtrunk Version
2025-02-15 Nightly

Describe the bug
Occasional issue where a talk group will fail to release and block one of the audio channels ( left or right). Stopping the channel does not clear the condition. The program must be restarted.

To Reproduce
have been unable to reproduce at will but comes up at least once a day. Channel is a P25 Phase 1 Simulcast LSM. using left and right channels.

Expected behavior
audio call should close out properly so the audio channel can be used for the next call.

Screenshots
If applicable, add screenshots to help explain your problem.

Application Log
Will try to capture this going forward.

Desktop (optional - complete the following information):

• OS: Windows 10
• CPU Cores: 8 cores (16 threads)
• RAM:32GB

Additional context
Add any other context about the problem here.

[blainek-ew]

Issue happened again just now. Left audio channel locked by ACPD APCOM1. No related active calls. All audio processing coming through right channel. Several logs attached along with a screen shot for what it's worth.

sdrtrunk_app.log

20250221_140150_sdrtrunk_thread_dump.log

20250221_140144_sdrtrunk_processing_diagnostic_report.log

[blainek-ew]

Stopped the active channel and showing left channel still locked on non existent stream.

[iLoveGin]

Hello, I am still trying to get screen shots but I am having the same issue. The Control channel goes to idle while it switched to an audio channel, once the audio transmission is done the control channel is restored. I am still trying to replicate it. It happened to me twice in a row after rebooting yesterday but it has not happened since. Take care!

EDIT: To clarify I am having an issue with a p25 phase 1 system

[blainek-ew]

Yea its about once per day for me. Our P25 system is pretty active. When it happens just generate the debug reports and attach them all. Multiple data points should be helpful in tracking it down.

…

On Fri, Feb 21, 2025 at 5:14 PM iLoveGin ***@***.***> wrote: Hello, I am still trying to get screen shots but I am having the same issue. The Control channel goes to idle while it switched to an audio channel, once the audio transmission is done the control channel is restored. I am still trying to replicate it. It happened to me twice in a row after rebooting yesterday but it has not happened since. Take care! — Reply to this email directly, view it on GitHub <#2157 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/BPTKS557E5LAR23SZHWPS4D2Q6QMTAVCNFSM6AAAAABXSKSUAGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNZVG4ZDINBRG4> . You are receiving this because you authored the thread.Message ID: ***@***.***> [image: iLoveGin]*iLoveGin* left a comment (DSheirer/sdrtrunk#2157) <#2157 (comment)> Hello, I am still trying to get screen shots but I am having the same issue. The Control channel goes to idle while it switched to an audio channel, once the audio transmission is done the control channel is restored. I am still trying to replicate it. It happened to me twice in a row after rebooting yesterday but it has not happened since. Take care! — Reply to this email directly, view it on GitHub <#2157 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/BPTKS557E5LAR23SZHWPS4D2Q6QMTAVCNFSM6AAAAABXSKSUAGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNZVG4ZDINBRG4> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[blainek-ew]

This happened again. This time I stopped all active channels and created logs

sdrtrunk_app.log
20250227_002531_sdrtrunk_thread_dump.log
20250227_002525_sdrtrunk_processing_diagnostic_report.log