RE: Re: Number of samples processed in the work function

2022-06-28 Thread Jim Melton
ation 303.566.9582 (o) | 303.862.2459 (m) jim.mel...@sncorp.com | sncorp.com -Original Message- From: Discuss-gnuradio On Behalf Of Marcus Müller Sent: Tuesday, June 28, 2022 11:19 To: discuss-gnuradio@gnu.org Subject: [EXTERNAL] Re: Number of samples processed in the work function Hi Danie

Re: Number of samples processed in the work function

2022-06-28 Thread Marcus Müller
Also a very good solution, but requires that you always get exactly 1024 items, not sometimes 1024, and in some cases 100, or 1023. On 28.06.22 19:13, WarMonkey wrote: I think "processing more samples" should be prohibited because the length of each buffer is limited. Use "set_output_multiple()

Re: Number of samples processed in the work function

2022-06-28 Thread Marcus Müller
Hi Daniel On 28.06.22 18:44, Perkins, Daniel (US) wrote: * processing more samples is not recommended Not only not recommended, it's strictly forbidden, and breaks GNU Radio. You get only as much output buffer as you get noutput_items. You produce more, you're overwriting parts of previous

Re: Number of samples processed in the work function

2022-06-28 Thread WarMonkey
I think "processing more samples" should be prohibited because the length of each buffer is limited. Use "set_output_multiple()" function to keep noutput_items equal to N*output_multiple (N is a positive integer). https://www.gnuradio.org/doc/doxygen/classgr_1_1block.html#a63d67fd758b70c6f2d7b7d4ed

Number of samples processed in the work function

2022-06-28 Thread Perkins, Daniel (US)
I have written a source block that reads an IQ data stream from a socket. It is my understanding that: * the work function should attempt to process the number of samples as determined by the noutput_items variable * processing fewer samples is acceptable * processing more samples is