Re: [Discuss-gnuradio] Phase errors and expected behavior of in-flight samples when a flowgraph is reconfigured

[Tom Rondeau]

On Sun, Apr 20, 2014 at 8:31 PM, Kevin Reid <address@hidden> wrote:

I've seen three different intermittent misbehaviors in my application which can be described as parallel signal paths getting out of phase with each other. (For example, one of them is one stereo audio output channel being delayed from the other.)

They all seem to occur when the flowgraph is reconfigured (lock, change connections, unlock), even though the subgraph that contains the phase error was not itself modified.

Is GNU Radio _expected_ or _known_ to handle reconfigurations poorly in this way? Should I treat this as a bug or a feature request?

As a further related question, what is intended to happen to samples which are buffered between two blocks (A->B) when that connection is removed? Are they discarded, delivered to B, or delivered to whatever A's output is now?)

--
Kevin Reid                                  <http://switchb.org/kpreid/>

During reconfiguration, any connect/disconnect that occurs removes the buffers and adds new ones, therefore losing any data you had between those blocks. This was the specification of the reconfiguration process when it was built.

Tom