Its because of packet utils http://gnuradio.org/trac/browser/gnuradio/trunk/gnuradio-core/src/python/gnuradio/packet_utils.py#L104

I really hate the packet encoder/decoder, I am excited for this message passing capability that gr blocks may get in the near future. We can re-implement this packet framing stuff, and have a whole variety of them.

-Josh

Achilleas Anastasopoulos wrote:

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


_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to