[Top][All Lists]
[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