similar to: inbandfec is adding samples

Hi All, Need Help ! I am interested testing opus codec encoding decoding qaulity. for this have complied opus code codec from souce. After compiling i got opus_demo app. for Encoding i followed below steps: 1) Reference file used music_orig.wav (http://www.opus-codec.org/examples/samples/music_orig.wav) Number of samples : 4358219 (90.8 s) 2015-04-13 10:40:07 UTC Sampling

Hello!, i've just compared the 1.0.3 release with the master branch on a BeagleBone Black (AM335x 1GHz ARM Cortex-A8 with NEON floating-point accelerator) and Arch Linux ARM. At the moment I dont no why, but I see that 1.1 is much slower in encoding. Are there any default changes, that I missed and could explain this? Normaly I suggested a better performance with 1.1 and the ARM

Hi Sakharam, I see 2 potential issues with what you are doing. 1. ./opus_demo -e voip 48000 2 16 music_orig.wav testcase30.opus in above command, "16" for bits/sec seems too low. I'm no audio expert, but just cant convince myself you can get any reasonable audio data with 16 bits/sec. FYI, I was able to encode and decode with 16 bits/sec, but when I played the decode file with

Dear Opus community, I have a question about the SILK inband FEC. I am using the opus_demo (opus-1.2-alpha) for testing opus codec, and when I choose the "-inbandfec" option I get the exactly the same results when I don't add it to the command line. Are these results logical? Thank you in advance. Best regards, Ayoub. *--------------------BOUZIANE AyoubPhone : (+212) 633 092 157*

Hi, Just to clear things up... So 1.1 has some new analysis code that increases the amount of CPU. When building as floating point (which you appear to be doing, right?), the new code is enabled at complexity 7 and up (opusenc defaults to complexity 10 IIRC). This is why you've been seeing an increase in the CPU time. In version 1.0.x, complexity 5-10 are the exactly the same for music.

The -inbandfec option means that the encoder is *allowed* to use FEC, not that it has to. The final decision is based on the bitrate and the percentage of packet loss (and a few minor factors). If you're not seeing a difference, it means that given the options you're using, the encoder thinks actually using FEC would result in worse quality. Cheers, Jean-Marc On 08/05/17 07:11 PM,