On Sep 4, 2014, at 13:27, Gould, Daniel N. <daniel.go...@jhuapl.edu> wrote:

> FlowGraph 1:
> [src] -> [filt] -> [modem-1]
>  
> FlowGraph 2:
> [src] -> [filt] -> [modem-2]
>  
> FG-1 runs to completion, is then disconnected. Then FG-2 is connected and 
> executed. For both flowgraphs the src and filt are the same. The modems are 
> switched out and as such the requirements on the filter output buffer size 
> changes. The filter min_output_buffer size is adjusted following the 
> disconnect from FG-1 and prior to connecting FG-2.
>  
> When FG-2 is executed I immediately get an error from the scheduler 
> complaining that a downstream sample requirement can’t be met.

What actual block classes are you using?

I've recently found a bug with the same effect as you describe, which occurs 
when I reuse a pfb_arb_resampler_ccf (but not involving any explicit buffer 
control). See my report: http://gnuradio.org/redmine/issues/713

A workaround I found was to redesign the graph so that I could use a 
rational_resampler instead, but I don't know if this bug is truly specific to 
that block or if the change avoids the problem by accident.

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


_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to