[arm-allstar] Update V1.6-06 released

Patrick Perdue borrisinabox at gmail.com
Wed Nov 20 16:43:56 EST 2019


I've been streaming to two servers using ntpee since last night, and 
I've discovered an interesting thing.

It seems that, every few minutes, now that the stream has been running 
for a while, there is some kind of buffer under-rungoing on.

Using my own icecast server at 64 kbps 8000 hz mp3, I noticed that the 
stream gets closer and closer to real time as time goes on. Eventually, 
it hits a certain point, and breaks down, like a really bad time 
compression algorithm, then recycles again, and all is well for a while. 
Sometimes, it seems like the buffer is flushed at the next transmission, 
but maybe that's coincidence.

This happens at the same point in the stream from rpt.app for my 
broadcastify feed and my icecast mountpoint, taking into account the 
buffer time of Broadcastify. Thus, I can rule out buffering between my 
client and the stream itself.

Later, when I have time, I'm going to try running something through 
ntpee with time code to see if it is actually dropping samples.


On 11/20/2019 1:11 PM, "Doug Crompton via ARM-allstar" wrote:

> An update version 1.6-06 was released today.  It includes the binary nptee
> (Named Pipe Tee) and a howto at hamvoip.org on its use. This SW allows
> multiple streams from Allstar (outstream command in rpt.conf) to external
> code such as lame and ezstream. It also decouples the external program from
> Allstar so that no interaction exists when restarting or rebooting.
>
> Also included is a new script called -  echolink_permit_deny
>
> This script allows you to change the permit or deny calls for Echolink
> without directly editing the config file. This still requires an Allstar
> restart to take effect but makes it easier and less error prone to make the
> changes. This is one step towards a change In the near future where the
> Echolink permits and denies will be defined through the Asterisk database
> in a similar way as the ban/allows are now for Allstar. Once it is done
> this way the changes will be immediate with no restart required.
>
> And finally the sleep was updated in astdb.php for up to 1800 random
> seconds, rather than minutes. This should further ease the loading on the
> hosting servers.
> _______________________________________________
>
> 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