Re: [Discuss-gnuradio] r/s encoding and padding on gmsk

2007-05-21 Thread Eric Blossom
On Sat, May 19, 2007 at 01:48:33PM -0400, Brian Padalino wrote: > > > >In any case, in reading the associated python code, I noticed that the > >data sent over the USB seems to have to be in multiples of 128, but it > >also seemed to imply that it had to be multiples of 512. The current > >padding

Re: [Discuss-gnuradio] r/s encoding and padding on gmsk

2007-05-19 Thread Brian Padalino
On 5/18/07, Brett L. Trotter <[EMAIL PROTECTED]> wrote: I'm involved with very lossy links and low signal strengths using gmsk and dqpsk and would like to add a layer of reed-solomon encoding in place of the current CRC check. My plan was to use reed solomon in a standard (255,223) configuration

[Discuss-gnuradio] r/s encoding and padding on gmsk

2007-05-18 Thread Brett L. Trotter
I'm involved with very lossy links and low signal strengths using gmsk and dqpsk and would like to add a layer of reed-solomon encoding in place of the current CRC check. My plan was to use reed solomon in a standard (255,223) configuration and use PKSC#7 padding in 223 byte blocks where the last N