Martin, I think we could have the same effect with a much simpler solution:
What about adding an lo_locked metadata tag to the stream of samples? You could send lo_locked value=False on the last sample before LO unlocks, and lo_locked value=True for first sample after LO locks. That should be (?) simple to implement and would be equally as useful. Otherwise, determining the first usable sample, as you said, "depends on pretty much everything", and that's a lot to push down on the end user. -Doug ________________________________________ From: discuss-gnuradio-bounces+danderson=its.bldrdoc....@gnu.org [discuss-gnuradio-bounces+danderson=its.bldrdoc....@gnu.org] on behalf of Martin Braun [martin.br...@ettus.com] Sent: Wednesday, April 01, 2015 11:30 AM To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] gr-uhd: rx_freq tag and lo_locked On 31.03.2015 14:25, Anderson, Douglas J. wrote: > Marcus, > > That makes sense, I hadn't thought of the DSP tuning issue, though I > think it would be infinitely more useful to make the stream tagging > logic aware of LO/DSP tuning and tag the first usable block in either > case. Slightly more involved than I assumed though. That is correct. It depends on pretty much everything, at the very least which exact device + d'board combo you're using. Cheers, M _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio