Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2005-05-01T22:24:56Zhttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/185Unconditional include of stdint.h2005-05-01T22:24:56ZnickUnconditional include of stdint.h```
I think stdint.h is a linux-ism, and certainly in the configure script,
including of this file is conditional, as follows:
#include <sys/types.h>
#ifdef HAVE_STDINT_H
# include <stdint.h>
#elif defined (HAVE_INTTYPES_H)
# include ...```
I think stdint.h is a linux-ism, and certainly in the configure script,
including of this file is conditional, as follows:
#include <sys/types.h>
#ifdef HAVE_STDINT_H
# include <stdint.h>
#elif defined (HAVE_INTTYPES_H)
# include <inttypes.h>
#endif
Although, as always, I'm never sure if this is because autoconf/libtool is
outta date on my system. I'm pretty sure they dont generally touch the contents
of .c files, so I think this is a valid bug.
Nick
```Segher BoessenkoolSegher Boessenkoolhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/186encoder stops when encoded file gets larger than RAM memory2002-04-22T08:56:57ZGitlab Botencoder stops when encoded file gets larger than RAM memory```
Hi,
i sometimes real-time-encode long radio streams by piping the wav-stream to
oggenc's standard input.
but for very long sessions this does not work, because the encoded file cannot
get larger than my physical RAM memory (in my c...```
Hi,
i sometimes real-time-encode long radio streams by piping the wav-stream to
oggenc's standard input.
but for very long sessions this does not work, because the encoded file cannot
get larger than my physical RAM memory (in my case 192MB ram, whitch is about
220 minutes of music).
it would be nice, if one could encode music of about 24 hours without
having 1,4 Gig of memory available.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis/-/issues/187gcc 2.95.3 chokes on -mno-ieee-fp2017-04-08T10:58:44Zdoctorkaedinggcc 2.95.3 chokes on -mno-ieee-fp```
During make, gcc 2.95.3 chokes.
I traced it to "-mno-ieee-fp" in the "PROFILE".
It does not appear in the profile for libao
or libogg, which compile OK.
``````
During make, gcc 2.95.3 chokes.
I traced it to "-mno-ieee-fp" in the "PROFILE".
It does not appear in the profile for libao
or libogg, which compile OK.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/189cc1 segmentation fault on compile2017-04-08T10:58:44Zjupitercc1 segmentation fault on compile```
I'm trying to compile libvorbis 1.0rc3, and cc1 segmentation faults (internal
error) when compiling lib/envelope.c
I am using gcc 2.95.3 (20010315), binutils 2.12, and gcc 2.2.5 on an i686 (2.2.18)
``````
I'm trying to compile libvorbis 1.0rc3, and cc1 segmentation faults (internal
error) when compiling lib/envelope.c
I am using gcc 2.95.3 (20010315), binutils 2.12, and gcc 2.2.5 on an i686 (2.2.18)
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/190Problem sample for q &lt;2017-04-08T10:59:08ZmaikmertenProblem sample for q <```
Hello,
I found a problem sample for RC3 lossy coupling modes.
http://metalbanner.virtualave.net/answer.wav
Just listen for the metallic sound jumping quickly from one side of the
stereo-image to the other. With -q <= 4.99 it sound...```
Hello,
I found a problem sample for RC3 lossy coupling modes.
http://metalbanner.virtualave.net/answer.wav
Just listen for the metallic sound jumping quickly from one side of the
stereo-image to the other. With -q <= 4.99 it sounds "rough"/"unclean" and is
moved to the center.
bye and thanks,
Maik Merten
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/191libvorbis built with Sun Forte 6.1 compiler produces bogus output2017-04-08T10:58:44Zatomik_katlibvorbis built with Sun Forte 6.1 compiler produces bogus output```
This is an error in the libvorbis module when compiled under Sun's Forte 6.1 C
compiler suite.
Once compiled, a trace of the ogg123 program shows that ogg123 opens the audio
device and assigns a file descriptor, but all that os ev...```
This is an error in the libvorbis module when compiled under Sun's Forte 6.1 C
compiler suite.
Once compiled, a trace of the ogg123 program shows that ogg123 opens the audio
device and assigns a file descriptor, but all that os ever written to that
desciptor is a series of nulls.
libvorbis compiled under GCC 3.03 works fine.
I have not traced the bug any farther, but can provide the authors with object
files and compiled binaries for testing.
Geoff
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/194bm->avg_binacc is not initialized with zeros, resulting in too large ogg fil...2017-04-08T10:58:44Zal.faberbm->avg_binacc is not initialized with zeros, resulting in too large ogg files when encodign with fixed bitrate settings```
Within the bitrate.c file, the array bm->avg_binacc is allocated (with
ogg_malloc) but is not initialized. A malloc does not have to initialize
the allocated memory chunk with zero's (it might be compiler dependent
though). The be...```
Within the bitrate.c file, the array bm->avg_binacc is allocated (with
ogg_malloc) but is not initialized. A malloc does not have to initialize
the allocated memory chunk with zero's (it might be compiler dependent
though). The behaviour that's observed is that resulting file will be way too
large when trying to encode with a fixed bitrate (bitrate is increasing
(drifting) during the encoding process. The solution is to add a the following
line just after the ogg_malloc:
(void)memset( bm->avg_binacc, 0,bins*sizeof(*bm->avg_binacc) );
But this problem might be at more places in the code and are very hard to
track down. So it might be well worth to redirect the ogg_malloc function to a
calloc function (which is guarenteed to initialize the allocated memory chunk
with zero's)
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/195trouble running 'make' on RH 7.22018-03-06T12:50:21Zjoe.slagtrouble running 'make' on RH 7.2```
Following the directions in HACKING, I've run autogen.sh, configure, and make.
make dies with the following:
make[2]: Entering directory `/home/jslag/src/ice2/icecast/src'
gcc -DPACKAGE=\"icecast\" -DVERSION=\"2.0\" -DHAVE_DLFCN_H=...```
Following the directions in HACKING, I've run autogen.sh, configure, and make.
make dies with the following:
make[2]: Entering directory `/home/jslag/src/ice2/icecast/src'
gcc -DPACKAGE=\"icecast\" -DVERSION=\"2.0\" -DHAVE_DLFCN_H=1 -DHAVE_IPV6=1
-DSTDC_HEADERS=1 -DHAVE_STDINT_H=1 -DCHUID=1 -DCHROOT=1 -I. -I. -I./net
-I./thread -I./avl -I./httpp -I./log -I./timing -O20 -ffast-math
-fsigned-char -D_REENTRANT -D_GNU_SOURCE -I/usr/include/libxml2 -I/include
-I/include -c config.c
config.c:4:23: xmlmemory.h: No such file or directory
config.c:5:20: parser.h: No such file or directory
make[2]: *** [config.o] Error 1
make[2]: Leaving directory `/home/jslag/src/ice2/icecast/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/jslag/src/ice2/icecast/src'
make: *** [all-recursive] Error 1
my /usr/include/libxml2/libxml directory includes
-rw-r--r-- 1 root root 4135 Apr 15 08:01 xmlmemory.h
-rw-r--r-- 1 root root 26902 Apr 15 08:01 parser.h
(and other stuff) from the stock RedHat 7.2 libxml2-devel-2.4.19-4.i386.rpm.
My caveman workaround to the problem was copying the files in question from
/usr/include/libxml2/libxml to /usr/include/libxml2, which worked. Presumably
there is a better solution.
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/196cannot compile: In `oe_encode': encode.o: undefined references to `vorbis_enc...2002-05-26T13:03:38Zmarvincannot compile: In `oe_encode': encode.o: undefined references to `vorbis_encode_init_vbr' `vorbis_bitrate_addblock' `vorbis_bitrate_flushpacket'```
using Caldera OpenLinux 3.1 ( and replacing it as soon as possible -- they went
institutional on us ), with gcc 2.95.2 Caldera-patched, installed the latest
cURL because vorbis .configure demanded it, ran ldconfig because cURL instal...```
using Caldera OpenLinux 3.1 ( and replacing it as soon as possible -- they went
institutional on us ), with gcc 2.95.2 Caldera-patched, installed the latest
cURL because vorbis .configure demanded it, ran ldconfig because cURL install
didn't do it, ran "rm config.cache -f ; ./configure && make" and got dumped.
p.s. I run /tmp noexec, and that's created problems with installing
OpenOffice, and maybe with other things, too. If this ( or any other
filesystem limitations designed to limit damage/hostile-action is creating it,
then please put something in the README about it, eh? )
Here's the text of the failure
===============================================
make[2]: Leaving directory
`/mnt/md1/marvin/Linux.MultiMedia/Sound.OggVorbis/vorbis-tools-1.0rc3/oggenc/man'
make[2]: Entering directory
`/mnt/md1/marvin/Linux.MultiMedia/Sound.OggVorbis/vorbis-tools-1.0rc3/oggenc'
/bin/sh ../libtool --mode=link gcc -O20 -ffast-math -fsigned-char -o oggenc
oggenc.o audio.o encode.o platform.o -lvorbisenc -lvorbis -lm -logg
../share/libutf8.a ../share/libgetopt.a
gcc -O20 -ffast-math -fsigned-char -o oggenc oggenc.o audio.o encode.o
platform.o /usr//lib/libvorbisenc.so /usr//lib/libvorbis.so -lm
/usr//lib/libogg.so ../share/libutf8.a ../share/libgetopt.a -Wl,--rpath
-Wl,/usr//lib -Wl,--rpath -Wl,/usr//lib
encode.o: In function `oe_encode':
encode.o(.text+0x8e): undefined reference to `vorbis_encode_init_vbr'
encode.o(.text+0x35c): undefined reference to `vorbis_bitrate_addblock'
encode.o(.text+0x404): undefined reference to `vorbis_bitrate_flushpacket'
make[2]: *** [oggenc] Error 1
make[2]: Leaving directory
`/mnt/md1/marvin/Linux.MultiMedia/Sound.OggVorbis/vorbis-tools-1.0rc3/oggenc'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/mnt/md1/marvin/Linux.MultiMedia/Sound.OggVorbis/vorbis-tools-1.0rc3/oggenc'
make: *** [all-recursive] Error 1
========================
That's all, folks. . .
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/197ogg tools can't compile without libcurl... Provide more modularity2006-06-12T10:27:32Ztsvetkovogg tools can't compile without libcurl... Provide more modularity```
Vorbis tools do NOT need CURL to provide basic functionality! Please provide
posibility for more modular compilation!
Also libao is too much platform dependent and is NOT needed for encoder to work!
For example: I can't _encode_ ogg ...```
Vorbis tools do NOT need CURL to provide basic functionality! Please provide
posibility for more modular compilation!
Also libao is too much platform dependent and is NOT needed for encoder to work!
For example: I can't _encode_ ogg files on HP pa-risk machine, only because its
not supported by libao!
Can I have some realy simple and compilable encoder which is realy portable?
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/vorbis/-/issues/199Dont free time_param[0]2017-04-08T10:59:08ZrisarisaDont free time_param[0]```
I compiled encoder_example.c and tested.
and found memory leak.
in vorbisenc.c
static int vorbis_encode_toplevel_setup(vorbis_info *vi,int small,int large,int
ch,long rate){
...
ci->time_param[0]=calloc(1,sizeof(_time_dummy));...```
I compiled encoder_example.c and tested.
and found memory leak.
in vorbisenc.c
static int vorbis_encode_toplevel_setup(vorbis_info *vi,int small,int large,int
ch,long rate){
...
ci->time_param[0]=calloc(1,sizeof(_time_dummy));
...
}
This heap memory is not called free().
because, in time0.c
static void time0_free_info(vorbis_info_time *i){
}
so,I added one line.
static void time0_free_info(vorbis_info_time *i){
free(i);
}
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis/-/issues/201Setting a very low maximum bitrate causes audio loss.2017-04-08T10:58:44ZStan SeibertSetting a very low maximum bitrate causes audio loss.```
Using oggenc and libvorbis from CVS (2002-06-18), files encoded with a maximum
bitrate of 8 kbps are missing the first 30+ seconds of audio. Encoding with
-M 16 results in files that are missing small gaps of audio every so often....```
Using oggenc and libvorbis from CVS (2002-06-18), files encoded with a maximum
bitrate of 8 kbps are missing the first 30+ seconds of audio. Encoding with
-M 16 results in files that are missing small gaps of audio every so often.
The granulepos values are still in sync with the original, so it looks like
the encoder is not outputting certain packets.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/202change -t option to be consistent with -a, -l, etc...2009-04-19T21:17:41Zluke.usherwoodchange -t option to be consistent with -a, -l, etc...```
Currently, using the -t option has the side-effect of changeing the default filename and path,
whereas the options -a, -l etc. do not. The option '-n' can be used to provide the functionality to
generate a filename from the name s...```
Currently, using the -t option has the side-effect of changeing the default filename and path,
whereas the options -a, -l etc. do not. The option '-n' can be used to provide the functionality to
generate a filename from the name specified using '-t', therefore the extra functionality in the -t
option seems redundant.
It would seem more logical to just have the '-t' perform just the 1 task
of setting the title tag, and leave the '-o' or '-n' options to specify the output filename.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/203vorbis-tools won't work unless used with autoconf-2.53 on Redhat 7.32002-11-07T14:15:59Zyusufgvorbis-tools won't work unless used with autoconf-2.53 on Redhat 7.3```
Hi, I freshly checked out from CVS HEAD the following three modules
ogg
vorbis
vorbis-tools
I am using Redhat Linux 7.3 with kernel 2.4.18-4. It has both autoconf (2.13)
and autoconf (2.53) installed on the system. autoconf 2.13 is ...```
Hi, I freshly checked out from CVS HEAD the following three modules
ogg
vorbis
vorbis-tools
I am using Redhat Linux 7.3 with kernel 2.4.18-4. It has both autoconf (2.13)
and autoconf (2.53) installed on the system. autoconf 2.13 is the default
I can autogen.sh inside the ogg and vorbis directly and install them into the
desired prefix. Whilst doing the same in vorbis-tools, I get the following error
/autogen.sh --help
Generating configuration files for vorbis-tools, please wait....
aclocal
libtoolize --automake
automake --add-missing
automake: configure.in: installing `./install-sh'
automake: configure.in: installing `./mkinstalldirs'
automake: configure.in: installing `./missing'
autoconf
./configure: line 217: syntax error near unexpected token `;'
./configure: line 217: ` ac_optarg= ;;'
Now, I setup my shell so that autoconf refers to autoconf-2.53, then I get no
failure though I get this warning
configure.in:29: warning: AC_CANONICAL_HOST invoked multiple times
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis/-/issues/204os.h patch for Borland C2017-04-08T10:58:44Zdaveos.h patch for Borland C```
Small changes necessary for compiling with BCC in Windows.
``````
Small changes necessary for compiling with BCC in Windows.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/205platform.c patch for Borland C2002-07-01T06:33:47Zdaveplatform.c patch for Borland C```
Small changes necessary for compiling with BCC in Windows. Diff against CVS.
``````
Small changes necessary for compiling with BCC in Windows. Diff against CVS.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis/-/issues/206Cymbals problem (upto -q8)2017-04-08T10:58:44Zhellraiser270Cymbals problem (upto -q8)```
Hi!
I found a song (Iced Earth - Melancholy) that has some cymbals in its intro
which don't sound as "rich", "clear" (I can't express it better) as the
original. I used the oggenc dated 20020629. Some users said it doesn't have
en...```
Hi!
I found a song (Iced Earth - Melancholy) that has some cymbals in its intro
which don't sound as "rich", "clear" (I can't express it better) as the
original. I used the oggenc dated 20020629. Some users said it doesn't have
enough lower frequencies.
I could detect the difference up to -q8!!! I didn't think that there could be a
problem with such samples.
More info here: http://www.hydrogenaudio.org/forums/showthread.php?
s=&threadid=2464
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/207oggenc man page still says RC3 in the title2002-07-19T06:25:55Zchaeseoggenc man page still says RC3 in the title```
The title of the oggenc man page still reads "Vorbis Tools release candidate 3"
You might want to change that before rolling out 1.0 :)
``````
The title of the oggenc man page still reads "Vorbis Tools release candidate 3"
You might want to change that before rolling out 1.0 :)
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/213cvs oggenc makes VBR files with upper/lower bitrate of 0.000000 kb/s2002-07-19T06:31:00ZKyungjoon Leecvs oggenc makes VBR files with upper/lower bitrate of 0.000000 kb/s```
I encoded somthing with cvs oggenc's VBR mode, and ran ogginfo on it.
Nominal bitrate: 112.001000 kb/s
Upper bitrate: 0.000000 kb/s
Lower bitrate: 0.000000 kb/s
IMHO upper/lower should not be set when using VBR modes. Upper bitrate...```
I encoded somthing with cvs oggenc's VBR mode, and ran ogginfo on it.
Nominal bitrate: 112.001000 kb/s
Upper bitrate: 0.000000 kb/s
Lower bitrate: 0.000000 kb/s
IMHO upper/lower should not be set when using VBR modes. Upper bitrate being
equal to Lower bitrate seems awkward too..
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/Infrastructure/-/issues/214version 1.0 is not added yet to libvorbis, libogg and vorbis-tools programs2017-04-07T16:51:23Znoaversion 1.0 is not added yet to libvorbis, libogg and vorbis-tools programs```
I cannot file bugs against version 1.0 for the libvorbis component. Since
libvorbis-1.0 can be downloaded and has bugs, I believe this is a bug :)
``````
I cannot file bugs against version 1.0 for the libvorbis component. Since
libvorbis-1.0 can be downloaded and has bugs, I believe this is a bug :)
```Jack MoffittJack Moffitt