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

[Brad Trogdon]

As always an epiphany strikes the second you select ENTER..

I figured out the issue.  for some reason the file was not set correctly..
Updated to 0755 and problems resolved.

Hope my tid-bit may help others.

Have a great day!

-Brad
W4INT

On Thu, Nov 21, 2019 at 4:44 PM Brad Trogdon <Brad at trogdon.org> wrote:

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