On 10/23/2012 09:14 AM, Kristoff Bonne wrote:
>
>
> In the list I got, the VQ (used by the 1200 bps codec) where at the same
> place of the LSPs for the 1400 bps codec. Would you place them higher?
My (very imperfect) understanding is that corrupting an LSP is like
distorting one filter tap while corrupting VQ can effect more than one.
Also, David noted that the first VQ index is the most sensitive.
> Now, for the 1200 bps codec, the situation is relative simple: - if
there is no sync pattern, there is 48 bits of data and 48 bits of FEC,
so that is easy. - if there is a sync pattern, it's only possible to
protect up to 24 bits.
Maybe I don't understand. Are you laboring under the misconception that
FEC must duplicate the data? Convolutional codes, even such old things
as CRC, will expand the data at less than a 1:1 ratio. I think you can
assume that we're using a more modern code like LDPC or turbo codes.
Thanks
Bruce
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
_______________________________________________
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
