(Eric, sorry I keep failing to reply all) Eric Blossom wrote: > On Thu, Mar 29, 2007 at 08:01:38AM -0700, Eric Blossom wrote: > >> On Thu, Mar 29, 2007 at 08:04:22AM -0400, Greg Troxel wrote: >> >>> I wonder if there is data somewhere in the flowgraph that's less than >>> the amount needed for the next block to run. Perhaps there should >>> be some sort of drain operation, or query for this (that adds over >>> components), so one can find out what's going on.
This is the final state of the flow graph: <gr_block file_source (0)> source noutput_items = 32767 general_work: noutput_items = 32767 result = -1 were_done <gr_block bytes_to_syms (1)> regular 1:8 max_items_avail = 0 noutput_items = 8184 BLKD_IN were_done <gr_block interp_fir_filter_fff (2)> regular 1:2 max_items_avail = 4 noutput_items = 8190 BLKD_IN were_done <gr_block frequency_modulator_fc (3)> regular 1:1 max_items_avail = 0 noutput_items = 4094 BLKD_IN were_done <gr_block quadrature_demod_cf (4)> regular 1:1 max_items_avail = 1 noutput_items = 8182 BLKD_IN were_done <gr_block clock_recovery_mm_ff (5)> regular 2:1 max_items_avail = 9 noutput_items = 8191 BLKD_IN were_done <gr_block binary_slicer_fb (6)> regular 1:1 max_items_avail = 0 noutput_items = 32767 BLKD_IN were_done It appears that the elements are not draining, although I'm unclear on why there is what seems to be 9 symbols remaining in the flow despite the fact that I'm only missing 5 symbols. An EOF related problem? I'll keep looking... -Dan _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
