I think if you want to smooth it out, you'll need to add the packets to a
custom queue and use your own transmit thread rather than trying to do it
all in the work function.  That way you can send consistent-sized packets
and adjust the per-packet timing if you need to.



On Sun, Mar 4, 2018 at 7:23 PM, Firdavs Pulat <firda...@gmail.com> wrote:

> Setting it on the UDP itself didn't change the behavior either. Do you (or
> anyone else) have any other ideas?
>
> Thank you
>
>
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon>
>  Virus-free.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link>
> <#m_-4079682633075123343_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> On Sun, Mar 4, 2018 at 5:16 PM, Jeff Long <willco...@gmail.com> wrote:
>
>> I think you'd want to set that on the UDP sink itself.
>>
>> On 03/04/2018 01:30 PM, Firdavs Pulat wrote:
>>
>>> Thanks for the suggestion, Jeff. Unfortunately, that didn't seem to
>>> help. I still see bursty packet transmission.
>>>
>>> Btw, currently I have: USRP source --> Low-Pass Filter -->
>>> ComplexToInterleavedShort --> Endian Swap --> UDP Sink. I added the
>>> set_max_noutput_items line at the output of the Endian Swap block since
>>> that would be the input to UDP. Is that the only place where I would have
>>> to make that change, or on all the blocks?
>>>
>>> Thanks!
>>>
>>>
>>> <https://www.avast.com/sig-email?utm_medium=email&utm_source
>>> =link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon>
>>>  Virus-free. www.avast.com <https://www.avast.com/sig-ema
>>> il?utm_medium=email&utm_source=link&utm_campaign=sig-email&u
>>> tm_content=webmail&utm_term=link>
>>>
>>> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>>
>>>
>>> On Sun, Mar 4, 2018 at 6:44 AM, Jeff Long <willco...@gmail.com <mailto:
>>> willco...@gmail.com>> wrote:
>>>
>>>     Try yourblock.set_max_noutput_items(1024/itemsize)
>>>
>>>
>>>     On 03/03/2018 09:57 PM, Firdavs Pulat wrote:
>>>
>>>         Hello everyone,
>>>
>>>         I have a B200mini device I'm communicating over USB to a pc
>>>         which is running the gnuradio software. The gnuradio does some
>>>         processing (e.g., low-pass filtering, data type conversion,
>>>         etc), and finally gets to the UDP sink block where packets are
>>>         generated and sent through Ethernet to an external device. The
>>>         issue I'm having is that, in the UDP block,
>>>         noutput_items*d_itemsize size is alot larger than the UDP
>>>         payload size (1024 bytes). So, UDP gets 4-6K worth of bytes and
>>>         bursts it all out really fast (I can see this behavior in
>>>         Wireshark), then waits to buffer up another 4-6K bytes, and
>>>         sends it all out really fast. This process then continues. Is
>>>         there a way to smooth this out so that it's not bursting bunch
>>>         of packets all at once? Otherwise the external device isn't able
>>>         to keep up and it's leading to tons of dropped packets.
>>>
>>>         I tried setting the max output buffer in python but I get this
>>>         warning when I run: gr::log :WARN: flat_flowgraph - Block
>>>         (endian_swap_impl0) max output buffer set to 2048 instead of
>>>         requested 512.
>>>
>>>         Any ideas on what I can do to change this behaviour?
>>>
>>>         Thanks!
>>>
>>>
>>>
>>>         _______________________________________________
>>>         Discuss-gnuradio mailing list
>>>         Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org>
>>>         https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>         <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
>>>
>>>
>>>     _______________________________________________
>>>     Discuss-gnuradio mailing list
>>>     Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org>
>>>     https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>     <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
>>>
>>>
>>>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to