discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Maximum input items consumed on each input stream


From: Adrian Musceac
Subject: Re: [Discuss-gnuradio] Maximum input items consumed on each input stream
Date: Mon, 02 Sep 2019 17:08:35 +0000

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)" <address@hidden> 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
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

reply via email to

[Prev in Thread] Current Thread [Next in Thread]