[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] loopback dropping final bits
From: |
Dan Halperin |
Subject: |
Re: [Discuss-gnuradio] loopback dropping final bits |
Date: |
Thu, 29 Mar 2007 10:58:38 -0700 |
User-agent: |
Thunderbird 1.5.0.10 (X11/20070306) |
Dan Halperin wrote:
> This is the final state of the flow graph:
>
> <gr_block clock_recovery_mm_ff (5)> regular 2:1
> max_items_avail = 9
> noutput_items = 8191
> BLKD_IN
> were_done
I realized that the other two flow graph elements with max_items_avail >
0 have the same max_items_avail at initialization; this makes sense
since e.g. the filters may have more taps than data. However, the
clock_recovery_mm_ff block had max_items_avail=0 at program start. Also,
there was one step where it violated the correct 2:1 in/out by doing
31:15 instead; these two combine to 10 missing inputs on a 2:1 block, or
5 missing outputs. Aha!
[*** 48 items in, 15 out -> 18 left ***]
<gr_block clock_recovery_mm_ff (5)> regular 2:1
max_items_avail = 48
noutput_items = 8191
general_work: noutput_items = 15 result = 15
...
[*** 30 items in, 18 already -> 48 left ***]
<gr_block quadrature_demod_cf (4)> regular 1:1
max_items_avail = 31
noutput_items = 8174
general_work: noutput_items = 30 result = 30
[*** Only 47 available??? ***]
<gr_block clock_recovery_mm_ff (5)> regular 2:1
max_items_avail = 47
noutput_items = 8191
general_work: noutput_items = 15 result = 15
Does this analysis make sense? Delving deeper into clock recovery now..
-Dan
- [Discuss-gnuradio] loopback dropping final bits, Dan Halperin, 2007/03/29
- Re: [Discuss-gnuradio] loopback dropping final bits, Dan Halperin, 2007/03/29
- Re: [Discuss-gnuradio] loopback dropping final bits, Eric Blossom, 2007/03/29
- Re: [Discuss-gnuradio] loopback dropping final bits, Dan Halperin, 2007/03/29
- Re: [Discuss-gnuradio] loopback dropping final bits, Eric Blossom, 2007/03/29