[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] Phase errors and expected behavior of in-flight s
From: |
Alexandru Csete |
Subject: |
Re: [Discuss-gnuradio] Phase errors and expected behavior of in-flight samples when a flowgraph is reconfigured |
Date: |
Tue, 22 Apr 2014 11:24:01 +0200 |
Kevin,
It is my understanding that top_block.disconnet_all() only disconnects
blocks that were connected at the top block level and will not destroy
your hier_blocks.
Alex
On Tue, Apr 22, 2014 at 2:42 AM, Kevin Reid <address@hidden> wrote:
> On Apr 21, 2014, at 10:43, Tom Rondeau <address@hidden> wrote:
>
>> Seems like you could disconnect the entire flowgraph and reconnect to make
>> sure all data is getting flushed and you should maintain sync that way. It
>> might sound like a big hammer, but it'd be good to know if that works.
>
> From my non-systematic observations so far, you're probably right that this
> would restore sync. However, doing so would require a nontrivial modification
> to many hier blocks in my application (of which there are a lot), wouldn't
> actually fix the underlying problem, and would be undesirable because it
> would mean things that (logically) are unaffected by the UI action would drop
> data.
>
> My current plan is to produce a reduced test case and bug report (assuming
> this does in fact turn out to be a gnuradio bug), perhaps with some spot
> reconnect-based kludges in the mean time.
>
> Thank you for confirming my understanding of the expected behavior.
>
> --
> Kevin Reid <http://switchb.org/kpreid/>
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio