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

[Brad Trogdon]

>
> Question,
>

I recompiled and replaced nptee on two nodes.  one is working just fine..
The other will not restart its feed.

I reverted back to the original nptee (same results) When I manually run
the command line it scrolls constantly the below message:

*ezstream: Streaming from standard input*

Also /tmp/status file contains:  Could not find "/tmp/outsound/pipe1".

Initial install I had to manually create outsound directory.   Now even
when i create it gets deleted.

Any pointers?

-Brad
W4INT

>
> ------------------------------
>
> Message: 7
> Date: Wed, 20 Nov 2019 21:15:23 -0500 (EST)
> From: David McGough <kb4fxc at inttek.net>
> To: "\"Patrick Perdue via ARM-allstar\"" <arm-allstar at hamvoip.org>
> Subject: Re: [arm-allstar] Update V1.6-06 released
> Message-ID:
>         <Pine.LNX.4.44.1911202053460.27393-100000 at goliath.inttek.net>
> Content-Type: TEXT/PLAIN; charset=US-ASCII
>
>
> 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
> >
>
>
>
>