[quoting reordered for regularity]
On Apr 22, 2014, at 2:24, Alexandru Csete oz9...@gmail.com wrote:
On Tue, Apr 22, 2014 at 2:42 AM, Kevin Reid kpr...@switchb.org wrote:
On Apr 21, 2014, at 10:43, Tom Rondeau t...@trondeau.com wrote:
Seems like you could disconnect the entire flowgraph and
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 kpr...@switchb.org wrote:
On Apr 21, 2014, at 10:43, Tom Rondeau
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
On Apr 21, 2014, at 0:53, 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.
On Sun, Apr 20, 2014 at 8:31 PM, 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
On Apr 21, 2014, at 7:35, Tom Rondeau t...@trondeau.com wrote:
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
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
On Mon, Apr 21, 2014 at 11:19 AM, Kevin Reid kpr...@switchb.org wrote:
On Apr 21, 2014, at 7:35, Tom Rondeau t...@trondeau.com wrote:
During reconfiguration, any connect/disconnect that occurs removes the
buffers and adds new ones, therefore losing any data you had between those
blocks.
On 04/21/2014 10:43 AM, Tom Rondeau wrote:
Correct, if the connections between blocks was not broken and
reconnected, the data will be preserved before and after the
reconfiguration. (I believe; Johnathan wrote that code, but this is my
recollection of a) how it's supposed to work and b) how
On Apr 21, 2014, at 10:43, Tom Rondeau t...@trondeau.com 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
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
11 matches
Mail list logo