Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2017-04-07T23:20:35Zhttps://gitlab.xiph.org/xiph/theora/-/issues/1431ltablex.sty missing from libtheora-1.0beta32017-04-07T23:20:35Zmhoustonltablex.sty missing from libtheora-1.0beta3Beta2 included a file doc/spec/ltablex.sty. Beta3 omits this file. The result of which is that the documentation build fails on latex installs that omit the ltablex.sty file as a standard part. RedHat Enterprise Linux 5 is one such distr...Beta2 included a file doc/spec/ltablex.sty. Beta3 omits this file. The result of which is that the documentation build fails on latex installs that omit the ltablex.sty file as a standard part. RedHat Enterprise Linux 5 is one such distro.
I believe there is some reticence about the licence that the ltablex.sty file is released under which prevents it being included in some Latex builds.
The file needs to be included back into the directory that uses it or the build fails.https://gitlab.xiph.org/xiph/vorbis/-/issues/853vorbisfile is still deadlockable with I/O callback failures2017-04-08T10:59:27ZGitlab Botvorbisfile is still deadlockable with I/O callback failuresMy automated I/O failure scenario tester reliably deadlocks vorbisfile. Multiple callback return value checks are missing from the code, e.g. in _seek_helper; in particular case I've backtracked, _get_prev_page() enters infinite loop whe...My automated I/O failure scenario tester reliably deadlocks vorbisfile. Multiple callback return value checks are missing from the code, e.g. in _seek_helper; in particular case I've backtracked, _get_prev_page() enters infinite loop when seeking/reading fails. Let alone the fact that detection of seekable/nonseekable streams is a huge hack abusing seek callback return value rather rather than letting caller control it properly.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/787[PATCH] Clean up remaining signedness issues2018-03-06T12:49:49Zgtgbr[PATCH] Clean up remaining signedness issuesRecent versions of gcc on Linux, e.g. gcc on Debian/sarge (or rather, Debian/testing) complains a lot, making warnings less useful for easily spotting problems. The bulk of the warnings is taken care of in the incompatible_pointer patche...Recent versions of gcc on Linux, e.g. gcc on Debian/sarge (or rather, Debian/testing) complains a lot, making warnings less useful for easily spotting problems. The bulk of the warnings is taken care of in the incompatible_pointer patches, this cleans up the rest. After this, Icecast is -Wall clean on Linux again.
While around in src/util.c, fix up some int->size_t's.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/libao/-/issues/71ao_example exits with error "Error opening device."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/xiph-qt/-/issues/1172Quicktime-based Applications freeze while playing Vorbis files2008-11-14T15:42:06ZGitlab BotQuicktime-based Applications freeze while playing Vorbis filesXiphQT 0.1.7 makes some trouble on my system.
Vorbis files encoded with 207kbps VBR (q=6.5?) and 44.1 kHz (Dual Channel) by Xiph.Org/Sjeng.Org libVorbis 20020717 freeze the application I try to play them with (iTunes, Quicktime Player, ...XiphQT 0.1.7 makes some trouble on my system.
Vorbis files encoded with 207kbps VBR (q=6.5?) and 44.1 kHz (Dual Channel) by Xiph.Org/Sjeng.Org libVorbis 20020717 freeze the application I try to play them with (iTunes, Quicktime Player, Finder preview).
With XiphQT 0.1.5 there are no problems.
I can send problematic files (copyrighted) if needed.
Mac OS X 10.4.9 and iTunes 7.1.1, Quicktime 7.1.5., I'm working with user rights.Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/669oggenc segfaults with wav files2010-03-24T08:06:21ZGitlab Botoggenc segfaults with wav filesoggenc segfaults on random while trying to encode several wav files.
libao-0.8.6
libogg-1.1.2
libvorbis-1.1.0
vorbis-tools-1.0.1
System is a CentOS 4.0 (RHEL4 clone).
gcc-3.4.3-9.EL4
glibc-2.3.4-2
gdb output:
Program received signal...oggenc segfaults on random while trying to encode several wav files.
libao-0.8.6
libogg-1.1.2
libvorbis-1.1.0
vorbis-tools-1.0.1
System is a CentOS 4.0 (RHEL4 clone).
gcc-3.4.3-9.EL4
glibc-2.3.4-2
gdb output:
Program received signal SIGSEGV, Segmentation fault.
0x0049d406 in _vp_quantize_couple_memo (vb=0xbff66e10, g=0x95b8ca0, p=0x392, vi=0x9549c68, mdct=0x95b7c88) at psy.c:982
982 psy.c: No existe el fichero o el directorio. in psy.cMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/theora/-/issues/1434lib/enc/x86_64/dct_decode_mmx.c missing from EXTRA_DIST2008-10-04T20:45:21ZMonty Montgomerylib/enc/x86_64/dct_decode_mmx.c missing from EXTRA_DISTThe rc tarball doesn't build on x86_64 due to missing x86_64/dct_decode_mmx.c. Tarball appears to have been built without due to missing entry in EXTRA_DIST in Makefile.am.
Committing fix to SVN now, logging this bug so others see it.
The rc tarball doesn't build on x86_64 due to missing x86_64/dct_decode_mmx.c. Tarball appears to have been built without due to missing entry in EXTRA_DIST in Makefile.am.
Committing fix to SVN now, logging this bug so others see it.
https://gitlab.xiph.org/xiph/vorbis/-/issues/838My program crashes while calling ov_read()2017-04-08T10:59:27ZjcdMy program crashes while calling ov_read()Hello.
I have problem with function ov_read() and with libraries. I wrote some ogg player from tutorial on devmaster.net ([http://www.devmaster.net/articles/openal-tutorials/lesson8.php]). I tried to link dlls via ogg_d.lib, vorbis_d.lib...Hello.
I have problem with function ov_read() and with libraries. I wrote some ogg player from tutorial on devmaster.net ([http://www.devmaster.net/articles/openal-tutorials/lesson8.php]). I tried to link dlls via ogg_d.lib, vorbis_d.lib and vorbisfile_d.lib. But when program arrives to function 'ov_read' program crashes. I don't know any reason. When I tried to link static libs, link program ld (i think) exit with many messages:
```
Warning: .drectve `-defaultlib:LIBCMT ' unrecognized
Warning: .drectve `-defaultlib:OLDNAMES ' unrecognized
...
```
and then many messages with twxt "undefined reference" (I see the path of other computers in this messages).
I use IDE Code::Blocks with GNU tools includeing mingw32 compiler and ld linker. First i built the libraries under Visual C++, and then i tried use libs in oggvorbis-sdk... but everything stayed same.
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/704Request: Add server name to config file2018-03-06T12:50:21ZGitlab BotRequest: Add server name to config fileCurrently Icecast reports to clients that it is "Icecast 2.2.0" or whichever version. It would be nice to override this in the config file for security reasons.Currently Icecast reports to clients that it is "Icecast 2.2.0" or whichever version. It would be nice to override this in the config file for security reasons.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/libao/-/issues/310config files not closed2003-08-07T18:45:05Zfaceprintconfig files not closed```
read_config_file does not close the file that it opens
``````
read_config_file does not close the file that it opens
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1015Importing/Encoding2008-10-31T17:29:06ZGitlab BotImporting/EncodingIs it possible to make the XiphQT components allow iTunes to encode to Ogg Vorbis? I saw some comments which seem to indicate that the old QuickTime Components project could do this.Is it possible to make the XiphQT components allow iTunes to encode to Ogg Vorbis? I saw some comments which seem to indicate that the old QuickTime Components project could do this.Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/294oggdec writes RIFF header even in raw mode2002-12-07T12:19:36ZMalte Uhloggdec writes RIFF header even in raw mode```
A break statement is missing after the 'o' case when parsing the command line
options, thus causing the raw flag to get messed up when "-R something"
preceedes "-o somefile". This also applies to the long options.
Here's the trivial...```
A break statement is missing after the 'o' case when parsing the command line
options, thus causing the raw flag to get messed up when "-R something"
preceedes "-o somefile". This also applies to the long options.
Here's the trivial fix in context diff format:
*** oggdec.c.orig 2002-12-05 15:39:43.000000000 +0100
--- oggdec.c 2002-12-05 15:57:43.000000000 +0100
***************
*** 99,104 ****
--- 99,105 ----
break;
case 'o':
outfilename = strdup(optarg);
+ break;
case 'R':
raw = atoi(optarg);
break;
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/theora/-/issues/1435libtheora fails to build with msvc 2005 (files missing from source archive)2008-10-07T12:44:25ZGitlab Botlibtheora fails to build with msvc 2005 (files missing from source archive)Hello,
libtheora fails to build with vs 2005. I get messages like
Kompilieren...
state.c
..\..\..\lib\dec\state.c(24) : fatal error C1083: Datei (Include) kann nicht geöffnet werden: "x86_vc/x86int.h": No such file or directory
This ...Hello,
libtheora fails to build with vs 2005. I get messages like
Kompilieren...
state.c
..\..\..\lib\dec\state.c(24) : fatal error C1083: Datei (Include) kann nicht geöffnet werden: "x86_vc/x86int.h": No such file or directory
This is because the whole x86_vc folder is missing from the libtheora-beta3.tar.gz source archive (link to it is here: http://www.theora.org/downloads/ ). Including this folder would make the problem go away I assume. The folder is also present in SVN.
-Matthiashttps://gitlab.xiph.org/xiph/vorbis/-/issues/848[PATCH] Incorrect seek time rounding in vorbisfile2017-04-08T10:59:27ZGitlab Bot[PATCH] Incorrect seek time rounding in vorbisfileWhile this is a really minor problem, it makes non-hackfixed vorbis decoder fail random access test in my new decoder validator module.
In ov_time_seek() :
ogg_int64_t target = pcm_total+(seconds-time_total)*vf->vi[link].rate;
Should ...While this is a really minor problem, it makes non-hackfixed vorbis decoder fail random access test in my new decoder validator module.
In ov_time_seek() :
ogg_int64_t target = pcm_total+(seconds-time_total)*vf->vi[link].rate;
Should be:
ogg_int64_t target = pcm_total + (ogg_int64_t)floor( (seconds-time_total)*vf->vi[link].rate + 0.5);Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/702feature request for icecast on demand encoding2018-03-06T12:50:21Zskinkiefeature request for icecast on demand encodingWhen a stream is requested, icecast should start ices to start encoding, and stopping it when noone listens. That could be extented to requesting a stream with specific properties, such as channels and bitrate.When a stream is requested, icecast should start ices to start encoding, and stopping it when noone listens. That could be extented to requesting a stream with specific properties, such as channels and bitrate.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/libao/-/issues/1694Segfaults of mpg321 if build with libao 1.0.02010-12-02T22:01:41ZfundawangSegfaults of mpg321 if build with libao 1.0.0See:
https://qa.mandriva.com/show_bug.cgi?id=59019
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580062See:
https://qa.mandriva.com/show_bug.cgi?id=59019
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580062Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/901No Audio2006-05-09T10:22:08ZmarphillipsNo Audioinstalled xiph-qt-full-0.1.3.dmg
OSX 10.4.3
Quicktime 7.0.4
No audio from AVI file
AVI file audio coded: ogg vorbis mode3+
Can view the file but no audio
VLC produces same effect.
Tried restarting and have read the forum. Any ideas?
installed xiph-qt-full-0.1.3.dmg
OSX 10.4.3
Quicktime 7.0.4
No audio from AVI file
AVI file audio coded: ogg vorbis mode3+
Can view the file but no audio
VLC produces same effect.
Tried restarting and have read the forum. Any ideas?
Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/655vorbiscomment toto.mp3 destroys the file2005-09-02T19:51:28ZGitlab Botvorbiscomment toto.mp3 destroys the fileWhen mistakenly using vorbiscomment to change the tags of an mp3 file :
vorbiscomment -w toto.mp3
the file toto.mp3 got destroyed! Not nice...
Bernard Helmstetter
When mistakenly using vorbiscomment to change the tags of an mp3 file :
vorbiscomment -w toto.mp3
the file toto.mp3 got destroyed! Not nice...
Bernard Helmstetter
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/theora/-/issues/1442link failure with linux libtool on macos2008-10-21T05:32:51ZGhost Userlink failure with linux libtool on macosIn the release candidate tarball, using libtool generated on a Linux system, the example encoder (and presumedly other applications) fails to link because of the duplicate inclusion of oc_cpu_flags_get() in both libtheoraenc and libtheor...In the release candidate tarball, using libtool generated on a Linux system, the example encoder (and presumedly other applications) fails to link because of the duplicate inclusion of oc_cpu_flags_get() in both libtheoraenc and libtheoradec.
/bin/sh ../libtool --tag=CC --mode=link gcc -Wall -Wno-parentheses -O3 -fforce-addr -fomit-frame-pointer -finline-functions -funroll-loops -o encoder_example encoder_example-encoder_example.o ../lib/libtheoraenc.la ../lib/libtheoradec.la -logg -lvorbis -lm -lvorbisenc
gcc -Wall -Wno-parentheses -O3 -fforce-addr -fomit-frame-pointer -finline-functions -funroll-loops -o .libs/encoder_example encoder_example-encoder_example.o ../lib/.libs/libtheoraenc.dylib ../lib/.libs/libtheoradec.dylib /usr/local/lib/libvorbisenc.2.0.2.dylib /usr/local/lib/libvorbis.0.3.1.dylib /usr/local/lib/libogg.0.5.3.dylib -lm
/usr/bin/ld: multiple definitions of symbol _oc_cpu_flags_get
../lib/.libs/libtheoradec.dylib(single module) definition of _oc_cpu_flags_get
../lib/.libs/libtheoraenc.dylib(single module) definition of _oc_cpu_flags_get
/usr/bin/ld: warning suggest use of -bind_at_load, as lazy binding may result in errors or different symbols being used
symbol _oc_cpu_flags_get used from dynamic library ../lib/.libs/libtheoradec.dylib(single module) not from earlier dynamic library /usr/local/lib/libtheoraenc.1.dylib(single module)
collect2: ld returned 1 exit status
This wasn't noticed building from svn because the native apple libtool doesn't show the problem.
Removing -single_module from the library link lines avoids the problem. This can be done either by setting LT_MULTI_MODULE=1 in the environment before calling configure (this is a work-around) or by changing the definition of single_module to an empty string on line 1171. This doesn't seem to harm the Linux x86_64 build, but I don't know what other implications it might have.
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/515bad m4 syntax with automake 1.8.x2017-04-08T10:58:44ZGitlab Botbad m4 syntax with automake 1.8.x```
people who have automake 1.8.x would see warnings like :
/usr/share/aclocal/vorbis.m4:9: warning: underquoted definition of XIPH_PATH_VORBIS
when running any ./autogen.sh
AC_DEFUN(XIPH_PATH_VORBIS,
should be
AC_DEFUN([XIPH_PATH_...```
people who have automake 1.8.x would see warnings like :
/usr/share/aclocal/vorbis.m4:9: warning: underquoted definition of XIPH_PATH_VORBIS
when running any ./autogen.sh
AC_DEFUN(XIPH_PATH_VORBIS,
should be
AC_DEFUN([XIPH_PATH_VORBIS],
then, automake would be silent
```Monty MontgomeryMonty Montgomery