to prevent people from stumbling into the issue
that’s causing the lock up.
Sean
From: Richard Bell [mailto:richard.be...@gmail.com]
Sent: Thursday, July 09, 2015 3:40 AM
To: Nowlan, Sean
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Flowgraph locking up with Stream Mux
I think
I think it's the fact that you are feeding two different ports of the mux by
one null source that is the issue. The first ports buffer fills before the
third ports buffer does. When the first is full, it prevents null source from
creating new outputs, which will cause the graph to stall on the t
Stream Mux’s
> case, it’s only copying from one input at a time.
>
>
>
> Sean
>
>
>
> *From:* discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
> [mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] *On
> Behalf Of *Jeon
> *Sent:* Wednesd
nesday, July 08, 2015 10:46 PM
To: Discuss GNU Radio mailing list
Subject: Re: [Discuss-gnuradio] Flowgraph locking up with Stream Mux
whileni didnt look into null source block code,
but the basic behavior of null source block is,
it outputs nothing.
So stream mux waits until input blocks pass a
whileni didnt look into null source block code,
but the basic behavior of null source block is,
it outputs nothing.
So stream mux waits until input blocks pass a given number of samples and
it takes forever
Regards
Jeon
2015. 7. 9. 오전 11:27에 "Nowlan, Sean" 님이 작성:
> I’m somehow getting a simpl
I'm somehow getting a simple flowgraph to lock up GNU Radio. It locks up every
time I run it, after roughly the same amount of time. As you can see in the
attached image and GRC file, I'm feeding two inputs of a Stream Mux block from
the same upstream block. Do you imagine why that might cause p
