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 _______________________________________________ Discuss-gnuradio mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
