Along the same line of thinking, what about simple hamming codes? Aren't they more effective than repeating the data? They will work on small numbers of bits.
On Jul 15, 2012, at 2:22 PM, David Rowe <[email protected]> wrote: > Hello Matthias, > > My understanding is that iterative coding schemes need large block sizes > to be effective. Fine for 1Gbit Ethernet, but Codec 2 has just 48 > bits/frame, so a large block size would lead to intolerable delay. > > - David > > On Sun, 2012-07-15 at 14:49 -0500, Matthias Granberry wrote: >> Is there a reason that the amateur radio community doesn't use >> iterative coding schemes for FEC and instead relies on Golay or >> Reed-Solomon error correction? Is it that LDPC codes are (usually) >> non systematic, somewhat more complex to implement, or something else >> entirely that I'm missing? >> >> Thanks, >> Matthias Granberry - KD5PFT >> >> On Jul 14, 2012 5:23 PM, "Kristoff Bonne" <[email protected]> wrote: >> Hi, >> >> >> We are two weeks since the last software-update of the >> gmskmodem; so ... I just pushed a new version onto github: >> >> >> Changes: >> - some additional error-checking for ALSA >> >> - There is now an option "-id" which enables the modem to play >> out a wav-file after every "n" transmissions. The reason is >> that all transmissions of hams have to be "in the clear" and >> hams have to give their callsign every "x" overs. >> As we are dealing with developing a new protocol -which cannot >> be understood by other hams- it might be usefull to add a >> small audio-fragment with your callsign in plain audio or CW >> after a transmission so that people are able to identify the >> source of "this strange broadcast". >> >> - I've also changed the Makefile so that the code can be ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Freetel-codec2 mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freetel-codec2
