> Yes. GNU Radio is a buffered streaming architecture, so as long as the > production / consumption rates are equal on average, it should work. > If they vary over time or really differ, then you'll end up with > over/underruns
This is exactly the problem. Rates are equal, but there are over/underruns, even in simple "audio source -> audio sink" graph. > Remember: there is no real realtime in general purpose signal > processing with GR. Does it mean that I will not able to run in realtime simple graph with 48kHz signal source, Qt GUI Sink and audio sink on modern computer ? > ah ok. But: stop() stops the flowgraph. No. Read my first post. > Greetings, and happy hacking! Thanks. :) While hacking seems to be interesting, I prefer professional, official supported and documented approaches. -- View this message in context: http://gnuradio.4.n7.nabble.com/how-to-implement-synchronous-source-block-correctly-tp45083p45153.html Sent from the GnuRadio mailing list archive at Nabble.com. _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
