Re: Question on grc block "packet encoder"


#1

Never mind; I just realized this is for appropriate padding for the
usrp…

thanks
Achilleas


Looking at the GRC block “packet encoder” and the corresponding example
“grc/examples/simple/dpsk_loopback”
it is not clear to me why the “packet encoder” needs to have access to
the parameters “samples_per_symbol” and “bits_per_symbol”.

My understanding is that the output of this block should be a stream of
bits (packed into bytes) that will then be used by an appropriate
modulator. The latter needs to know these two parameters, but NOT the
former.

Achilleas