Call buffering #2116
Unanswered
someengineer1
asked this question in
Q&A
Call buffering
#2116
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Just curious if there is any documentation on how the call buffering works (holding a transmission from channel 2 when channel 1 is active, then playing that held transmission after)?
There is some sort of cutoff when the backlog is discarded, I'm not sure if it is time based or number of calls based? I.e is it after 10 seconds it flushes out the ones being held, or is it that it will only hold 1 or 2 calls before starting to discard further ones? Based on observation I think it may be the latter but not sure.
Is this tunable or user tweakable to extend the buffer? When things get busy I wouldn't mind if stuff was delayed longer if it meant not missing transmissions (up to a certain extent, maybe 30 seconds).
Obviously running in stereo mode helps with this but it is much easier to follow things when the calls are sequenced rather than coming through 2 speakers at the same time.
Understood things like rdio-scanner are a possible way to do this, but then every call is delayed until it completes and there is the management of files and additional load, etc. Though I may end up having to go that way if I decide to add the state's Motorola Type 2 into the mix which will require separate software (unless that's coming soon to SDRTrunk :) )
Beta Was this translation helpful? Give feedback.
All reactions