[arm-allstar] How to generate PL

[David McGough]

Hi Tom,

Hum. Interesting problem. The PL tone "enable" signaling would have to
come from app_rpt; once the audio stream reaches the channel driver
(whether usbradio, simpleusb, etc.), the stream is already mixed and
includes telemetry....All this audio mixing is initiated in the bowels of
the "rpt" thread in app_rpt. There are some app_rpt flags (e.g.:
RPT_RXKEYED, RPT_ALINKS) which might point to a place to look. However, I
expect directly driving PL from a derivative from these flags will result
in regularly chopping off beginnings or endings of words.

BTW, I think selective PL enable would be useful. However, I'm not sure 
if it would be easy to implement. I'll scan the code some, when I get a 
chance. I've already be spending a lot of time studying the rpt thread.

73, David KB4FXC



On Mon, 12 Jun 2017, "Tom Hayward via arm-allstar" wrote:

> On Mon, Jun 12, 2017 at 8:54 PM, "Doug Crompton via arm-allstar"
> <arm-allstar at hamvoip.org> wrote:
> > Tom,
> >
> >   I need to understand why you want to do what you say you want to do! Is
> > this a remote simplex Allstar node linked to a repeater and you don't want
> > ID, hangtime, etc. to go out over the Allstar network?
> 
> This is for a full duplex repeater.
> 
> It's standard best practice, at least in this region, to only encode
> PL when the audio path is active. This is convenient if you need to
> hang an analog link off the repeater, a user decides to cross-band
> with their mobile, or if you just don't want to hear all the extra
> stuff. (When monitoring a repeater 24/7, the IDer gets annoying.)
> 
> Tom
> _______________________________________________
> 
> 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 web page - http://hamvoip.org
>