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

[David McGough]

Interesting. While I went ahead and released that code, it hasn't been 
exhaustively tested. Is this problem showing up on RPi (HamVoIP) or a 
VPS? 

BTW, I did find one bug after the initial release, which has been 
corrected. The code is here:

https://hamvoip.org/downloads/nptee-v-0.3.tgz

I'll test nptee here carefully in the next few days.

73, David KB4FXC


On Wed, 20 Nov 2019, "Patrick Perdue via ARM-allstar" wrote:

> 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
> _______________________________________________
> 
> 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
>