[arm-allstar] decreasing delay of repeated audio
David McGough
kb4fxc at inttek.net
Tue Sep 22 16:17:56 EDT 2020
Patrick,
Check the setting of the simpleusb rxaudiodelay parameter. Each increment
of this parameter adds 20mSec of audio thru-put delay. This parameter may
need to be set high to eliminate squelch tails, of course.
There is a moderate amount of unavoidable delay going through the entire
asterisk software chain---perhaps 250mSec, which is what's typical on my
repeaters.
One thing you can do with a repeater is transmit PL tone. Then, on each
simplex receiver, decode PL. This will effectively mute the early audio
getting to the simplex radio, reducing the chances of hearing the tail-end
of your own transmission.
For me, in practice, this delay hasn't really been a big deal, once users
get accustomed to it.
What kind of repeater or controller are you using? Is it adding extra
delay or is it a straight-thru analog path?
73, David KB4FXC
On Tue, 22 Sep 2020, "Patrick Perdue via ARM-allstar" wrote:
> Hi:
>
> If I am using a node in duplex=2, say, for use as a repeater controller,
> how can I decrease the delay of repeated audio? It's currently about 500
> ms, which seems ridiculously high for audio coming into and out of a
> local device. It's not like it's going to the internet first, then
> coming back to the node. It's easily enough that you hear nearly a half
> second of the end of your transmission when you unkey, if your radio
> switches back to receive fast enough.
>
> Thanks and 73
>
> KE4DYI
>
>
> _______________________________________________
>
> ARM-allstar mailing list
> ARM-allstar at hamvoip.org
> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
>
> Visit the BBB and RPi2/3/4 web page - http://hamvoip.org
>
More information about the ARM-allstar
mailing list