While I am still not certain if this is the intended behavior or not, I made a fix that resolves my issue (Pull Request 737 here: https://github.com/gnuradio/gnuradio/pull/737). It's quite possible I am overlooking broader applications here, so let me know if this is not the desired way of dealing with this.
Jacob On Thu, Feb 4, 2016 at 7:55 AM, Jacob Gilbert <mrjacobagilb...@gmail.com> wrote: > I am experiencing some unusual behavior with the attached flowgraph where > float data is put into PDUs and sent over the network using the socket_pdu > block. Only the first quarter of the data is correctly received. > > I suspect the behavior is due to inconsistent treatment of the length pmt > between socket_pdu and tagged_stream_to_pdu (I believe the way stream to > tagged stream is operating is correct), but I am not sure where the factor > of 4 is coming from or where it should be changed. Also, if the keep M in N > block is bypassed it generally works and the length tag value on the output > side behaves totally different, which I do not understand. > > Any thoughts on what might be going on? > > Thanks, > Jacob >
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
