[arm-allstar] arm-allstar Digest, Vol 16, Issue 6
LaRoy McCann
lmccann at dtisp.com
Wed Sep 2 17:14:38 EST 2015
Mike,
It is not an issue of a delay between the two repeaters.
The audio delay is just within the repeater with the Pi controller. It
does not matter if the two repeaters are linked or not.
On the Pi controller, if you unkey immediately after talking you will
usually hear the last second or two of what you just said. This is on a
full duplex repeater.
LaRoy K5TW
On 9/2/2015 3:54 PM, Mike Lussier wrote:
>
>
> On Wed, Sep 2, 2015 at 1:00 PM, <arm-allstar-request at hamvoip.org
> <mailto:arm-allstar-request at hamvoip.org>> wrote:
>
> Send arm-allstar mailing list submissions to
> arm-allstar at hamvoip.org <mailto: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 <mailto:lmccann at dtisp.com>>
> To: ARM Allstar <arm-allstar at hamvoip.org
> <mailto:arm-allstar at hamvoip.org>>
> Subject: Re: [arm-allstar] software update status
> Message-ID: <55E7169B.2060009 at dtisp.com
> <mailto: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
> <mailto: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 <mailto: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 <mailto: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 <mailto: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 <mailto: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 <mailto: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 AE4ML
> 12615 Post Oak Road
> Spotsylvania 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
> /
>
>
> --
> This message has been scanned for viruses and
> dangerous content by the *DTISP MailScanner* <http://www.dtisp.com/>,
> and is
> believed to be clean.
>
>
> _______________________________________________
>
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hamvoip.org/pipermail/arm-allstar/attachments/20150902/c9fb6e23/attachment.html>
More information about the arm-allstar
mailing list