I am currently running a compiled version of your TETRA stack. While the terminal starts correctly, I am facing some technical issues regarding encryption signaling and UI stability.
- Encryption Flag Discrepancy:
While monitoring the UDP stream, the metadata reports Encryption: 1. However, the T-Live terminal shows Encryption: 2 scrolling.
- Could you clarify if Crypto 2 in T-Live specifically identifies a TEA2 algorithm, or if it refers to a different Air Interface Encryption (AIE) state?
- Audio and Keystream Recovery:
I am currently getting no audio output (neither clear nor encrypted). I attempted to run teatime (mode 1) to recover the keystream/key, but the process yielded no results.
- T-Live UI Crash (Segmentation Fault):
I’ve noticed a consistent stability issue with the T-Live interface. Whenever I try to interact with the audio settings—specifically when I uncheck the 'Mute' or 'Mute All' boxes—the application immediately crashes with a 'Segmentation Fault'.
- Does this suggest a specific issue with how the audio buffer/portaudio is compiled in my environment, or is it a known bug related to the UI thread?
- System Context:
The compilation seems clean and the RTL-SDR is stable with a correct PLL lock at 390.865 MHz. I have also implemented a raw bit logger to verify the consistency of the MCC/MNC parsing.
Given these symptoms (Crypto 2 flag and the SegFault on audio interaction), do you think I am dealing with a TEA2 network that teatime cannot handle, or could these issues be related to a faulty build of the audio/parsing layers?
Best regards."
I am currently running a compiled version of your TETRA stack. While the terminal starts correctly, I am facing some technical issues regarding encryption signaling and UI stability.
While monitoring the UDP stream, the metadata reports Encryption: 1. However, the T-Live terminal shows Encryption: 2 scrolling.
I am currently getting no audio output (neither clear nor encrypted). I attempted to run teatime (mode 1) to recover the keystream/key, but the process yielded no results.
I’ve noticed a consistent stability issue with the T-Live interface. Whenever I try to interact with the audio settings—specifically when I uncheck the 'Mute' or 'Mute All' boxes—the application immediately crashes with a 'Segmentation Fault'.
The compilation seems clean and the RTL-SDR is stable with a correct PLL lock at 390.865 MHz. I have also implemented a raw bit logger to verify the consistency of the MCC/MNC parsing.
Given these symptoms (Crypto 2 flag and the SegFault on audio interaction), do you think I am dealing with a TEA2 network that teatime cannot handle, or could these issues be related to a faulty build of the audio/parsing layers?
Best regards."