[arm-allstar] arm-allstar Digest, Vol 16, Issue 6

Wed Sep 2 15:54:24 EST 2015

On Wed, Sep 2, 2015 at 1:00 PM, <arm-allstar-request at hamvoip.org> wrote:

> Send arm-allstar mailing list submissions to
>         arm-allstar at hamvoip.org
>
>
If this is a delay issue because of wireless then That would be expected
behavior. Alternatively can you interconnect the two devices with a switch
and cat5 cable and retest. You will be surprised how much better it is.

I haven't tried the Pi code myself I have had three BBB connected to switch
and the audio quality was flawless between all three radios. you never knew
they were linked.  Put on on Wireless and that introduced latency. between
the two on the wire and one on the wireless. This was tested on my lab
network that also allows other wireless devices.

802.11 wireless linking has inherent delay issues even within the same
room. VoIP over wireless without QoS is a problem especially since you
really can't do QoS over wireless medium. any other device whether its on
the same network or on another network in the same area is going to have an
impact on all users.

One reason why at work I never allowed Voip on the wireless network. I
could stop video. but not too many people are streaming video conferences.
Mostly YouTube feed.

Mike AE4ML

>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 2 Sep 2015 10:32:43 -0500
> From: LaRoy McCann <lmccann at dtisp.com>
> To: ARM Allstar <arm-allstar at hamvoip.org>
> Subject: Re: [arm-allstar] software update status
> Message-ID: <55E7169B.2060009 at dtisp.com>
> Content-Type: text/plain; charset=windows-1252; format=flowed
>
> David,
> I am curious as to why I only notice this audio problem on the Pi2 and
> not the BBB.
>
> I have a repeater running on each the Pi2 and the BBB and only the Pi2
> repeater has this issue.
> These two repeaters are linked together thru a wireless link full time.
> I know there is a slight delay on the BBB from input audio to output
> audio, but I have never been able to un-key fast enough to hear myself
> on the BBB.
>
> Just seems odd that a faster processor has the problems.
> I know the processor is a multi-core processor but my guess is that
> everything still runs on one core and that one core is slower than the BBB.
>
> 73's
> LaRoy, K5TW
>
> On 9/1/2015 1:24 AM, David McGough wrote:
> > Hi Bob,
> >
> > The variable audio delay issue is occasionally seen on PC-computer
> > platforms, too, particularly with the simpleusb driver. This is NOT the
> > audio delay that is unavoidable due to buffering as the audio samples
> pass
> > through Asterisk. Nor is this issue related to the Asterisk jitter
> buffer,
> > etc.
> >
> > Basically stated, the problem is that the input sample rate -dynamically-
> > varies from the output sample rate. Depending on various factors, you may
> > have too many samples, or too few, at any given moment. With the current
> > code, the main issue seen is that too many output sound frames get
> queued,
> > causing a frequently increasing in length input to output audio
> > delay--sometimes with delays of maybe as much as one second (really
> > annoying!). If there is an output buffer under-run, you hear a pop/click
> > due to running out of samples.
> >
> > Initially, I suspected some kind of subtle bug in the simpleusb sound
> > code. But, after experimentation, I've been able to easily duplicate this
> > issue using my native ALSA stand-alone test software or even ALSA
> > applications like arecord and aplay, etc.
> >
> > One solution to this problem is to use a dynamic buffer that effectively
> > re-samples the audio, gently up-sampling or down-sampling, depending on
> > the current trends for overrun or under-run.  I've got working software
> > that accomplishes this now. And, it runs full-duplex beautifully for 24+
> > hours with no change in audio delay and no logged clicks or pops.
> >
> > Hopefully, I'll get a few days time when I'm rested to focus on
> completing
> > the integration of this code into simpleusb.  So far, I've had no time at
> > all to complete this.
> >
> > But, hopefully soon.
> >
> > 73, David KB4FXC
> >
> >
> >
> > On Mon, 31 Aug 2015, kk6ecm wrote:
> >
> >> Couple of questions:
> >>
> >> 1) Is this audio delay the same as experienced with ACID?
> >>
> >> 2) What is the nature of the fix that reduces the delay?
> >>
> >> Thanks,
> >> Bob
> >> kk6ecm
> >>
> >> Sent from iPad
> >>
> >>
> >>> On Aug 27, 2015, at 9:33 AM, David McGough <kb4fxc at inttek.net> wrote:
> >>>
> >>>
> >>> Hi LaRoy,
> >>>
> >>> Progress has been slow in recent weeks, due primarily to family
> >>> commitments that I've got. At this point, the update is waiting on me.
> >>>
> >>> I am hopeful to minimally have a bug-fix interim release soon. The big
> >>> item on the list being resolution for the variable audio delay.
> >>>
> >>> I hope to have more details soon.
> >>>
> >>>
> >>> 73, David KB4FXC
> >>>
> >>>
> >>>
> >>>> On Thu, 27 Aug 2015, LaRoy McCann wrote:
> >>>>
> >>>> Doug,
> >>>> Just curious on how things are progressing with a new software update
> >>>> for the PI2?
> >>>>
> >>>> Thanks,
> >>>>
> >>>> LaRoy McCann, K5TW
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> ---
> >>>> This email has been checked for viruses by Avast antivirus software.
> >>>> https://www.avast.com/antivirus
> >>>>
> >>>> _______________________________________________
> >>>>
> >>>> arm-allstar mailing list
> >>>> arm-allstar at hamvoip.org
> >>>> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
> >>>>
> >>>> Visit the BBB and RPi2 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 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 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 web page - http://hamvoip.org
> >
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>
>
> ------------------------------
>
> _______________________________________________
> arm-allstar mailing list
> arm-allstar at hamvoip.org
> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
>
>
> End of arm-allstar Digest, Vol 16, Issue 6
> ******************************************
>

-- 

*Michael Lussier AE4ML12615 Post Oak RoadSpotsylvania VA
22551(540)207-4088"We must reject the idea that every time a law is broken,
society is guilty rather than the law breaker.It is time to restore the
American precept that each individual is accountable for his actions." ~
Ronald Regan*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hamvoip.org/pipermail/arm-allstar/attachments/20150902/2555e1c3/attachment-0001.html>