Vorbis issueshttps://gitlab.xiph.org/xiph/vorbis/-/issues2017-11-01T04:49:44Zhttps://gitlab.xiph.org/xiph/vorbis/-/issues/1697oggenc: double free or corruption2017-11-01T04:49:44ZJohann Burkardoggenc: double free or corruptionHello,
I get this error when using oggenc 1.2.0-5 on Debian Lenny 64 bit:
```
*** glibc detected *** oggenc: double free or corruption (out): 0x00000000004052e0 ***
======= Backtrace: =========
/lib/libc.so.6[0x2b0dbc3c2928]
/lib/libc....Hello,
I get this error when using oggenc 1.2.0-5 on Debian Lenny 64 bit:
```
*** glibc detected *** oggenc: double free or corruption (out): 0x00000000004052e0 ***
======= Backtrace: =========
/lib/libc.so.6[0x2b0dbc3c2928]
/lib/libc.so.6(cfree+0x76)[0x2b0dbc3c4a36]
oggenc[0x404d8d]
oggenc[0x40418f]
/lib/libc.so.6(__libc_start_main+0xe6)[0x2b0dbc36d1a6]
oggenc[0x402559]
======= Memory map: ========
00400000-0040f000 r-xp 00000000 90:59 63508610 /usr/bin/oggenc
0060f000-00610000 rw-p 0000f000 90:59 63508610 /usr/bin/oggenc
08866000-0888c000 rw-p 08866000 00:00 0 [heap]
2b0dbb457000-2b0dbb473000 r-xp 00000000 90:59 63538592 /lib/ld-2.7.so
2b0dbb473000-2b0dbb476000 rw-p 2b0dbb473000 00:00 0
2b0dbb672000-2b0dbb674000 rw-p 0001b000 90:59 63538592 /lib/ld-2.7.so
2b0dbb674000-2b0dbb68e000 r-xp 00000000 90:59 63508066 /usr/lib/libvorbisenc.so.2.0.3
2b0dbb68e000-2b0dbb88d000 ---p 0001a000 90:59 63508066 /usr/lib/libvorbisenc.so.2.0.3
2b0dbb88d000-2b0dbba4e000 rw-p 00019000 90:59 63508066 /usr/lib/libvorbisenc.so.2.0.3
2b0dbba4e000-2b0dbba6d000 r-xp 00000000 90:59 63508064 /usr/lib/libvorbis.so.0.4.0
2b0dbba6d000-2b0dbbc6c000 ---p 0001f000 90:59 63508064 /usr/lib/libvorbis.so.0.4.0
2b0dbbc6c000-2b0dbbc7b000 rw-p 0001e000 90:59 63508064 /usr/lib/libvorbis.so.0.4.0
2b0dbbc7b000-2b0dbbcc5000 r-xp 00000000 90:59 63508319 /usr/lib/libFLAC.so.8.2.0
2b0dbbcc5000-2b0dbbec4000 ---p 0004a000 90:59 63508319 /usr/lib/libFLAC.so.8.2.0
2b0dbbec4000-2b0dbbec6000 rw-p 00049000 90:59 63508319 /usr/lib/libFLAC.so.8.2.0
2b0dbbec6000-2b0dbbf48000 r-xp 00000000 90:59 63538669 /lib/libm-2.7.so
2b0dbbf48000-2b0dbc147000 ---p 00082000 90:59 63538669 /lib/libm-2.7.so
2b0dbc147000-2b0dbc149000 rw-p 00081000 90:59 63538669 /lib/libm-2.7.so
2b0dbc149000-2b0dbc14a000 rw-p 2b0dbc149000 00:00 0
2b0dbc14a000-2b0dbc14f000 r-xp 00000000 90:59 63508056 /usr/lib/libogg.so.0.5.3
2b0dbc14f000-2b0dbc34e000 ---p 00005000 90:59 63508056 /usr/lib/libogg.so.0.5.3
2b0dbc34e000-2b0dbc34f000 rw-p 00004000 90:59 63508056 /usr/lib/libogg.so.0.5.3
2b0dbc34f000-2b0dbc499000 r-xp 00000000 90:59 63538601 /lib/libc-2.7.so
2b0dbc499000-2b0dbc698000 ---p 0014a000 90:59 63538601 /lib/libc-2.7.so
2b0dbc698000-2b0dbc69b000 r--p 00149000 90:59 63538601 /lib/libc-2.7.so
2b0dbc69b000-2b0dbc69d000 rw-p 0014c000 90:59 63538601 /lib/libc-2.7.so
2b0dbc69d000-2b0dbc6a4000 rw-p 2b0dbc69d000 00:00 0
2b0dbc6a4000-2b0dbc9e7000 r--p 00000000 90:59 63505525 /usr/lib/locale/locale-archive
2b0dbc9e7000-2b0dbc9e9000 rw-p 2b0dbc9e7000 00:00 0
2b0dbc9ef000-2b0dbca05000 r-xp 00000000 90:59 63540182 /lib/libgcc_s.so.1
2b0dbca05000-2b0dbcc05000 ---p 00016000 90:59 63540182 /lib/libgcc_s.so.1
2b0dbcc05000-2b0dbcc06000 rw-p 00016000 90:59 63540182 /lib/libgcc_s.so.1
2b0dc0000000-2b0dc0021000 rw-p 2b0dc0000000 00:00 0
2b0dc0021000-2b0dc4000000 ---p 2b0dc0021000 00:00 0
7fff94d93000-7fff94da8000 rw-p 7ffffffea000 00:00 0 [stack]
ffffffffff600000-ffffffffffe00000 ---p 00000000 00:00 0 [vdso]
encode failed with exit status: 134
```
The command used was
```
nice -n 19 pacpl --to ogg -k -v --oggqual 2 --eopts -Q --outdir /tmp/media.io/3C7693E009DF8738B5EEB99FDA2A983E/out --outfile 8ab4142fea93e1f399cb12a4ee0de64622337a36 /tmp/media.io/3C7693E009DF8738B5EEB99FDA2A983E/out/tmp.wav
```
I'm attaching the WAV file (it's from the Soldat FPS if someone asks).
ThanksMonty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/1602oggenc crash after encode w/resampling2018-11-06T20:03:54ZGitlab Botoggenc crash after encode w/resamplingI'm on Arch Linux 64bit using libvorbis-1.2.3
Whenever I encode to any preset with resampling from 44.1 to 48k I receive errors after encoding is completed. The file produced is just fine.
If I use WAV input a backtrace is produced (a...I'm on Arch Linux 64bit using libvorbis-1.2.3
Whenever I encode to any preset with resampling from 44.1 to 48k I receive errors after encoding is completed. The file produced is just fine.
If I use WAV input a backtrace is produced (attached below)
Using FLAC input of the same track no backtrace is produced but oggenc segfaults and this is printed in messages.log:
"kernel: oggenc[5974] general protection ip:7fad25d0d6a9 sp:7fff40135110 error:0 in libc-2.10.1.so[7fad25c98000+149000]"
As an interesting sidenote, this appears when I use aoTuV-b5.7 as well.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/1374Length of first buffer less than 4400 call ov_open_callbacks will get OV_EBAD...2017-04-08T10:59:27ZbornstubLength of first buffer less than 4400 call ov_open_callbacks will get OV_EBADHEADERI write a wrapper for vorbisfile to decode ogg vorbis data. Because it is designed to decode data that is received from internet. So I write a reading callback for ov_open_callbacks. At first everything works. And then, I found a tricky ...I write a wrapper for vorbisfile to decode ogg vorbis data. Because it is designed to decode data that is received from internet. So I write a reading callback for ov_open_callbacks. At first everything works. And then, I found a tricky problem :
IDecoder *pDecoder = new OggDecoder();
fstream inputFile("../test.ogg", ios_base::binary | ios_base::in);
const int SIZE = 4399;
unsigned char *pBuffer = new unsigned char[SIZE];
size_t size = inputFile.readsome((char *)pBuffer, SIZE);
If I read a chunk of data that its length is less than 4400. And pass it to the wrapper. I will get a OV_EBADHEADER result returned by ov_open_callbacks.
Why? Is that a bug? Or just a feature ? Should I pass data to vorbisfile at last 4400 bytes?
Thanks.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/1265libvorbis-1.2.0 won't build under OS X 10.52017-04-08T10:58:44ZJeff Lyonlibvorbis-1.2.0 won't build under OS X 10.5libvorbis-1.2.0 won't build under OS X 10.5:
$ ./configure
checking build system type... powerpc-apple-darwin9.1.0
checking host system type... powerpc-apple-darwin9.1.0
checking target system type... powerpc-apple-darwin9.1.0
checking ...libvorbis-1.2.0 won't build under OS X 10.5:
$ ./configure
checking build system type... powerpc-apple-darwin9.1.0
checking host system type... powerpc-apple-darwin9.1.0
checking target system type... powerpc-apple-darwin9.1.0
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... gcc
checking for C compiler default output file name...
configure: error: C compiler cannot create executables
See `config.log' for more details.
file config.log was not created, so no further information in this error is available.
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/618vorbis-tools/libvorbis is apparently not 64-bit clean2017-04-08T10:59:08ZBill Nottinghamvorbis-tools/libvorbis is apparently not 64-bit cleanhttps://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=149295
Using vorbis-tools-1.0.1-4, libvorbis-1.1.0-1 on Fedora Core 3, doing the following:
1. Rip some CDs to flac with sound-juicer
2. On a x86_64, run 'oggenc -q6' on the flac fil...https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=149295
Using vorbis-tools-1.0.1-4, libvorbis-1.1.0-1 on Fedora Core 3, doing the following:
1. Rip some CDs to flac with sound-juicer
2. On a x86_64, run 'oggenc -q6' on the flac files to make oggs
3. Listen to them
The x86_64 ogg file has pops, scratches, etc. If you encode the same flac
file on a 32-bit box, it sounds fine.
http://people.redhat.com/notting/oggtest/
has a source flac file, and the ogg files from running 'oggenc -q6' on
it (32.ogg is on i686, 64.ogg is on x86_64.)
Oddly, both 32.ogg and 64.ogg show the audio artifacts when played
with ogg123 on x86_64.
Initially assigning against libvorbisenc. Feel free to move it.
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/607weird clicks/noises when encoding a file2017-04-08T10:59:08ZGitlab Botweird clicks/noises when encoding a fileI used Ogg Vorbis for hundreds of files, but only now with one wave file (hopefully with this bug system I can attach it) I hear weird clicks and time shifts.I used Ogg Vorbis for hundreds of files, but only now with one wave file (hopefully with this bug system I can attach it) I hear weird clicks and time shifts.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/334[PATCH] vorbis.m4 creates a conftest.c program that crashes.2017-04-08T10:58:44Zmatt[PATCH] vorbis.m4 creates a conftest.c program that crashes.```
On NetBSD-1.6 on i386, when I used the XIPH_PATH_VORBIS() macro form vorbis.m4,
configure tells me detecting of libvorbis failed. When I look in config.log,
I see that the conftest program that is created crashes with a Segfault.
See...```
On NetBSD-1.6 on i386, when I used the XIPH_PATH_VORBIS() macro form vorbis.m4,
configure tells me detecting of libvorbis failed. When I look in config.log,
I see that the conftest program that is created crashes with a Segfault.
See http://www.mafr.de/misc/conftest.c for the file along with the used
compiler flags. The crash is somewhere in vorbis_analysis_init().
On Linux, it works without any problems.
```https://gitlab.xiph.org/xiph/vorbis/-/issues/284libvorbis crash2017-04-08T10:58:44ZStephanlibvorbis crash```
I compiled oggvorbis on IRIX 6.5. I tried the encoder example of vorbis. It
crashed (coredump) with a memory error. I then found the precompiled libraries
on freeware.sgi.com and installed them. Same result. Simply a crash. I compile...```
I compiled oggvorbis on IRIX 6.5. I tried the encoder example of vorbis. It
crashed (coredump) with a memory error. I then found the precompiled libraries
on freeware.sgi.com and installed them. Same result. Simply a crash. I compiled
again using electric fence just to find out that it complains about mmap.
What exactly do you need to know in order to find a solution. This is the first
time I use bugzilla and I'm quite sure the above is not sufficient.
```titihttps://gitlab.xiph.org/xiph/vorbis/-/issues/220encoder_example segfaults on SunOS 4.x2017-04-08T10:58:44Ztiencoder_example segfaults on SunOS 4.x```
Running the encoder example causes a segfault in libvorbis-1.0 on SunOS 4.1.3.
The gdb back trace is as follows:
$ ./encoder_example < ~/audio.wav > ~/audio.ogg
Memory fault(coredump)
$ gdb encoder_example core
GDB is free software ...```
Running the encoder example causes a segfault in libvorbis-1.0 on SunOS 4.1.3.
The gdb back trace is as follows:
$ ./encoder_example < ~/audio.wav > ~/audio.ogg
Memory fault(coredump)
$ gdb encoder_example core
GDB is free software and you are welcome to distribute copies of it
under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.15.1 (sparc-sun-sunos4.1.3_U1),
Copyright 1995 Free Software Foundation, Inc...
Core was generated by `encoder_example'.
Program terminated with signal 11, Segmentation fault.
#0 0x16ea8 in inspect_error (x0=16, x1=46, y0=653, y1=-1, mask=0x1a4808,
mdct=0x1a4a08, info=0x11e790) at floor1.c:543
543 int base=dy/adx;
(gdb) bt
#0 0x16ea8 in inspect_error (x0=16, x1=46, y0=653, y1=-1, mask=0x1a4808,
mdct=0x1a4a08, info=0x11e790) at floor1.c:543
#1 0x1740c in floor1_fit (vb=0xf7fff708, look=0x1a7a38, logmdct=0x1a4a08,
logmask=0x1a4808) at floor1.c:667
#2 0x1af2c in mapping0_forward (vb=0xf7fff708) at mapping0.c:423
#3 0x7fd0 in vorbis_analysis (vb=0xf7fff708, op=0x0) at analysis.c:47
#4 0x2598 in main () at encoder_example.c:216
(gdb)
libogg and libvorbis are both compiled with gcc 2.95.2. The compiler flags
are the default settings after running configure.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/216libvorbis-1.0 encoder_example seg faults2017-04-08T10:58:44Ztilibvorbis-1.0 encoder_example seg faults```
This is for libvorbis-1.0
I don't know if this is an endian or alignment issue (which may affect more
platforms than just HP-UX, but running the encode_example causes a seg fault.
Here is a gdb backtrace:
$ ./encoder_example < ~/aud...```
This is for libvorbis-1.0
I don't know if this is an endian or alignment issue (which may affect more
platforms than just HP-UX, but running the encode_example causes a seg fault.
Here is a gdb backtrace:
$ ./encoder_example < ~/audio.wav > ~/audio.ogg
Memory fault(coredump)
$ gdb encoder_example core
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "hppa1.1-hp-hpux9.01"...
Core was generated by `encoder_exampl'.
Program terminated with signal 11, Segmentation fault.
#0 mdct_forward (init=0x4016ffa8, in=0x7b033cc0, out=0x7b033968) at mdct.c:298
298 x2[2] = MULT_NORM(r1 * T[1] + r0 * T[0]);
(gdb) bt
#0 mdct_forward (init=0x4016ffa8, in=0x7b033cc0, out=0x7b033968) at mdct.c:298
#1 0x13760 in _ve_amp (ve=0x7fffffed, gi=0x7b033cc0, data=0xd,
bands=0x4016ffc0, filters=0x40170668, pos=0) at envelope.c:121
#2 0x13c64 in _ve_envelope_search (v=0x7b033628) at envelope.c:243
#3 0xa544 in vorbis_analysis_blockout (v=0x7b033628, vb=0x7b033698)
at block.c:504
#4 0x6f14 in main () at encoder_example.c:237
(gdb)
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/162libvorbis 1.0rc3 crashes gcc 2.95.3-2 on an i686 PC Linux 2.4.16 with glibc 2...2017-04-08T10:58:44Zfrantzlibvorbis 1.0rc3 crashes gcc 2.95.3-2 on an i686 PC Linux 2.4.16 with glibc 2.2.4```
Hi,
I have an i686 PC using Linux version 2.4.16, glibc version 2.2.4, gcc version
2.95.3 with the 2.95.3-2 patch.
I have successfuly compiled libao 0.8.2 and libogg 1.0rc3, but when trying to
compile libvorbis 1.0rc3 the compiler gi...```
Hi,
I have an i686 PC using Linux version 2.4.16, glibc version 2.2.4, gcc version
2.95.3 with the 2.95.3-2 patch.
I have successfuly compiled libao 0.8.2 and libogg 1.0rc3, but when trying to
compile libvorbis 1.0rc3 the compiler gives me the following error:
/bin/sh ../libtool --mode=compile gcc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0rc3\" -DHAVE_DLFCN_H=1 -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DHAVE_SQRTF=1 -DHAVE_LOGF=1 -DHAVE_EXPF=1 -DHAVE_ACOSF=1 -DHAVE_ATANF=1 -DHAVE_FREXPF=1 -DHAVE_RINTF=1 -I. -I. -I../include -O20 -ffast-math -mno-ieee-fp -D_REENTRANT -fsigned-char -Os -mcpu=i686 -march=i686 -DUSE_MEMORY_H -c envelope.c
gcc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0rc3\" -DHAVE_DLFCN_H=1 -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DHAVE_SQRTF=1 -DHAVE_LOGF=1 -DHAVE_EXPF=1 -DHAVE_ACOSF=1 -DHAVE_ATANF=1 -DHAVE_FREXPF=1 -DHAVE_RINTF=1 -I. -I. -I../include -O20 -ffast-math -mno-ieee-fp -D_REENTRANT -fsigned-char -Os -mcpu=i686 -march=i686 -DUSE_MEMORY_H -c envelope.c -fPIC -DPIC -o envelope.lo
gcc: Internal compiler error: program cc1 got fatal signal 11
make[2]: *** [envelope.lo] Error 1
make[2]: Leaving directory `/usr/local/src/libvorbis-1.0rc3/lib'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/libvorbis-1.0rc3/lib'
make: *** [all-recursive] Error 1
I have also tried unsetting the -Os -mcpu=i686 -march=i686 CFLAGS before the
./configure command, but the compiler continues crashing at the same point.
What can I do in order to make the libvorbis package compile correctly?
Thanks
Franco -- frantz@sitoverde.com
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/66Sample encoder output sounds like a tape on fast forward2017-04-08T10:58:44ZstarclassSample encoder output sounds like a tape on fast forward```
When the encoder in vorbis/examples is used to compress a WAV sample,
the output of the resulting ogg file sounds like a tape player
on fast cue forward.
``````
When the encoder in vorbis/examples is used to compress a WAV sample,
the output of the resulting ogg file sounds like a tape player
on fast cue forward.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/35two configure script problems in 1.0-pr12017-04-08T10:58:44Zcardhoretwo configure script problems in 1.0-pr1```
(This is with 1.0 prerelease.)
When I install libvorbis in /opt/libvorbis, and then try to build XMMS or
vorbis-tools, the configure script complains that it can't compile the
vorbis-test program. If I disable the test using --disa...```
(This is with 1.0 prerelease.)
When I install libvorbis in /opt/libvorbis, and then try to build XMMS or
vorbis-tools, the configure script complains that it can't compile the
vorbis-test program. If I disable the test using --disable-vorbistest, then the
program builds fine.
When I configured vorbis-tools, libao wasn't added to the INCLUDES in one of the
Makefiles (forgot which one) so I had to add it by hand.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/vorbis/-/issues/32'win32/*.bat' do not handle SRCROOT long path names with spaces correctly2017-04-08T10:58:44Ztom'win32/*.bat' do not handle SRCROOT long path names with spaces correctly```
as an example, from a DOS box, type:
set SRCROOT=c:\Xiph CVS\
call build_vorbis_static.bat
produces the error:
cvs==. was unexpected at this time.
and does *not* set %SRCROOT% to any value
resolution:
replace the line:
if...```
as an example, from a DOS box, type:
set SRCROOT=c:\Xiph CVS\
call build_vorbis_static.bat
produces the error:
cvs==. was unexpected at this time.
and does *not* set %SRCROOT% to any value
resolution:
replace the line:
if .%SRCROOT%==. set SRCROOT=c:\src
with the line:
if ".%SRCROOT%"=="." set SRCROOT=c:\src
```starclassstarclass