Thank you Marcus ,
Are you have any suggestion for header header_formatter maximum
payload length problem ? 0X0FFF or 4095 is very small .
I use Header/Payload Demux in this configuration : attached image .
With header_formatter payload size limit i just send and receive
packets whit maximum
;) Welcome to the wonderful world of open source, where we can ask you
to fix that header_formatter and submit your changes so that they become
available in future versions!
On 09/08/2017 08:05 PM, mohammad nejati wrote:
> Thank you Marcus ,
> I change line number 139 of file es_event.cc from
Thank you Marcus ,
I change line number 139 of file es_event.cc from this :
memset(output_items[j], 0x00, noutput_items*itemsize);
To this :
int i;
for (i = 0; i < noutput_items; i++) {
memset((char*)output_items[j]+i, rand(), 1);
}
And it's works .
But i have one unexpected problem ,
Hi Mohammad,
On 09/08/2017 03:57 PM, mohammad nejati wrote:
I need to insert random bit (to satisfy scrambling too) whenever
there's no input packet .
so, just edit the es_source to not zero out the buffers but fill them
with what you want – either simply in the source code of the eventstream
I need to insert random bit (to satisfy scrambling too) whenever
there's no input
packet .
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I don't understand – gr-eventstream inserts zeros whenever there's no
input packet. Its purpose is exactly what you describe, as far as I can
tell!
On 09/08/2017 03:20 PM, mohammad nejati wrote:
Hi Marcus ,thank you for your reply .
gr-eventstream just insert zero to output and can't be
Hi Marcus ,thank you for your reply .
gr-eventstream just insert zero to output and can't be useful in this case
, i need something like this block :
https://github.com/drmpeg/gr-mpe
In gr-mpe block if there are no packet in TUNTAP it produce null packet to
satisfy output rate , i need do same
Hi Mohammad,
what you decribe as use case very well matches what gr-eventstream does!
So, no need to invent such a block (it's generally non-trivial to do so,
as the GNU Radio scheduler as is will only call your block if either
there's new input or new output space).
Best regards,
Marcus
