Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2017-04-08T10:58:44Zhttps://gitlab.xiph.org/xiph/vorbis/-/issues/57"vorbis_commentheader_out" not exported in vorbis.def2017-04-08T10:58:44Zadonnai"vorbis_commentheader_out" not exported in vorbis.def```
The function "vorbis_commentheader_out" isn't listed in vorbis.def so linking
fails when calling it. One exmaple, vorbiscomment, couldn't compile because of
this bug.
``````
The function "vorbis_commentheader_out" isn't listed in vorbis.def so linking
fails when calling it. One exmaple, vorbiscomment, couldn't compile because of
this bug.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/249A horrible glitch occurs in the encoded file2018-01-22T04:18:25ZganderA horrible glitch occurs in the encoded file```
The snapshot taken from SoundForge 5 shows the original wav file (top) and the
encoded result at 96kbps (bottom). You can see the horrible noise that is
inserted in one channel.
This also happens when I encode at 80 kpbs, but not ...```
The snapshot taken from SoundForge 5 shows the original wav file (top) and the
encoded result at 96kbps (bottom). You can see the horrible noise that is
inserted in one channel.
This also happens when I encode at 80 kpbs, but not at 128kbps.
Please tell me if you're interessted in the source file or anything that can
help.
Best regards,
Wilfred Gander <gander@hei.unige.ch>
```starclassstarclasshttps://gitlab.xiph.org/xiph/libao/-/issues/59RPm for RC2 doesn't build from source RPM at SuSE 7.22006-06-12T11:12:43ZmalakhanovRPm for RC2 doesn't build from source RPM at SuSE 7.2```
spec for libao-devel list documentation files in doc directory:
API DRIVERS WANTED USAGE, but there are no such files.
Also doc files are installed by Makefile which doesn't detect right directory
for documentation files. At SuSE 7.2...```
spec for libao-devel list documentation files in doc directory:
API DRIVERS WANTED USAGE, but there are no such files.
Also doc files are installed by Makefile which doesn't detect right directory
for documentation files. At SuSE 7.2 this is
/usr/share/doc/packages/<packages-name>.
Either detect right place for documentation files or let rpm build put it there.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/ogg/-/issues/60src/Makefile.am doesn't work with outside-the-tree builds2006-06-12T11:23:31Zahltorpsrc/Makefile.am doesn't work with outside-the-tree builds```
The Makefile.am in src/Makefile.am does not properly set the include path
if building in a separate obj directory. The patch below fixes that problem.
Index: Makefile.am
=========================================================
===...```
The Makefile.am in src/Makefile.am does not properly set the include path
if building in a separate obj directory. The patch below fixes that problem.
Index: Makefile.am
=========================================================
==========
RCS file: /usr/local/cvsroot/ogg/src/Makefile.am,v
retrieving revision 1.3
diff -u -r1.3 Makefile.am
--- Makefile.am 2000/11/02 20:11:33 1.3
+++ Makefile.am 2001/10/08 01:29:52
@@ -2,7 +2,7 @@
AUTOMAKE_OPTIONS = foreign
-INCLUDES = -I../include
+INCLUDES = -I../include -I$(top_srcdir)/include
lib_LTLIBRARIES = libogg.la
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/vorbis/-/issues/61ov_open returns OV_EBADHEADER on many samples2017-04-08T10:59:27Zjgibartov_open returns OV_EBADHEADER on many samples```
A lot of vorbis ogg files will not open using ov_open because the API returns
OV_EBADHEADER .
These samples will open and play using winamp plugin, which seems not to be
using the ov_open api.
Example : electricskychurch_deus.og...```
A lot of vorbis ogg files will not open using ov_open because the API returns
OV_EBADHEADER .
These samples will open and play using winamp plugin, which seems not to be
using the ov_open api.
Example : electricskychurch_deus.ogg on http://www.vorbis.com/music.psp
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/62libvorbis example fails to build with solaris math libs2017-04-08T10:58:44ZGitlab Botlibvorbis example fails to build with solaris math libs```
gcc --version
2.95.3
I had a poke around but could not find this logged already:
gmake[1]: Entering directory `/DATA/build/libvorbis-1.0beta4/examples'
gcc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0beta4\" -DHAVE_ALLOCA_H=1 -DHAVE_ALL...```
gcc --version
2.95.3
I had a poke around but could not find this logged already:
gmake[1]: Entering directory `/DATA/build/libvorbis-1.0beta4/examples'
gcc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0beta4\" -DHAVE_ALLOCA_H=1 -DHAVE_ALLO
CA=1 -I. -I. -I../include -O20 -ffast-math -D__NO_MATH_INLINES -fsigned-ch
ar -mv8 -DUSE_MEMORY_H -c decoder_example.c
/bin/sh ../libtool --mode=link gcc -O20 -ffast-math -D__NO_MATH_INLINES -fsigne
d-char -mv8 -DUSE_MEMORY_H -static -o decoder_example decoder_example.o ../lib/
libvorbis.la -lm -logg
mkdir .libs
gcc -O20 -ffast-math -D__NO_MATH_INLINES -fsigned-char -mv8 -DUSE_MEMORY_H -o de
coder_example decoder_example.o ../lib/.libs/libvorbis.a -lm -logg -lm -logg
../lib/.libs/libvorbis.a(envelope.o): In function `_ve_envelope_init':
envelope.o(.text+0x154): undefined reference to `expf'
../lib/.libs/libvorbis.a(envelope.o): In function `_ve_envelope_search':
envelope.o(.text+0x884): undefined reference to `logf'
envelope.o(.text+0x8d0): undefined reference to `logf'
../lib/.libs/libvorbis.a(psy.o): In function `setup_curve':
psy.o(.text+0xe4): undefined reference to `expf'
etc
However I can't find the function calls it is wingeing about;
there is no expf() in _ve_envelope_init for example.
Is this a compiler bug? I use solaris nm & ld.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/63Illegal characters in filenames (under Windows)2006-06-12T11:55:23ZsypIllegal characters in filenames (under Windows)```
When using the auto-naming macros (%%t and the like) in OGGENC, there are cases
when a character is invalid in the filename, but of course legal in the comment.
An example:
oggenc -N "04" -b 192 --artist="Frank Zappa" --title="Waka/J...```
When using the auto-naming macros (%%t and the like) in OGGENC, there are cases
when a character is invalid in the filename, but of course legal in the comment.
An example:
oggenc -N "04" -b 192 --artist="Frank Zappa" --title="Waka/Jawaka"
--album="Waka/Jawaka" -d "1972" -n "%%n %%t.ogg" track04.wavresults in: ERROR:
cannot open output file "04 Waka/Jawaka.ogg"
I suggest that invalid characters should be replaced with an underscore instead.
According to http://linux-ntfs.sourceforge.net/ntfs/concepts/filename_namespace.html
the following characters are not allowed under Win32:
------
Win32 is a subset of the POSIX namespace and is case insensitive. It uses all
the Unicode characters, except: '"' '*' '/' ':' '<' '>' '?' '\' '|' N.B. Names
cannot end with Dot '.', or Space ' '.------
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis/-/issues/64libvorbisfile fails when xmms 1.2.5 tries to load it2017-04-08T10:59:27Zkio.smallwoodlibvorbisfile fails when xmms 1.2.5 tries to load it```
gcc --version
2.95.2
Here are the details from xmms bugzilla, my comments follow.
After building and installing the libogg and libvorbis libraries, and
rebuilding xmms to include the Ogg Vorbis input option, the libvorbisfile.so.0
...```
gcc --version
2.95.2
Here are the details from xmms bugzilla, my comments follow.
After building and installing the libogg and libvorbis libraries, and
rebuilding xmms to include the Ogg Vorbis input option, the libvorbisfile.so.0
builds without error, but when I try xmms on an ogg file, I get the error message: ld.so.1: xmms: fatal: relocation error: file /usr/local/lib/libvorbisfile.so.0: symbol __floatdidf: referenced symbol not found This is Sparc-Solaris-8, gcc-2.95.2
------- Additional Comments From Håvard Kvålen 2001-08-16 11:22 -------
This seems to be a problem with libvorbisfile, not xmms. I think that
__floatdidf is a symbol from libgcc, you probably will need to link
libvorbisfile against that.
------- Additional Comments From jchack@nnmc.nextel.com 2001-09-29 02:18 -------
*** Bug 367 has been marked as a duplicate of this bug. ***
I am having exactly this problem however oggenc and ogg123 work without error. Is the only fix to get libgcc and tell the configure script to somehow use that? I do not have access to CVS and am limited to using source tarballs.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/65autoconf option cleanup/enhancement2017-04-08T10:58:44ZStan Seibertautoconf option cleanup/enhancement```
This bug is for tracking changes that need to be made to the autoconf script
in libvorbis.
As of right now, the suggested changes are:
--with-ogg-prefix => --with-ogg
--with-ogg-includes: For setting the ogg include dir if differe...```
This bug is for tracking changes that need to be made to the autoconf script
in libvorbis.
As of right now, the suggested changes are:
--with-ogg-prefix => --with-ogg
--with-ogg-includes: For setting the ogg include dir if different than the
default
--with-ogg-libraries: For setting the ogg library dir if different than the
default
```Stan SeibertStan Seiberthttps://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-tools/-/issues/250Encoding at a wrong bitrate by default2018-01-22T04:18:25Zpmwhite1104Encoding at a wrong bitrate by default```
By default, the advertised bitrate is 80 kbps. However, when you encode a file
without modifying the default bitrate, it's encoded at a nominal bitrate of 64
kbps. If I modify the bitrate to something else, then back to 80 kbps, it w...```
By default, the advertised bitrate is 80 kbps. However, when you encode a file
without modifying the default bitrate, it's encoded at a nominal bitrate of 64
kbps. If I modify the bitrate to something else, then back to 80 kbps, it works
fine.
```starclassstarclasshttps://gitlab.xiph.org/xiph/libao/-/issues/68Mac OS X plugin loading through native API rather than dlopen compat library2006-06-12T11:19:08ZStan SeibertMac OS X plugin loading through native API rather than dlopen compat library```
This is a placeholder for Marquis Logan's patch to allow libao to load plugins
on OS X.
``````
This is a placeholder for Marquis Logan's patch to allow libao to load plugins
on OS X.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/71ao_example exits with error &#34;Error opening device.&#34;2006-06-12T11:45:59Zelifarleyao_example exits with error "Error opening device."```
I'm using MacOS X 10.1
``````
I'm using MacOS X 10.1
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/72Unable to compile vorbis-tools due to problems with libgetopt2006-06-12T11:13:55ZelifarleyUnable to compile vorbis-tools due to problems with libgetopt```
I'm using MacOS X 10.1
cc -fno-common -O4 -Wall -fsigned-char -ffast-math -o oggenc oggenc.o audio.o
encode.o platform.o -L/usr/local/lib -lvorbisenc -lvorbis -lm -logg
../share/libutf8.a ../share/libgetopt.a
/usr/bin/ld: multiple ...```
I'm using MacOS X 10.1
cc -fno-common -O4 -Wall -fsigned-char -ffast-math -o oggenc oggenc.o audio.o
encode.o platform.o -L/usr/local/lib -lvorbisenc -lvorbis -lm -logg
../share/libutf8.a ../share/libgetopt.a
/usr/bin/ld: multiple definitions of symbol _getopt
/usr/lib/libm.dylib(getopt.o) definition of _getopt
../share/libgetopt.a(getopt.o) definition of _getopt in section (__TEXT,__text)
/usr/bin/ld: multiple definitions of symbol _optarg
/usr/lib/libm.dylib(getopt.o) definition of _optarg
../share/libgetopt.a(getopt.o) definition of _optarg in section (__DATA,__common)
/usr/bin/ld: multiple definitions of symbol _opterr
/usr/lib/libm.dylib(getopt.o) definition of _opterr
../share/libgetopt.a(getopt.o) definition of _opterr in section (__DATA,__data)
/usr/bin/ld: multiple definitions of symbol _optind
/usr/lib/libm.dylib(getopt.o) definition of _optind
../share/libgetopt.a(getopt.o) definition of _optind in section (__DATA,__data)
/usr/bin/ld: multiple definitions of symbol _optopt
/usr/lib/libm.dylib(getopt.o) definition of _optopt
../share/libgetopt.a(getopt.o) definition of _optopt in section (__DATA,__data)
make[2]: *** [oggenc] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis/-/issues/73Infinite loop when trying to read the header of a small file2017-04-08T10:59:27ZMatTissInfinite loop when trying to read the header of a small file```
Try to encode chimes.wav at 128kbps. Then read the header. You get stalled.
The offending code (in vorbisfile.c):
static long _get_prev_page(OggVorbis_File *vf,ogg_page *og){
long begin=vf->offset;
long ret;
int offset=-1;
w...```
Try to encode chimes.wav at 128kbps. Then read the header. You get stalled.
The offending code (in vorbisfile.c):
static long _get_prev_page(OggVorbis_File *vf,ogg_page *og){
long begin=vf->offset;
long ret;
int offset=-1;
while(offset==-1){
begin-=CHUNKSIZE;
_seek_helper(vf,begin);
while(vf->offset<begin+CHUNKSIZE){
ret=_get_next_page(vf,og,begin+CHUNKSIZE-vf->offset);
if(ret==OV_EREAD)return(OV_EREAD);
if(ret<0){
break;
}else{
offset=ret;
}
}
}
begin is smaller than CHUNKSIZE and the while loop never ends.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/75Ices shuts down if there is an empty line at the beginning of a playlist2019-04-19T11:33:11ZManuel LoraIces shuts down if there is an empty line at the beginning of a playlist```
Ices (2) shuts down if there is an empty line at the beginning of a playlist
when connecting to icecast(2). CVS.
This also happens if there is a space between songs.
[2001-11-07 00:13:05] INFO ices-core/main ices started...
[2001...```
Ices (2) shuts down if there is an empty line at the beginning of a playlist
when connecting to icecast(2). CVS.
This also happens if there is a space between songs.
[2001-11-07 00:13:05] INFO ices-core/main ices started...
[2001-11-07 00:13:05] INFO stream/ices_instance_stream Connected to server:
127.0.0.1:8001/test.ogg
[2001-11-07 00:13:05] INFO playlist-builtin/playlist_read No more filenames
available, end of playlist[2001-11-07 00:13:05] DBUG
stream-shared/stream_wait_for_data Shutdown signalled: thread shutting
down[2001-11-07 00:13:05] DBUG encode/encode_clear Clearing encoder engine
[2001-11-07 00:13:06] DBUG input/input_loop An instance died, removing it
[2001-11-07 00:13:06] DBUG input/input_flush_queue Input queue flush requested
[2001-11-07 00:13:06] DBUG input/input_loop All instances removed, shutting
down control thread.
[2001-11-07 00:13:06] INFO ices-core/main Shutdown complete
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/76You can't specify your libogg location to automake/configure2006-06-13T06:07:02ZnickYou can't specify your libogg location to automake/configure```
Need to add in ogg.m4 or acinclude.m4 to allow you to specify the location of
your libogg installation.
``````
Need to add in ogg.m4 or acinclude.m4 to allow you to specify the location of
your libogg installation.
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/vorbis/-/issues/77unaligned access on 64-bit platform2019-07-01T08:51:48Zchouserunaligned access on 64-bit platform```
I was getting the following error when playing some (not all) ogg vorbis streams:
Unaligned access pid=54825 <ogg123> va=0x11fff96b4 pc=0x3ffbffe9ba0
ra=0x3ff801b4b68 inst=0xa6100000
Segmentation fault (core dumped)
The crash is ha...```
I was getting the following error when playing some (not all) ogg vorbis streams:
Unaligned access pid=54825 <ogg123> va=0x11fff96b4 pc=0x3ffbffe9ba0
ra=0x3ff801b4b68 inst=0xa6100000
Segmentation fault (core dumped)
The crash is happening in icomp(), lib/floor1.c. I tracked it down to the qsort
that calls icomp() passing an incorrect size argument. It uses sizeof(int) when
it means sizeof(int*). This only shows up on machines where a pointer is begger
than an int, that is generally 64-bit platforms.
Here is a patch for 1.0rc2 -- I couldn't determine if you've already fixed this
problem because I wasn't able to get anon cvs working.
--- lib/floor1.c.orig Mon Aug 13 07:33:39 2001
+++ lib/floor1.c Fri Nov 9 15:29:56 2001
@@ -226,7 +226,7 @@
/* also store a sorted position index */
for(i=0;i<n;i++)sortpointer[i]=info->postlist+i;
- qsort(sortpointer,n,sizeof(int),icomp);
+ qsort(sortpointer,n,sizeof(int*),icomp);
/* points from sort order back to range number */
for(i=0;i<n;i++)look->forward_index[i]=sortpointer[i]-info->postlist;
--Chouser
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/Infrastructure/-/issues/78bugzilla doesn't send bug mail2017-04-07T12:17:40ZMichael Smithbugzilla doesn't send bug mail```
Bugzilla is meant to send mail to the bug owner (and usually component owner as
well, plus anyone who is added to the CC line) whenever a bug is added or
changed. xiph.org's bugzilla doesn't do this, even though my preferences are
co...```
Bugzilla is meant to send mail to the bug owner (and usually component owner as
well, plus anyone who is added to the CC line) whenever a bug is added or
changed. xiph.org's bugzilla doesn't do this, even though my preferences are
configured to have it do so.
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/vorbis/-/issues/79doc/programming.html still says packet-&gt;frameno2017-04-08T10:58:44Ztimjdoc/programming.html still says packet->frameno```
packet->frameno has be renamed to granulepos according to Vakor.
``````
packet->frameno has be renamed to granulepos according to Vakor.
```Monty MontgomeryMonty Montgomery