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 <oz9...@gmail.com> wrote: > On Mon, Apr 21, 2014 at 2:31 AM, Kevin Reid <kpr...@switchb.org> 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. _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
