Opus issueshttps://gitlab.xiph.org/xiph/opus/-/issues2020-08-09T16:44:10Zhttps://gitlab.xiph.org/xiph/opus/-/issues/2319Opusenc produces broken samples (wrong quantization) with 24-bit source2020-08-09T16:44:10ZstevenleleOpusenc produces broken samples (wrong quantization) with 24-bit source# Original Issue
I was encoding a specific sample of music (24 bits, 48 kHz) with `opusenc` in `opus-tools 0.2 (Opus 1.3)` and noticed a significant artifact in the beginning.
**More description:** You can hear the artifact within 00:01...# Original Issue
I was encoding a specific sample of music (24 bits, 48 kHz) with `opusenc` in `opus-tools 0.2 (Opus 1.3)` and noticed a significant artifact in the beginning.
**More description:** You can hear the artifact within 00:01. It's a broken "boom"-like sound.
Check the image below. The waveform graph has significant changes.
![comparison](/uploads/0d3ce65baebb985497f03086d09e4708/comparison.png)
This is how I encoded:
```
>opusenc sample.flac --bitrate 256 sample.opus
Encoding using libopus 1.3 (audio)
-----------------------------------------------------
Input: 48 kHz, 2 channels
Output: 2 channels (2 coupled)
20ms packets, 256 kbit/s VBR
Preskip: 312
Encoding complete
-----------------------------------------------------
Encoded: 1 minute and 31.1 seconds
Runtime: 1 second
(91.1x realtime)
Wrote: 2993392 bytes, 4555 packets, 94 pages
Bitrate: 261.351 kbit/s (without overhead)
Instant rates: 1.2 to 510.4 kbit/s
(3 to 1276 bytes per packet)
Overhead: 0.576% (container+metadata)
```
# Update
I tried using `FFmpeg` to convert the original file into 16 bits (original is 24 bits).
```
>ffmpeg -i sample.wav -f wav -c pcm_s16le sample_16bit.wav
```
Then I encoded again with the same settings.
```
>opusenc sample_16bit.wav --bitrate 256 sample_16bit.opus
Skipping chunk of type "LIST", length 26
Encoding using libopus 1.3 (audio)
-----------------------------------------------------
Input: 48 kHz, 2 channels
Output: 2 channels (2 coupled)
20ms packets, 256 kbit/s VBR
Preskip: 312
Encoding complete
-----------------------------------------------------
Encoded: 1 minute and 31.1 seconds
Runtime: 1 second
(91.1x realtime)
Wrote: 2990541 bytes, 4555 packets, 94 pages
Bitrate: 261.103 kbit/s (without overhead)
Instant rates: 1.2 to 510.4 kbit/s
(3 to 1276 bytes per packet)
Overhead: 0.576% (container+metadata)
```
The result turned out to be good.
Check the image below. The waveform graph has **no** significant changes now.
![comparison_2](/uploads/119ac4dce2ed78c692075e8d90315457/comparison_2.png)
So there may be issue in quantization of 24-bit (or high bit depth?) samples.
# Sample Download
The updated sample files are [here](https://www.mediafire.com/file/jiat0cn2cjccu2y/sample_new.7z/file).
All source samples are converted to FLAC files for better compression.
The 16-bit sample is converted from the 24-bit one; the 24-bit one is the original, not padded.https://gitlab.xiph.org/xiph/opus/-/issues/2317Make usage tracking switchable!2018-11-20T16:57:36ZSven JörnsMake usage tracking switchable!I'm not quite sure if it's true, but in the README from Asterisk
(http://downloads.digium.com/pub/telephony/codec_opus/asterisk-13.0/x86-64/README) states that the Opus codec always sends anonymous usage data to an Asterisk community se...I'm not quite sure if it's true, but in the README from Asterisk
(http://downloads.digium.com/pub/telephony/codec_opus/asterisk-13.0/x86-64/README) states that the Opus codec always sends anonymous usage data to an Asterisk community server.
In the times of the European data protection regulation this is an avoidable problem.
Therefore, the usage tracking should at least be switchable off.https://gitlab.xiph.org/xiph/opus/-/issues/2316Assert in celt_decoder when custom modes are disabled2018-10-12T10:17:30ZPhilippe NormandAssert in celt_decoder when custom modes are disabledI can't reproduce this issue outside of WebKit unfortunately. With a libopus built with `--enable-custom-modes=no`, open a youtube video (make sure MediaSource webkit websetting is turned on).
```
Fatal (internal) error in /home/phil/We...I can't reproduce this issue outside of WebKit unfortunately. With a libopus built with `--enable-custom-modes=no`, open a youtube video (make sure MediaSource webkit websetting is turned on).
```
Fatal (internal) error in /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/libopus-1.3-rc2/celt/celt_decoder.c, line 118: assertion failed: st->mode == opus_custom_mode_create(48000, 960, NULL)
(gdb) bt
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
#1 0x00007f54bd4e82f1 in __GI_abort () at abort.c:79
#2 0x00007f545143e81f in celt_fatal () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/libopus-1.3-rc2/celt/arch.h:76
#3 0x00007f5451446a65 in validate_celt_decoder () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/libopus-1.3-rc2/celt/celt_decoder.c:118
#4 0x00007f5451446b84 in celt_decode_with_ec () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/libopus-1.3-rc2/celt/celt_decoder.c:867
#5 0x00007f545146d7bf in opus_decode_frame () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/libopus-1.3-rc2/src/opus_decoder.c:518
#6 0x00007f545146eb16 in opus_decode_native () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/libopus-1.3-rc2/src/opus_decoder.c:721
#7 0x00007f545147810a in opus_multistream_decode_native () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/libopus-1.3-rc2/src/opus_multistream_decoder.c:253
#8 0x00007f54514784b9 in opus_multistream_decode () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/libopus-1.3-rc2/src/opus_multistream_decoder.c:398
#9 0x00007f545275c134 in opus_dec_chain_parse_data () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gst-plugins-base-1.14.4/ext/opus/gstopusdec.c:630
#10 0x00007f545275d5b3 in gst_opus_dec_handle_frame () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gst-plugins-base-1.14.4/ext/opus/gstopusdec.c:908
#11 0x00007f54bf915dc9 in gst_audio_decoder_push_buffers () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gst-plugins-base-1.14.4/gst-libs/gst/audio/gstaudiodecoder.c:1540
#12 0x00007f54bf91615b in gst_audio_decoder_chain_forward () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gst-plugins-base-1.14.4/gst-libs/gst/audio/gstaudiodecoder.c:1654
#13 0x00007f54bf917377 in gst_audio_decoder_chain () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gst-plugins-base-1.14.4/gst-libs/gst/audio/gstaudiodecoder.c:1914
#14 0x00007f54bfa0daba in gst_pad_chain_data_unchecked () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gstreamer-1.14.4/gst/gstpad.c:4322
#15 gst_pad_push_data () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gstreamer-1.14.4/gst/gstpad.c:4578
#16 0x00007f54bfa15c32 in gst_pad_push () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gstreamer-1.14.4/gst/gstpad.c:4697
#17 0x00007f54bfa0daba in gst_pad_chain_data_unchecked () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gstreamer-1.14.4/gst/gstpad.c:4322
#18 gst_pad_push_data () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gstreamer-1.14.4/gst/gstpad.c:4578
#19 0x00007f54bfa15c32 in gst_pad_push () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gstreamer-1.14.4/gst/gstpad.c:4697
#20 0x00007f54bf9fbcbb in gst_proxy_pad_chain_default () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gstreamer-1.14.4/gst/gstghostpad.c:127
#21 0x00007f54bfa0daba in gst_pad_chain_data_unchecked () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gstreamer-1.14.4/gst/gstpad.c:4322
#22 gst_pad_push_data () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gstreamer-1.14.4/gst/gstpad.c:4578
#23 0x00007f54bfa15c32 in gst_pad_push () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gstreamer-1.14.4/gst/gstpad.c:4697
#24 0x00007f54bf9fbcbb in gst_proxy_pad_chain_default () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gstreamer-1.14.4/gst/gstghostpad.c:127
#25 0x00007f54c69d892b in webkitMediaSrcChain(_GstPad*, _GstObject*, _GstBuffer*) () from /home/phil/WebKit/WebKitBuild/Release/lib/libwebkit2gtk-4.0.so.37
#26 0x00007f54bfa0daba in gst_pad_chain_data_unchecked () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gstreamer-1.14.4/gst/gstpad.c:4322
#27 gst_pad_push_data () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gstreamer-1.14.4/gst/gstpad.c:4578
#28 0x00007f54bfa15c32 in gst_pad_push () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gstreamer-1.14.4/gst/gstpad.c:4697
#29 0x00007f54bfb13485 in gst_base_src_loop () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gstreamer-1.14.4/libs/gst/base/gstbasesrc.c:2957
#30 0x00007f54bfa41cb1 in gst_task_func () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/gstreamer-1.14.4/gst/gsttask.c:332
#31 0x00007f54beb78933 in g_thread_pool_thread_proxy () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/glib-2.54.2/glib/gthreadpool.c:307
#32 0x00007f54beb77fd5 in g_thread_proxy () at /home/phil/WebKit/WebKitBuild/DependenciesGTK/Source/glib-2.54.2/glib/gthread.c:784
#33 0x00007f54c06edf2a in start_thread (arg=0x7f54537fe700) at pthread_create.c:463
#34 0x00007f54bd5a8edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
```
I don't understand this assert, pointer comparison doesn't make much sense to me in this context.https://gitlab.xiph.org/xiph/opus/-/issues/2315Minor Issue on libopus 1.3-rc default framesize adjustment2020-04-22T04:19:26ZHeman BusschotsMinor Issue on libopus 1.3-rc default framesize adjustmentHi,
I couldn't post on the IRC for some reason, that's why I want to post it here.
On the libopus 1.3-rc (release candidate), I found it best to change the Framesize setting to 40.
In my case I could increase bitrate from 48kbps to 51kbp...Hi,
I couldn't post on the IRC for some reason, that's why I want to post it here.
On the libopus 1.3-rc (release candidate), I found it best to change the Framesize setting to 40.
In my case I could increase bitrate from 48kbps to 51kbps, where artifacts are hardly heard, while keeping the same file size.
These 3 extra bits, may seem little, but they're the difference between noticeable artifacts at 48kbps (in the stereo spectrum) to nearly fully transparent at 51kbps; all the while keeping the same file size.
Audio quality overall improved slightly thanks to this setting.
Setting it larger or smaller, did not increase quality or decrease filesize.
With that I just want to say that in my opinion, the newer release candidate, runs better with Framesize 40.
It would be nice to further be able to finetune this (between the ranges of 20-60) to see where the exact best setting is located.
The best framesize setting, could be 30, or it could be 45, without the ability to tune it any other than 20, 40, or 60, I wouldn't know...
Not sure if Opus can support such a feature?
Just like CPU complexity is by default set to 10, I think framesize should be set to 40 by default, on the RC candidate (1.3).
Aside from allowing a 6% higher bitrate, while keeping the same file size, it also allows for going much lower in bitrate before capping off the high frequencies.
For instance, For stereo music, I can go as low as 24kbps at almost 48kHz (I think it's capped to 32, but it's mostly inaudible); and for mono I can go as low as 12kbps, before the high frequencies are cut.
Using Framebuffer 20 or 60, has higher tresholds.https://gitlab.xiph.org/xiph/opus/-/issues/2314Opus 1.1.3 fixed and floating point code behavior difference while encoding a...2017-10-21T19:37:03Zpks831Opus 1.1.3 fixed and floating point code behavior difference while encoding and decoding 3 kHz sine tone at 48 kHz sampling rate.Hi,
The attached 16 bit stereo pcm file when encoded (at 8 kbps bitrate) and decoded with opus application (opus-1.1.3), produces quite different output for fixed (./configure --enable-fixed-point --disable-float-api) and floating po...Hi,
The attached 16 bit stereo pcm file when encoded (at 8 kbps bitrate) and decoded with opus application (opus-1.1.3), produces quite different output for fixed (./configure --enable-fixed-point --disable-float-api) and floating point builds. Floating point build gives close enough output to original pcm content, but for fixed point build there are a lot of amplitude fluctuations. Command lines used for encoding and decoding are given below:
Encoding:
./opus_demo -e voip 48000 2 8000 3229_sin_3000_stereo_fs_48000.pcm encoded.bit
Decoding:
./opus_demo -d 48000 2 encoded.bit out.pcm
Input pcm file is attached (16 bit PCM, 48 kHz Sampling Rate, Stereo)Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/opus/-/issues/2294ec_enc_shrink() assertion failure2017-10-21T19:37:04ZMark Harrisec_enc_shrink() assertion failureWhen encoding an Opus hybrid frame with redundancy, no space is reserved for the 21 bits needed to signal redundancy, which can lead to SILK using too many bits and an assertion failure in ec_enc_shrink().
The issue can be reproduced wi...When encoding an Opus hybrid frame with redundancy, no space is reserved for the 21 bits needed to signal redundancy, which can lead to SILK using too many bits and an assertion failure in ec_enc_shrink().
The issue can be reproduced with libopus from git master (4667b69).
```
$ ./configure --enable-assertions --enable-fixed-point --disable-shared
$ make
$ gcc -g ec_enc_shrink_assert.c -Iinclude .libs/libopus.a -lm
$ ./a.out
data_len=10 toc=08
data_len=80 toc=6b 83
Fatal (internal) error in celt/entenc.c, line 238: assertion failed: _this->offs+_this->end_offs<=_size
```Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/opus/-/issues/2291configure doesn't detect libNE10 properly2017-10-21T19:37:04ZAleksei Gavrilovconfigure doesn't detect libNE10 properly*It always returns "no"
lines 423-425:
AC_MSG_CHECKING(for NE10)
save_CFLAGS="$CFLAGS"; CFLAGS="$NE10_CFLAGS"
save_LIBS="$LIBS"; LIBS="$NE10_LIBS $LIBM"
should be
AC_MSG_CHECKING(for NE10)
save_CFLAGS="$CFLAGS"; CFLAGS="$CFLAGS $...*It always returns "no"
lines 423-425:
AC_MSG_CHECKING(for NE10)
save_CFLAGS="$CFLAGS"; CFLAGS="$NE10_CFLAGS"
save_LIBS="$LIBS"; LIBS="$NE10_LIBS $LIBM"
should be
AC_MSG_CHECKING(for NE10)
save_CFLAGS="$CFLAGS"; CFLAGS="$CFLAGS $NE10_CFLAGS"
save_LIBS="$LIBS"; LIBS="$LIBS $NE10_LIBS $LIBM"
Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/opus/-/issues/2285Building Opus with Visual Studio 2015 fails2017-10-21T19:37:04ZBoulderBuilding Opus with Visual Studio 2015 failsI cloned the latest sources (v1.1.3-140-g096b220) from Opus git and tried building Opus with Visual Studio 2015 in Windows 7.
At one point I get this error which causes a failure:
opus.lib(vq.obj) : error LNK2001: unresolved external sy...I cloned the latest sources (v1.1.3-140-g096b220) from Opus git and tried building Opus with Visual Studio 2015 in Windows 7.
At one point I get this error which causes a failure:
opus.lib(vq.obj) : error LNK2001: unresolved external symbol op_pvq_search_sse2Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/opus/-/issues/2268Compiling with Xcode 7.3, it comes with an error.2017-10-21T19:37:04ZopenthreadCompiling with Xcode 7.3, it comes with an error.ld: LTO remark: silk/decode_core.c:174:13: loop not vectorized: cannot prove it is safe to reorder memory operations
Command /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ emitted errors bu...ld: LTO remark: silk/decode_core.c:174:13: loop not vectorized: cannot prove it is safe to reorder memory operations
Command /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ emitted errors but did not return a nonzero exit code to indicate failureJean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/opus/-/issues/2253Add license header to autogen.sh2017-10-21T19:37:04ZGhost UserAdd license header to autogen.shI am updating Opus in Chromium and one of the checks highlighted that autogen.sh doesn't have a license header. Is it possible to add this? Thanks!I am updating Opus in Chromium and one of the checks highlighted that autogen.sh doesn't have a license header. Is it possible to add this? Thanks!Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/opus/-/issues/2242a clear cut-off at around 12KHz with opus encoding setting (32KHz sampling ra...2017-10-21T19:37:04ZTim Denga clear cut-off at around 12KHz with opus encoding setting (32KHz sampling rate, @16kbps)Hi,
I am trying to encode speech samples with OPUS at 16kbps, a 32KHz sampling rate. It is observed from the decoded audio that there is clear cut-off at around 12KHz (expected to be 16KHz). I am not sure whether or not it is a bug or i...Hi,
I am trying to encode speech samples with OPUS at 16kbps, a 32KHz sampling rate. It is observed from the decoded audio that there is clear cut-off at around 12KHz (expected to be 16KHz). I am not sure whether or not it is a bug or it is simply the limitation due to the low bit-rate setting? Any one can help me on this? Thanks very much in advance.
Thanks
TimJean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/opus/-/issues/2241Memory leaks in the test suite2017-10-21T19:37:04ZbugmenotMemory leaks in the test suiteI run make check on the latest libopus release and got it fail with
LeakSanitizer errors.
```
==================================
opus 1.1.1: ./test-suite.log
==================================
# TOTAL: 12
# PASS: 9
# SKIP: 0
# XFA...I run make check on the latest libopus release and got it fail with
LeakSanitizer errors.
```
==================================
opus 1.1.1: ./test-suite.log
==================================
# TOTAL: 12
# PASS: 9
# SKIP: 0
# XFAIL: 0
# FAIL: 3
# XPASS: 0
# ERROR: 0
.. contents:: :depth: 2
FAIL: celt/tests/test_unit_laplace
==================================
=================================================================
==4912==ERROR: LeakSanitizer: detected memory leaks
Direct leak of 40000 byte(s) in 1 object(s) allocated from:
#0 0x4b8600 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_laplace+0x4b8600)
#1 0x4eade5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_laplace+0x4eade5)
#2 0x2adaf6f0ceac (/lib/x86_64-linux-gnu/libc.so.6+0x1eeac)
SUMMARY: AddressSanitizer: 40000 byte(s) leaked in 1 allocation(s).
FAIL celt/tests/test_unit_laplace (exit status: 23)
FAIL: celt/tests/test_unit_dft
==============================
=================================================================
==4943==ERROR: LeakSanitizer: detected memory leaks
Direct leak of 22432 byte(s) in 18 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_dft+0x4b86d0)
#1 0x4e3e85 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_dft+0x4e3e85)
Direct leak of 5608 byte(s) in 18 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_dft+0x4b86d0)
#1 0x4e4dc7 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_dft+0x4e4dc7)
SUMMARY: AddressSanitizer: 28040 byte(s) leaked in 36 allocation(s).
FAIL celt/tests/test_unit_dft (exit status: 23)
FAIL: celt/tests/test_unit_mdct
===============================
=================================================================
==5024==ERROR: LeakSanitizer: detected memory leaks
Direct leak of 8192 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f05fa (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f05fa)
Direct leak of 8192 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f060b (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f060b)
Direct leak of 7680 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f0703 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f0703)
Direct leak of 7680 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f06f2 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f06f2)
Direct leak of 4096 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f05db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f05db)
Direct leak of 4096 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f05fa (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f05fa)
Direct leak of 4096 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f060b (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f060b)
Direct leak of 4096 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f05ec (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f05ec)
Direct leak of 3840 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f0703 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f0703)
Direct leak of 3840 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f06d3 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f06d3)
Direct leak of 3840 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f06e4 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f06e4)
Direct leak of 3840 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f06f2 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f06f2)
Direct leak of 2048 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f05bc (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f05bc)
Direct leak of 2048 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f05cd (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f05cd)
Direct leak of 2048 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f05db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f05db)
Direct leak of 2048 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f05ec (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f05ec)
Direct leak of 1920 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f06c5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f06c5)
Direct leak of 1920 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f06b4 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f06b4)
Direct leak of 1920 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f06d3 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f06d3)
Direct leak of 1920 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f06e4 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f06e4)
Direct leak of 1024 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f05ae (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f05ae)
Direct leak of 1024 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f05bc (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f05bc)
Direct leak of 1024 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f05cd (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f05cd)
Direct leak of 1024 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f059d (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f059d)
Direct leak of 960 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f06b4 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f06b4)
Direct leak of 960 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f06c5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f06c5)
Direct leak of 960 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f0695 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f0695)
Direct leak of 960 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f06a6 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f06a6)
Direct leak of 512 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f059d (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f059d)
Direct leak of 512 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f05ae (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f05ae)
Direct leak of 480 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f0676 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f0676)
Direct leak of 480 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f0687 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f0687)
Direct leak of 480 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f0695 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f0695)
Direct leak of 480 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f06a6 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f06a6)
Direct leak of 240 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f0687 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f0687)
Direct leak of 240 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f0657 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f0657)
Direct leak of 240 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f0668 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f0668)
Direct leak of 240 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f0676 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f0676)
Direct leak of 160 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f0638 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f0638)
Direct leak of 160 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f0649 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f0649)
Direct leak of 144 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f0619 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f0619)
Direct leak of 144 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f062a (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f062a)
Direct leak of 128 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f057e (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f057e)
Direct leak of 128 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6b5 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6b5)
#2 0x4f058f (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f058f)
Direct leak of 120 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f0668 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f0668)
Direct leak of 120 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f0657 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f0657)
Direct leak of 80 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f0649 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f0649)
Direct leak of 80 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f0638 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f0638)
Direct leak of 72 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f0619 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f0619)
Direct leak of 72 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f062a (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f062a)
Direct leak of 64 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f057e (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f057e)
Direct leak of 64 byte(s) in 1 object(s) allocated from:
#0 0x4b86d0 (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4b86d0)
#1 0x4ef6db (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4ef6db)
#2 0x4f058f (/home/madamczyk/afl-1.94b/opus-tools-0.1.9/opus-1.1.1/celt/tests/test_unit_mdct+0x4f058f)
SUMMARY: AddressSanitizer: 92736 byte(s) leaked in 52 allocation(s).
FAIL celt/tests/test_unit_mdct (exit status: 23)
```
Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/opus/-/issues/2240Division by zero in opus_demo2017-10-21T19:37:04ZbugmenotDivision by zero in opus_demoWhile fuzzing opus compression I get a lot of crashes like that:
```
katmacadapc% ~/afl-1.94b/opus-1.1.1/.libs-notrap/opus_demo -e voip 48000 2 8000 -cbr -bandwidth NB -complexity 0 -forcemono id:000000,sig:04,src:000020,op:havoc,rep:32...While fuzzing opus compression I get a lot of crashes like that:
```
katmacadapc% ~/afl-1.94b/opus-1.1.1/.libs-notrap/opus_demo -e voip 48000 2 8000 -cbr -bandwidth NB -complexity 0 -forcemono id:000000,sig:04,src:000020,op:havoc,rep:32 /tmp/1
libopus 0.9.14
Encoding 48000 Hz input at 8.000 kb/s in narrowband with 960-sample frames.
average bitrate: 8.000 kb/s
maximum bitrate: 8.000 kb/s
src/opus_demo.c:869:43: runtime error: division by zero
SUMMARY: AddressSanitizer: undefined-behavior src/opus_demo.c:869:43 in
active bitrate: -nan kb/s
bitrate standard deviation: 0.000 kb/s
```
I have found it on many files, the smallest one is a single byte 0x80.
BTW, notice the print:
libopus 0.9.14
Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/opus/-/issues/2224Encoding gives different result on x86(Mac) and Arm(iPhone)2017-10-21T19:37:05ZDaniel ArmyrEncoding gives different result on x86(Mac) and Arm(iPhone)For some reason, my standard test vector does not encode to the same data on my Mac(x86) as on my iPhone(Arm). Specifically, the results are almost the same except for a few bytes in the middle of the second frame.
I have (or rather wil...For some reason, my standard test vector does not encode to the same data on my Mac(x86) as on my iPhone(Arm). Specifically, the results are almost the same except for a few bytes in the middle of the second frame.
I have (or rather will) attach a self-contained C file that illustrates the issue and the script I used to build the opus lib.Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/opus/-/issues/2215Opus encoder blends both audio channels in each audio channel in low bitrates2017-10-21T19:37:05ZPavel ChrpaOpus encoder blends both audio channels in each audio channel in low bitratesIn low bitrate encoding of a stereo file (WAV), the Opus codec seems to blend both audio channel in each audio channel. From my initial testing it seems that the border is around ~38-40kbps and the lower the bitrate is, the more signific...In low bitrate encoding of a stereo file (WAV), the Opus codec seems to blend both audio channel in each audio channel. From my initial testing it seems that the border is around ~38-40kbps and the lower the bitrate is, the more significant this seems. This may be a problem in recording of two speakers, where each of the speaker represent one of the audio channel.
*Steps*:
1. Install opus-tools 0.1.9-1 (e.g. _sudo apt-get install opus-tools_)
2. Encode stereo file by running _opusenc --bitrate 24 --hard-cbr --framesize 60_
3. Play the file and listen to each of the channels separately
*Expected*:
- both channels will retain only their audio footage
*Environment*:
- Ubuntu MATE 15.04 running on Dell Latitude E5430
- WAV info (file available at: [https://drive.google.com/folderview?id=0B_W_T_CohbhsfnNaOGZkb0NzekhKeDZDV2FnbFJTeUV4QzdBaDFPalpGQUdIVkJoTUpIVEk&usp=sharing]):
```
$ mediainfo ~/Desktop/1352389720037_5516_5517_31870.wav
General
Complete name : /home/pavel/Desktop/1352389720037_5516_5517_31870.wav
Format : Wave
File size : 2.81 MiB
Duration : 1mn 32s
Overall bit rate mode : Constant
Overall bit rate : 256 Kbps
Audio
Format : PCM
Format settings, Endianness : Little
Format settings, Sign : Signed
Codec ID : 1
Duration : 1mn 32s
Bit rate mode : Constant
Bit rate : 256 Kbps
Channel(s) : 2 channels
Sampling rate : 8 000 Hz
Bit depth : 16 bits
Stream size : 2.81 MiB (100%)
```
- Opus codec:
```
$ dpkg -l | grep opus
ii libopus0:amd64 1.1-0ubuntu2 amd64 Opus codec runtime library
ii opus-tools 0.1.9-1 amd64 Opus codec command line tools
```Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/opus/-/issues/2186opus_demo.c encodes void data at end of file2017-10-21T19:37:05Zgrahamrsopus_demo.c encodes void data at end of fileWhen the input file of samples is entirely consumed, yet another loop iteration encodes a packet from all zero data.
Is there any reason for that?
I was inclined to stop when the data is found void.
At line 695:
if (curr_read...When the input file of samples is entirely consumed, yet another loop iteration encodes a packet from all zero data.
Is there any reason for that?
I was inclined to stop when the data is found void.
At line 695:
if (curr_read+remaining == 0) break; // 20150314 Why continue with void data
if (curr_read+remaining < frame_size)
Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/opus/-/issues/2163Memory Leak in Opus V 1.1 and 1.1.12017-10-21T19:37:05ZpipesifMemory Leak in Opus V 1.1 and 1.1.1Hello,
i have see who is present memory leak in the Opus library, in Codifing section, this problem not is present if i use the library to decoding an Opus steam.
RegardHello,
i have see who is present memory leak in the Opus library, in Codifing section, this problem not is present if i use the library to decoding an Opus steam.
RegardJean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/opus/-/issues/2161The libopus 1.1.1-beta tarball is missing the new MIPS files2017-10-21T19:37:05ZWan-Teh ChangThe libopus 1.1.1-beta tarball is missing the new MIPS filesThe libopus 1.1.1-beta tarball at http://downloads.xiph.org/releases/opus/opus-1.1.1-beta.tar.gz is missing all the new files for MIPS optimizations.
Specifically, these files are missing:
celt/mips/celt_mipsr1.h
celt/mips/fixed_ge...The libopus 1.1.1-beta tarball at http://downloads.xiph.org/releases/opus/opus-1.1.1-beta.tar.gz is missing all the new files for MIPS optimizations.
Specifically, these files are missing:
celt/mips/celt_mipsr1.h
celt/mips/fixed_generic_mipsr1.h
celt/mips/kiss_fft_mipsr1.h
celt/mips/mdct_mipsr1.h
celt/mips/pitch_mipsr1.h
celt/mips/vq_mipsr1.h
Makefile.mips
silk/fixed/mips/noise_shape_analysis_FIX_mipsr1.h
silk/fixed/mips/prefilter_FIX_mipsr1.h
silk/fixed/mips/warped_autocorrelation_FIX_mipsr1.h
silk/mips/macros_mipsr1.h
silk/mips/NSQ_del_dec_mipsr1.h
silk/mips/sigproc_fix_mipsr1.hJean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/opus/-/issues/2160Temporarily disable -Wnonnull around an opus_decode() call in test_opus_decode.c2017-10-21T19:37:05ZWan-Teh ChangTemporarily disable -Wnonnull around an opus_decode() call in test_opus_decode.cOne of the opus_decode() calls in test_opus_decode.c passes 0 as the fourth argument. But that argument is marked as nonnull. So if we compile opus using an alternative build system that enables both -Werror and -Wnonnull, the compilatio...One of the opus_decode() calls in test_opus_decode.c passes 0 as the fourth argument. But that argument is marked as nonnull. So if we compile opus using an alternative build system that enables both -Werror and -Wnonnull, the compilation will fail.
Here is an example of the compilation error in the Chromium build system on Mac:
wtc-macpro:src wtc$ ninja -C out/Default test_opus_decode
ninja: Entering directory `out/Default'
[1/2] CC obj/third_party/opus/src/tests/test_opus_decode.test_opus_decode.o
FAILED: ../../third_party/llvm-build/Release+Asserts/bin/clang -MMD -MF obj/third_party/opus/src/tests/test_opus_decode.test_opus_decode.o.d -DCHROMIUM_BUILD -DV8_DEPRECATION_WARNINGS -DCLD_VERSION=2 -DENABLE_NOTIFICATIONS -DENABLE_PEPPER_CDMS -DENABLE_PLUGINS=1 -DENABLE_PRINTING=1 -DENABLE_BASIC_PRINTING=1 -DENABLE_PRINT_PREVIEW=1 -DENABLE_SPELLCHECK=1 -DUSE_OPENSSL=1 -DNO_TCMALLOC -DDISABLE_NACL -DENABLE_EXTENSIONS=1 -DENABLE_CONFIGURATION_POLICY -DENABLE_TASK_MANAGER=1 -DENABLE_THEMES=1 -DENABLE_CAPTIVE_PORTAL_DETECTION=1 -DENABLE_SESSION_SERVICE=1 -DENABLE_PLUGIN_INSTALLATION=1 -DENABLE_APP_LIST=1 -DENABLE_SETTINGS_APP=1 -DENABLE_SUPERVISED_USERS=1 -DENABLE_SERVICE_DISCOVERY=1 -DENABLE_AUTOFILL_DIALOG=1 -DENABLE_WIFI_BOOTSTRAPPING=1 -DENABLE_REMOTING=1 -DENABLE_GOOGLE_NOW=1 -DENABLE_ONE_CLICK_SIGNIN -DENABLE_HIDPI=1 -DV8_USE_EXTERNAL_STARTUP_DATA -DCR_CLANG_REVISION=223108 -D_DEBUG -DDYNAMIC_ANNOTATIONS_ENABLED=1 -DWTF_USE_DYNAMIC_ANNOTATIONS=1 -I../.. -Igen -I../../third_party/opus/src/celt -I../../third_party/opus/src/silk -I../../third_party/opus/src/include -fno-strict-aliasing -fstack-protector-all -arch x86_64 -fcolor-diagnostics -Wendif-labels -Werror -Wno-missing-field-initializers -Wno-unused-parameter -Wnewline-eof -Wno-c++11-narrowing -Wno-char-subscripts -Wno-covered-switch-default -Wno-deprecated-register -Wno-unneeded-internal-declaration -Wno-reserved-user-defined-literal -Wno-inconsistent-missing-override -fvisibility=hidden -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk -mmacosx-version-min=10.6 -Xclang -load -Xclang ../../third_party/llvm-build/Release+Asserts/lib/libFindBadConstructs.dylib -Xclang -add-plugin -Xclang find-bad-constructs -Wheader-hygiene -Wstring-conversion -O0 -g2 -Wno-absolute-value -std=c99 -c ../../third_party/opus/src/tests/test_opus_decode.c -o obj/third_party/opus/src/tests/test_opus_decode.test_opus_decode.o
../../third_party/opus/src/tests/test_opus_decode.c:138:64: error: null passed to a callee that requires a non-null argument [-Werror,-Wnonnull]
out_samples = opus_decode(dec[t], packet, 0, 0, 0, fec);
~ ^
1 error generated.
ninja: build stopped: subcommand failed.
One way to fix this is to use a GCC pragma to ignore -Wnonnull for that opus_decode() call.Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/opus/-/issues/2048Compiling without optimization produces a warning2017-10-21T19:37:05ZDave MichaelCompiling without optimization produces a warningI work on Chromium, and in my debug build, I always get this warning:
src/src/opus_decoder.c:37:10: warning: You appear to be compiling without optimization, if so opus will be very slow. [-W#pragma-messages]
# pragma message "You appear...I work on Chromium, and in my debug build, I always get this warning:
src/src/opus_decoder.c:37:10: warning: You appear to be compiling without optimization, if so opus will be very slow. [-W#pragma-messages]
# pragma message "You appear to be compiling without optimization, if so opus will be very slow."
^
I personally want my build output to be clean, and I'm perfectly aware when doing a debug build that it's debug and might be slow. So I would prefer if this warning was not there.
If it's not acceptable to simply remove this warning, it seems like it ought to be possible to turn this off with a precompile define so that embedders like Chromium can turn it off. We have a large code base and noise in our build output can be very annoying.
I'm willing to do the patch if there's an acceptable solution to this.Jean-Marc ValinJean-Marc Valin