How about sending a low-bandwidth stream with a greater fade margin than the high quality data? Using redundancy (processing gain) or a different modulation? It avoids the latency issues. The goal is to reduce the amount of time that you're entirely cut off at the bottom of a deep fade. This probably works better than no-bottom fades and odd time skew.

    Thanks

    Bruce

On 03/05/2012 03:48 PM, David Rowe wrote:
However when the channel is good (between fades) we can handle much higher date rates than the nominal rate. Rather than switching codec rates (which requires a feedback channel), we could send both low and high latency data at the same time at double or triple the nominal codec bit rate. When a fade kicks in, we use the high latency data. Not sure how to implement this in practice, like handover between the two modes. Maybe in periods of silent speech we could "take up the slack" and switch back to low latency transparently to the listener.

<<attachment: bruce.vcf>>

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Reply via email to