I haven't looked at the code, but it maybe a problem if the sample delay is larger than the number of samples per work() call (because of pruning).
This sounds like a bug -- can you please post an issue on gnuradio.org? Thanks! M On 03/14/2016 02:00 PM, Liyang Zhang wrote: > Hi all, > > I am playing with gnuradio and USRP but find something “weird”. > I am using a custom block with history samples. Since delay on stream tags is > introduced, I use declare_sample_delay to offset it. So in the constructor of > my custom block it is like: > set_history(hist_len+1); > declare_sample_delay(hist_len); > > In experiments I found that it works well when hist_len is small. But if I > set it to a rather large value (e.g., 1000), the output just lose all the > tags the block is supposed to pass. > So I presume the scheduler cannot handle large delay? > > Thanks. > > --------------------------------------------------------------------- > Liyang Zhang > PhD Candidate > Department of Electrical and Computer Engineering > Northeastern University > Email: [email protected] > > > > > _______________________________________________ > Discuss-gnuradio mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > _______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
