Hello everyone, I'm evaluating the Celt in terms of robustness against bit errors. So what I have done is encoding a wav file using the \tools\celtenc.exe and then manipulated the wav file according a desired bit error rate or burst error length. But the Celt decoder stops decoding with the first bit I manipulated even if this bit is not in the header. So is there a way to do the test from the command line? thx, Heiko ________________________________________________________________________________________ Sennheiser electronic GmbH & Co.KG, Sitz: Wedemark, Handelsregister: AG Hannover HRA 120100, Aufsichtsratsvorsitzender: Prof. Dr. sc. techn. J?rg Sennheiser phG: Sennheiser Beteiligungsgesellschaft mbH, Sitz: Wedemark, Handelsregister: AG Hannover HRB 120179, Gesch?ftsf?hrer: Volker Bartels, Peter Claussen, Dr. Heinrich Esser, Daniel Sennheiser Diese E-Mail enth?lt vertrauliche oder rechtlich gesch?tzte Informationen. Wenn Sie nicht der beabsichtigte Empf?nger sind, informieren Sie bitte sofort den Absender und l?schen Sie diese E-Mail. Das unbefugte Kopieren dieser E-Mail oder die unbefugte Weitergabe der enthaltenen Informationen ist nicht gestattet. The information contained in this message is confidential or protected by law. If you are not the intended recipient, please contact the sender and delete this message. Any unauthorized copying of this message or unauthorized distribution of the information contained herein is prohibited. ________________________________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/opus/attachments/20111205/1500a5d3/attachment-0002.htm
Heiko.Zeuner at Sennheiser.com wrote:> But the Celt decoder stops decoding with the first bit I manipulated > even if this bit is not in the header.celtenc encodes stores the result in an Ogg container, which contains checksums, so changing the bits without changing the checksums will cause it to reject the entire page the data is on.> So is there a way to do the test from the command line?a) You should probably be looking at Opus, not CELT. libcelt is no longer being maintained. Opus is a complete superset of CELT, and libopus contains many important bug fixes that libcelt does not. b) If you use, for example, opus_demo from the libopus source distribution, you can avoid Ogg and its checksums, however it still stores raw 4-byte packet length fields in front of each packet, (see the if(encode_only) block around line 666 of opus_demo.c). Any real transport subject to bit errors would do a better job of recovering from errors to that field.
Hello,
Am I the only one who received this message on July 31st ? First I
thought Heiko's computer's date was incorrect, and then I checked the
headers, and can't believe this message has been queued for so long, if
what I see is correct.
Hoggins!
Le 05/12/2011 17:49, Heiko.Zeuner at Sennheiser.com a ?crit
:> Hello everyone,
>
> I'm evaluating the Celt in terms of robustness against bit errors.
> So what I have done is encoding a wav file using the \tools\celtenc.exe
> and then manipulated the wav file according a desired bit error rate
> or burst error length.
>
> But the Celt decoder stops decoding with the first bit I manipulated
> even if this bit is not in the header.
>
> So is there a way to do the test from the command line?
>
> thx,
> Heiko
>
>
________________________________________________________________________________________
>
> Sennheiser electronic GmbH & Co.KG, Sitz: Wedemark, Handelsregister:
> AG Hannover HRA 120100, Aufsichtsratsvorsitzender: Prof. Dr. sc.
> techn. J?rg Sennheiser phG:
> Sennheiser Beteiligungsgesellschaft mbH, Sitz: Wedemark,
> Handelsregister: AG Hannover HRB 120179, Gesch?ftsf?hrer: Volker
> Bartels, Peter Claussen, Dr. Heinrich Esser, Daniel Sennheiser
>
> Diese E-Mail enth?lt vertrauliche oder rechtlich gesch?tzte
> Informationen. Wenn Sie nicht der beabsichtigte Empf?nger sind,
> informieren Sie bitte sofort den Absender
> und l?schen Sie diese E-Mail. Das unbefugte Kopieren dieser E-Mail
> oder die unbefugte Weitergabe der enthaltenen Informationen ist nicht
> gestattet.
>
> The information contained in this message is confidential or protected
> by law. If you are not the intended recipient, please contact the sender
> and delete this message. Any unauthorized copying of this message or
> unauthorized distribution of the information contained herein is
> prohibited.
>
>
________________________________________________________________________________________
>
>
>
> _______________________________________________
> celt-dev mailing list
> celt-dev at xiph.org
> http://lists.xiph.org/mailman/listinfo/celt-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/opus/attachments/20120731/cd7016d2/attachment.html