> > Same ( or silimar) encoding is used on CDs which I've done a lot of
> > reading about.
>
>     Not exactly; CDs use Reed-Solomon encoding, not simple Hamming
>     codes.  Same basic idea, though; redundancy is added in order to
>     correct errors.

Ah. my mistake.. Reed Solomon is the block based coding based on finite
field theory. I'd like to see a PIC decode that :-)

>     Positioning of the bits within a codeword is unimportant.  You

ok, I just wondered if hamming codes had a 'standard' order of placing
things or whether it was just the theory of generating the codes that was
the
standard - if you see what I mean.

>     P.S.  If you're using 18,24 Hamming, you won't be able to get
>           anywhere near 7Mb/s encoding or decoding with a PIC.

Thankfully, I don't have to do 18,24, but speed of encoding isn't really an
issue because it doesn't need to be done on the fly. I actually don't think
there is a PIC that can come close to 7Mb/s anyway so I might have to use
external memory and some counters to stream the bits with the pic doing the
offline work and triggering the start of the transmission.

--
Jon Baker

--
http://www.piclist.com hint: PICList Posts must start with ONE topic:
[PIC]:,[SX]:,[AVR]: ->uP ONLY! [EE]:,[OT]: ->Other [BUY]:,[AD]: ->Ads