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

[Michael Dickens]

The audio sinks (all of them, to the best of my knowledge/understanding) do 
nothing special when it comes to data channel synch.  That's just not their job 
(timing such as overflow or underrun might be, but that's a different issue 
than being covered here).  They should assume that incoming data is already 
correctly synchronized across all channels; how could they know otherwise?  If 
you're finding that the phase is changing, then that's coming from upstream 
somewhere. - MLD

On Apr 21, 2014, at 3:53 AM, Alexandru Csete <address@hidden> wrote:
> On Mon, Apr 21, 2014 at 2:31 AM, 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.
>> 
> On which operating system do you experience this? I have noticed such 
> behavior  on OSX using the new audio-osx backend, but not using the portaudio 
> backend or on linux.