search for: opus_encoded_crash

Hi, There is no change in the compiler flags. I'm using as it is from the original code. No change in the Makefile and I believe it is using the floating point only by default. We are using 8k samples and mono so the commands is as follows. [root at MEDIA opus-1.1]# ./opus_demo -d 8000 1 opus_encoded_crash.opus opus_encoded_crash.pcm *And segmentation is as below..*. ............ Calling opus_decode123. len[toggle]:79, output_samples:96000 data[0] = 78 data[0] = 78 78 87 46 18 4f fe a6 be 7d 8 6 33 e2 79 ee e4 71 55 a7 3a 8 c9 48 d6 a7 20 3b 7 95 18 b8 4b 8f 24 fa a6 50 87 97 9c d7 13 d0 b2 c3 c...

...using as it is from the > > original code. No change in the Makefile and I believe it is using the > > floating point only by default. > > > > We are using 8k samples and mono so the commands is as follows. > > > > [root at MEDIA opus-1.1]# ./opus_demo -d 8000 1 opus_encoded_crash.opus > > opus_encoded_crash.pcm > > > > *_And segmentation is as below.._*. > > ............ > > Calling opus_decode123. len[toggle]:79, output_samples:96000 > > data[0] = 78 > > data[0] = 78 > > 78 87 46 18 4f fe a6 be 7d 8 6 33 e2 79 ee e4 71 55 a...

...the compiler flags. I'm using as it is from the > original code. No change in the Makefile and I believe it is using the > floating point only by default. > > We are using 8k samples and mono so the commands is as follows. > > [root at MEDIA opus-1.1]# ./opus_demo -d 8000 1 opus_encoded_crash.opus > opus_encoded_crash.pcm > > *_And segmentation is as below.._*. > ............ > Calling opus_decode123. len[toggle]:79, output_samples:96000 > data[0] = 78 > data[0] = 78 > 78 87 46 18 4f fe a6 be 7d 8 6 33 e2 79 ee e4 71 55 a7 3a 8 c9 48 d6 > a7 20 3b 7 95 18...

...>> > original code. No change in the Makefile and I believe it is using the >> > floating point only by default. >> > >> > We are using 8k samples and mono so the commands is as follows. >> > >> > [root at MEDIA opus-1.1]# ./opus_demo -d 8000 1 opus_encoded_crash.opus >> > opus_encoded_crash.pcm >> > >> > *_And segmentation is as below.._*. >> > ............ >> > Calling opus_decode123. len[toggle]:79, output_samples:96000 >> > data[0] = 78 >> > data[0] = 78 >> > 78 87 46 18 4f fe a6 be...

...gt; > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/opus/attachments/20150420/6b440434/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: opus_encoded_crash.opus Type: audio/ogg Size: 138153 bytes Desc: not available Url : http://lists.xiph.org/pipermail/opus/attachments/20150420/6b440434/attachment-0001.bin

Hi Suresh, What input file are you using that is triggering the crash in opus_demo? Does the crash occur using opus_demo with an unmodified libopus? (It appears that your version has been modified to print some debug information.) - Mark

To be decodable by opus_demo, you'll have to add the 8-byte "header". Just put in the length of the packet followed by "0" for the encoder range (0 means "not present"). That being said, from previous experience, the most likely cause of the crash is a bug in your software causing a corruption in Opus. So it's safe to assume that if you can't reproduce

I just tried decoding with v1.1: ./opus_demo -d 48000 2 opus_encoded_crash.opus out.pcm and I see no issue (including with valgrind). Does the same command-line create problems for you? What compile flags did you use? fixed-point or float, any assembly, ...? Could be assembly here, or even a compiler bug wouldn't be unheard of. Cheers, Jean-Marc On 20/04/15 07:2...