boatbod
Member
When you run multiple simultaneous P25 Conventional channels they all work independently of each other, but in parallel. Best case you can assign each to it's own UDP port, and run multiple instances of the audio module (like you are), but send each stream to a different audio device. It is not however possible for op25 to prioritize listening to just one channel at a time because there is no trunk control going on. Think of it as the digital version of having four regular VHF receivers sat next to each other; when the squelch breaks, each radio plays, and if others are playing at the same time you will hear mixed audio.Hi,
I finally worked up the courage to dive into Linux (running DragonOS). Still getting beat up a bit, but I’ve made some solid progress getting your version of OP25 working — specifically using multi_rx.py.
I have to say, the audio is really impressive — loud, clean, and crystal clear. 😉
That said, I’ve got a couple of newbie questions:
- Is there any way to visualize what multi_rx.py is doing, similar to how rx.py shows activity?
- I’m currently monitoring just 4 channels, but when there’s simultaneous traffic, the audio comes out mixed together. Is there a way to prioritize certain channels?
Bellow are my p25_conventional_wg.json file.
I’ve only edited the frequencies for personal reasons.
./multi_rx.py -v 10 -c p25_conventional_wg.json 2> stderr.2
Thanks a lot for the work you’ve done on this!
If you disable the built in audio module, you might be able to use liquidsoap to receive the 4 channels and perform some stream prioritization for you. I haven't looked in to how that might be scripted (possibly using the fallback() method??) but take a peek in op25.liq for hints on how to interface op25 to liquidsoap.