So if SDRTrunk doesn't let you hold on a talk group, then that basically means it doesn't to trunktracking. It's not a lot different than back in the day before we had trunking scanners when all you could do was conventionally scan the frequencies. SDRTrunk basically jumps around the same way and doesn't stay on a conversation.
That's not accurate. SDRTrunk will indeed "trunk track" a system, but it does so across the entire spectrum that your dongle(s) can receive. A traditional scanner or even a real subscriber radio has a single receiver, so it's limited to being able to only receive a single transmission at a time. That's why scanners and radios must return to the control channel after each transmission's hang time expires, so they can continue to decode the talkgroup grants, then tuning to the voice channels, and so on. DSD+ single-receiver mode works the same way, leaving the control channel to jump to a voice channel.
SDRTrunk, in contrast, receives the control channel
and voice channels simultaneously, as it uses the full available bandwidth of a dongle to "see" at least 2.4 MHz of contiguous spectrum at a time. Add more dongles, and you increase the amount of spectrum visible to SDRTrunk. This allows the software to ingest multiple transmissions simultaneously, rather than being limited to a single transmission at any given time.
It seems that you didn't quite read and/or process my last post. I explained that there are some options available, including disabling listen on talkgroups you're not interested in hearing, or adjusting the priority so that the talkgroups you care about most are interrupted less often. The key to getting the most out of SDRTrunk is to run Trunking Recorder to import the recordings, which has a dark themed interface and allows you to select specific talkgroups to listen to, and to sort them in "smart" order so that transmissions from the same talkgroups are grouped together while playing. I would suggest that you do some research so that you have a better understanding.
