Simon,There is room in the unvoiced frames. It would thus be better to mark a non-codec2 frame as unvoiced, and then use the unused bits there to indicate what it is.
Thanks
Bruce
On 05/23/2012 03:21 PM, [email protected] wrote:
Actually 2400 has two spare bits so its really 2300 and 1200 even has one spare bit so it's actually 1175.Hi David, Do you remember our experiments with passing DTMF across Codec2 a while ago? We basically came to the conclusion that the DTMF engineers did a really good job at choosing non-harmonic frequencies and that causes us a really problem encoding the tones. I think the agreement was that DTMF and the like should be done via 'in-band signalling' rather than encoding the tones. Rather than considering these bits as 'spare', could we mark (one of) them as 'this frame is not CODEC2 (ie. pre-canned audio/DTMF/data)' etc? Simon ------------------------------------------------------------------------------ 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
<<attachment: bruce.vcf>>
smime.p7s
Description: S/MIME Cryptographic Signature
------------------------------------------------------------------------------ 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
