Thank you all for your comments. Marcus, I'd just like to say that I have been using the packet encoder/decoder for a long time (3-4 years) and could not see any issues that could be attributed to it.
Regarding the dropped samples, is it the case that the buffers are continuously grown as the samples accumulate if a block cannot finish processing in time? My apparent dropped samples could have actually been a clock synchronization issue, I can try to reproduce it again to confirm. It is not a terribly important issue though. The FIR filter is too long for 1024 bits Gold codes and can't handle high sample rates. I hope that I will find a solution, currently investigating the core code of FFT filters to determine if a replacement can help. Thanks, Adrian On September 2, 2019 3:30:48 PM UTC, "Müller, Marcus (CEL)" <[email protected]> wrote: >I second what Michael wrote, but I'd like to be more general: > >GNU Radio does NOT drop samples, anywhere. SDR or audio or similar >analog/digital hardware might do that when buffers run over. > >There's a long-standing, and seemingly unfixable bug in the >packet_encoder/decoder Python hier blocks that hence have been >deprecated on 3.7 for as long as I remember and have been removed, that >led to samples being dropped. If something like that happens anywhere >but in sampling hardware, there's a fundamental bug and we'd like to >know where exactly! > >Best regards, >Marcus > >On Mon, 2019-09-02 at 13:09 +0300, Adrian Musceac wrote: >> Hi Kevin, >> >> Thanks for the explanation, I think my flawed understading was due to >> the fact of having a file source with a throttle block, and seeing >> samples being dropped from buffers that did not match ASCII bytes >lost >> at the file source but somewhere along the way. Is it correct to >> presume that in this case it is the throttle block that will be >> dropping the samples? >> >> Thanks, >> Adrian >> >> _______________________________________________ >> 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
