discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] More on latency


From: Marcus D. Leech
Subject: Re: [Discuss-gnuradio] More on latency
Date: Thu, 21 Oct 2010 13:11:47 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.12) Gecko/20100907 Fedora/3.0.7-1.fc12 Thunderbird/3.0.7

On 10/21/2010 11:41 AM, Eric Blossom wrote:
>
> Yes, that would cause it.  I've seen it with the FM receiver apps.
>   
Any hint about how to "cure" this problem?  I'm perfectly willing to
have the audio sink drop samples
  from time to time in order to prevent/dramatically-reduce buffer creep.

How do Linux audio apps deal with this in "digital recording studio"
cases?  Where they may have audio inputs/outputs
  from/to different cards, with unsynchronized clocks, etc?

I have *another* GNURadio app, which uses an audio input and an audio
output, on different cards.  It has been running for
  several days,  and the latency is roughly 1sec.  The machine it is
running on is a Pentium D dual-core, at 2.4/3.2GHz.  Probably
  30% more "ooomph" than the D-510 that is running the other app.

Btw, I started the app on the D-510 and let it run overnight.  The
latency this morning is roughly the same as it was last night
  when I started it--about 1 to 1.5second.  So, I wonder what the
condition is that causes buffer creep to become really large?


> BTW, it would have been useful to tell us that there was an audio sink
> in the graph when you first posted the observation.
>
>   
Actually, in the first instance, a few days ago, I did.  It was an
oversight in this most recent post series. Sorry.


> Thanks,
> Eric
>
>
>   


-- 
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org





reply via email to

[Prev in Thread] Current Thread [Next in Thread]