search for: thiriveedi

Please provide the input file that produces this with opus_demo. On 16/04/15 03:24 AM, Suresh Thiriveedi wrote: > Hi Jean-Marc, > > Could you please update if you got a chance to look into. As I > mentioned, I don't see the same issue in 1.1.1, but I don't see any > difference in 1.1.1 other than optimization based on the architecture. > This optimization could have fixed s...

...at 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 the bug using opus_demo, then that's indeed the case. Cheers, Jean-Marc On 16/04/15 08:32 AM, Suresh Thiriveedi wrote: > This is observed on a live call between webRTC browser client and > another legacy client. Our server is there in between and transcoding > from opus to another codec and this is observed while decoding the opus. > > Anyway, I'll try to capture/dump the packets in the...

...4.4.7-3) (GCC) We see the issue in all our Intel based Linux servers. Thanks Suresh On 21 April 2015 at 12:41, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Still can't reproduce. What OS and compiler version? > > Jean-Marc > > On 21/04/15 02:48 AM, Suresh Thiriveedi wrote: > > 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 c...

...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:27 AM, Suresh Thiriveedi wrote: > > Hi, > > > > We are able to reproduce the issue with the 1.1 opus_demo (sample file). > > We captured the frames in our server just before the opus_decode and fed > > the file to opus_demo (1.1) and it is crashing. Same file is tested with > > 1.1.1 and...

...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 the bug using opus_demo, then > that's indeed the case. > > Cheers, > > Jean-Marc > > On 16/04/15 08:32 AM, Suresh Thiriveedi wrote: > > This is observed on a live call between webRTC browser client and > > another legacy client. Our server is there in between and transcoding > > from opus to another codec and this is observed while decoding the opus. > > > > Anyway, I'll try to capture/...

...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:27 AM, Suresh Thiriveedi wrote: > Hi, > > We are able to reproduce the issue with the 1.1 opus_demo (sample file). > We captured the frames in our server just before the opus_decode and fed > the file to opus_demo (1.1) and it is crashing. Same file is tested with > 1.1.1 and it is fine. So this is in l...

...Xeon(R) CPU E5-2650 0 @ 2.00GHz No Crash 172.27.5.231 CFLAGS = -g -O0 5.3 2.6.18-128.el5 4.1.2 Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz No Crash With any other optimization flags (1,2,3), it is crashing in all the above servers. Thanks Suresh On 21 April 2015 at 14:17, Suresh Thiriveedi <sthiriveedi at gmail.com> wrote: > > Red Hat Enterprise Linux Server release 6.4 (Santiago) > gcc version 4.4.7 20120313 (Red Hat 4.4.7-3) (GCC) > > We see the issue in all our Intel based Linux servers. > > Thanks > Suresh > > > > On 21 April 2015 at 12:...

Still can't reproduce. What OS and compiler version? Jean-Marc On 21/04/15 02:48 AM, Suresh Thiriveedi wrote: > 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. > &gt...

...>channels; Please help. Thanks Suresh On 12 April 2015 at 21:23, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Do you have any file that demonstrates the problem with either opus_demo > or opusdec? > > Jean-Marc > > On 09/04/15 04:01 AM, Suresh Thiriveedi wrote: > > Hi, > > > > I'm curious to know when would be the 1.1.1 stable version available. > > > > In 1.1, we are facing crash when opus library is trying to decode the > > CELT-only, full band and 20 ms. So we tried with 1.1.1 beta and it looks > > t...

Hi, When we pass around 9K samples of only ambient noise (no voice), the encoder which is enabled FEC+DTX is detecting only some 140 frames as non-voice (returning only TOC, no frame content). We were expecting all or more to be identified as non-voice. Our idea was to check how the decoder re-generates the original ambient noise during the silence duration (when we feed NULL to decoder) when

...(length+enc range) to directly feed to the sample binary. Please let me know if this is fine. Thanks Suresh On 16 April 2015 at 17:36, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Please provide the input file that produces this with opus_demo. > > On 16/04/15 03:24 AM, Suresh Thiriveedi wrote: > > Hi Jean-Marc, > > > > Could you please update if you got a chance to look into. As I > > mentioned, I don't see the same issue in 1.1.1, but I don't see any > > difference in 1.1.1 other than optimization based on the architecture. > > This op...

...look into. As I mentioned, I don't see the same issue in 1.1.1, but I don't see any difference in 1.1.1 other than optimization based on the architecture. This optimization could have fixed some stack overflow issue in some specific cases? Thanks Suresh On 13 April 2015 at 12:39, Suresh Thiriveedi <sthiriveedi at gmail.com> wrote: > Hi Jean-Marc, > > Thanks for your response. Please find the details as below. > > *Backtrace we got for this crash:* > > #0 0x0000000000800c54 in opus_decode_frame (st=0x38906b8f99d09c5, > > data=0xf0aa10b4ef1008ae <Addre...

Hi, I'm curious to know when would be the 1.1.1 stable version available. In 1.1, we are facing crash when opus library is trying to decode the CELT-only, full band and 20 ms. So we tried with 1.1.1 beta and it looks to be fine. Is there any open issue regarding this in 1.1 version? Thanks Suresh -------------- next part -------------- An HTML attachment was scrubbed... URL:

Do you have any file that demonstrates the problem with either opus_demo or opusdec? Jean-Marc On 09/04/15 04:01 AM, Suresh Thiriveedi wrote: > Hi, > > I'm curious to know when would be the 1.1.1 stable version available. > > In 1.1, we are facing crash when opus library is trying to decode the > CELT-only, full band and 20 ms. So we tried with 1.1.1 beta and it looks > to be fine. Is there any open issu...

Hi, I changed the VAD sensitivity by varying VAD_SNR_FACTOR_Q16 and now it shows the difference in silence frames. Thanks Suresh On 4 October 2016 at 17:57, Suresh Thiriveedi <sthiriveedi at gmail.com> wrote: > Hi, > > When we pass around 9K samples of only ambient noise (no voice), the > encoder which is enabled FEC+DTX is detecting only some 140 frames as > non-voice (returning only TOC, no frame content). We were expecting all or > more to be...