search for: opus_raw

...estricted-lowdelay 48000 2 96000 comp48-stereo.sw out.wav, ./opus_demo voip 48000 2 24000 comp48-stereo.sw out.wav to make sure the output out.wav is clearly audible, I used below command (encode only) for performance benchmarking. ./opus_demo -e restricted-lowdelay 48000 2 96000 comp48-stereo.sw opus_raw.out ./opus_demo -e voip 48000 2 96000 comp48-stereo.sw opus_raw.out I saw much better improvement in performance (16.16%) for overall encode use case for "restricted-lowdelay 48000 2 96000" for CELT encoding as you suspected as celt_pitch_xcorr function gets used much more. I observed...

I wonder if anybody try to compress a pure sine wave using OPUS codec. When I compressed the mono 1KHz, 16bits 48000 samples per sec. audio stream using the 'opus_demo' utility: opus_demo -e audio 48000 1 2min_1kHz_Sine_16bit_48kHz.wave 2min_1kHz_Sine_16bit_48kHz.opus_raw I had the output stream that is shown below. 00 00 00 01 00 00 00 00 78 00 00 00 01 00 00 00 00 78 00 00 00 01 00 00 00 00 78 00 00 00 01 00 00 00 00 78 00 00 00 01 00 00 00 00 78 00 00 00 01 00 00 00 00 78 00 00 00 01 00 00 00 00 78 00 00 00 01 00 00 00 00 78 00 00 00 01 00 00 00 00 78 00 00 00...

...t.wav, >> ./opus_demo voip 48000 2 24000 comp48-stereo.sw out.wav >> >> to make sure the output out.wav is clearly audible, I used below >> command (encode only) for performance benchmarking. >> >> ./opus_demo -e restricted-lowdelay 48000 2 96000 comp48-stereo.sw opus_raw.out >> ./opus_demo -e voip 48000 2 96000 comp48-stereo.sw opus_raw.out >> >> I saw much better improvement in performance (16.16%) for overall >> encode use case for "restricted-lowdelay 48000 2 96000" for CELT >> encoding as you suspected as celt_pitch_xcor...

...6000 comp48-stereo.sw out.wav, > ./opus_demo voip 48000 2 24000 comp48-stereo.sw out.wav > > to make sure the output out.wav is clearly audible, I used below > command (encode only) for performance benchmarking. > > ./opus_demo -e restricted-lowdelay 48000 2 96000 comp48-stereo.sw opus_raw.out > ./opus_demo -e voip 48000 2 96000 comp48-stereo.sw opus_raw.out > > I saw much better improvement in performance (16.16%) for overall > encode use case for "restricted-lowdelay 48000 2 96000" for CELT > encoding as you suspected as celt_pitch_xcorr function gets used...

...us_demo voip 48000 2 24000 comp48-stereo.sw out.wav >>> >>> to make sure the output out.wav is clearly audible, I used below >>> command (encode only) for performance benchmarking. >>> >>> ./opus_demo -e restricted-lowdelay 48000 2 96000 comp48-stereo.sw opus_raw.out >>> ./opus_demo -e voip 48000 2 96000 comp48-stereo.sw opus_raw.out >>> >>> I saw much better improvement in performance (16.16%) for overall >>> encode use case for "restricted-lowdelay 48000 2 96000" for CELT >>> encoding as you suspecte...

On 02/08/16 10:59 AM, Kolesov, Alexander wrote: > opus_demo -e audio 48000 1 2min_1kHz_Sine_16bit_48kHz.wave > 2min_1kHz_Sine_16bit_48kHz.opus_raw You're missing the "bitrate" argument to opus_demo... Though I'm surprised it didn't complain about it. Jean-Marc

Hello, I received feedback from engineers working on NE10 [1] that it would be better to use NE10 [1] for FFT optimizations for opus use cases. However, these FFT patches are currently in review and haven't been integrated into NE10 yet. While the FFT functions in NE10 are getting baked, I wanted to optimize the celt_pitch_xcorr (floating point only) and use it to introduce ARM NEON