Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2008-03-10T18:19:38Zhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1317oggenc: fix unspecified behavior2008-03-10T18:19:38ZSami Farinoggenc: fix unspecified behaviorComparing string pointers is not a good way to find out are the strings identical.
Comparing string pointers is not a good way to find out are the strings identical.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1316oggenc resample handling is broken2008-03-25T23:42:22ZSami Farinoggenc resample handling is brokenNow oggenc compares opt.resamplefreq != enc_opts.rate , but those values are identical at that phase. Therefore clear_resample does not get called.
Now oggenc compares opt.resamplefreq != enc_opts.rate , but those values are identical at that phase. Therefore clear_resample does not get called.
IvoIvohttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1089Installer hangs on Mac OS X 10.4.82008-03-26T12:28:19ZgillespieInstaller hangs on Mac OS X 10.4.8I've just tried to install XiphQT on a MacBook Pro running Mac OS X 10.4.8. It gets as far as the point where I can either press "Install" or "Customize", and then hangs before I can press either, pegging the CPU at 99% until I kill the...I've just tried to install XiphQT on a MacBook Pro running Mac OS X 10.4.8. It gets as far as the point where I can either press "Install" or "Customize", and then hangs before I can press either, pegging the CPU at 99% until I kill the process.
The first time I tried to install, it spotted that there was already a Vorbis component in /Library/Components/Quicktime. After I had removed that I got as far as this screen.Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1319[PATCH] --with-speex and --with-flac configure flags broken2008-03-27T12:18:34Zdrac[PATCH] --with-speex and --with-flac configure flags broken--with-speex and --with-flac flags acts as --without because of error in configure.ac
attaching patch..--with-speex and --with-flac flags acts as --without because of error in configure.ac
attaching patch..Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1315ogg does not play in frontrow2008-03-29T23:23:50ZGitlab Botogg does not play in frontrowHello,
I am running Leopard 10.5.2 with all automatic updates installed on an Intel iMac. I installed the XiphQT 0.1.8 package, copying the component file to /Library/Components to have systemwide ogg access.
As a matter of fact iTunes a...Hello,
I am running Leopard 10.5.2 with all automatic updates installed on an Intel iMac. I installed the XiphQT 0.1.8 package, copying the component file to /Library/Components to have systemwide ogg access.
As a matter of fact iTunes and QuickTime Player reproduce my *.ogg files (some 300 CDs ripped) just fine.
The problem is FrontRow. I can choose (and therefore I see) the music in ogg format. FrontRow also displays the artist, lenght of the song and title, but when it comes to start playing, FrontRow tells me that it is not able to play the song.
That is all. No other errors. I can then go back with ESC or the remote control and choose an mpg song, which works just fine.
I am a bit surprised about this behavior, since all I could find in google is that FrontRow will play everything, that QuickTime plays...
Is this a bug or am I doing something wrong?
BTW, this behaviour si the same with and without Perian installed.
Thanks for any help or advice.
Regards,
thomasArek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/theora/-/issues/1288[theora-exp] rehuff code generate corrupt files2008-03-31T10:13:26ZGitlab Bot[theora-exp] rehuff code generate corrupt filesCurrent svn version of rehuff code in theora-exp generate corrupt files. Worked fine some time ago.
ogginfo gives this on the rehuffed file:
```
Warning: illegally placed page(s) for logical stream 2
This indicates a corrupt ogg file: ...Current svn version of rehuff code in theora-exp generate corrupt files. Worked fine some time ago.
ogginfo gives this on the rehuffed file:
```
Warning: illegally placed page(s) for logical stream 2
This indicates a corrupt ogg file: Ogg muxing constraints violated, new stream before EOS of all previous streams.
```Timothy B. TerriberryTimothy B. Terriberryhttps://gitlab.xiph.org/xiph/theora/-/issues/1335error during make check2008-04-11T06:09:39ZGitlab Boterror during make check```
granulepos.c:107: th_granule_frame returned incorrect results
FAIL: granulepos
...[cut]...
PASS: granulepos_theora
===================
1 of 9 tests failed
===================
``````
granulepos.c:107: th_granule_frame returned incorrect results
FAIL: granulepos
...[cut]...
PASS: granulepos_theora
===================
1 of 9 tests failed
===================
```https://gitlab.xiph.org/xiph/theora/-/issues/1299make check fails 1 of 9 tests failed2008-04-11T06:10:19ZGitlab Botmake check fails 1 of 9 tests failedI tried theora (svn r14423) make check on some linux machines (Ubuntu 6.06 and 7.10 on both 32 and 64 bit x86) and 1 test always fails. This is the error I get:
```
---- + Initializing th_info struct ...
---- + Allocating encoder cont...I tried theora (svn r14423) make check on some linux machines (Ubuntu 6.06 and 7.10 on both 32 and 64 bit x86) and 1 test always fails. This is the error I get:
```
---- + Initializing th_info struct ...
---- + Allocating encoder context ...
---- + Setting up dummy 4:2:0 frame data ...
---- + Checking granulepos generation ...
granulepos.c:104: encoder granulepos does not map to the correct frame number
FAIL: granulepos
```https://gitlab.xiph.org/xiph/theora/-/issues/1287[theora-exp] autogen.sh does not work with automake >= 1.72008-04-11T06:14:56ZGitlab Bot[theora-exp] autogen.sh does not work with automake >= 1.7I'am using Ubuntu 7.10. I've tried automake 1.7, 1.8, 1.9 and 1.10 and none seems to be able to run autogen.sh of theora-exp.
trunk/theora works fine with automake 1.10.I'am using Ubuntu 7.10. I've tried automake 1.7, 1.8, 1.9 and 1.10 and none seems to be able to run autogen.sh of theora-exp.
trunk/theora works fine with automake 1.10.Timothy B. TerriberryTimothy B. Terriberryhttps://gitlab.xiph.org/xiph/theora/-/issues/1334[theora-exp] rehuff stdout problem2008-04-12T21:14:36ZGitlab Bot[theora-exp] rehuff stdout problemI can't reopen #1285, so I'll open this new ticket.
There is a problem with the fix in [14392]. If redirecting stdout to a file, some statistics that should go to stderr go in the rehuffed file, producing a corrupted file. See also 3rd ...I can't reopen #1285, so I'll open this new ticket.
There is a problem with the fix in [14392]. If redirecting stdout to a file, some statistics that should go to stderr go in the rehuffed file, producing a corrupted file. See also 3rd comment of #1285. They should be redirected to stderr.
Also, bug #1288 should be closed as fixed.Timothy B. TerriberryTimothy B. Terriberryhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1347[PATCH] ogg123/speex_format.c - insufficient boundary checks2008-04-14T16:23:21ZGitlab Bot[PATCH] ogg123/speex_format.c - insufficient boundary checksvorbis-tools appears to include vulnerable speex code as explained in [1]
[1] http://www.ocert.org/advisories/ocert-2008-2.htmlvorbis-tools appears to include vulnerable speex code as explained in [1]
[1] http://www.ocert.org/advisories/ocert-2008-2.htmlMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/theora/-/issues/1266[PATCH] libtheora-1.0beta2 builds enc/x86_32/dct_decode_mmx.c with text reloc...2008-04-15T10:50:45Zaballier[PATCH] libtheora-1.0beta2 builds enc/x86_32/dct_decode_mmx.c with text relocationsThis file is compiled with -fPIC, but the asm part contains direct memory accesses, thus the resulting libtheora.so requires text relocations. Some systems disallow this, and on any system this requires extra work for the loader and the ...This file is compiled with -fPIC, but the asm part contains direct memory accesses, thus the resulting libtheora.so requires text relocations. Some systems disallow this, and on any system this requires extra work for the loader and the library has to be loaded once and relocated for every program using it.
A patch will follow.https://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1350Send vorbis-tools 1.2 for translation2008-04-15T18:17:44ZGitlab BotSend vorbis-tools 1.2 for translationPlease send version 1.2 of the vorbis-tools for translation to the Translation Project (http://translationproject.org/).Please send version 1.2 of the vorbis-tools for translation to the Translation Project (http://translationproject.org/).Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/theora/-/issues/927Missing files from projects2008-04-16T22:41:44ZGitlab BotMissing files from projectscpu.c and dsp.c are not built when running the build_theora_static.bat batch file. It looks like they are not included in the theora_static.dsp project in the win32 folder for the libtheora-1.0alpha6 source release. Also, they are incl...cpu.c and dsp.c are not built when running the build_theora_static.bat batch file. It looks like they are not included in the theora_static.dsp project in the win32 folder for the libtheora-1.0alpha6 source release. Also, they are included in the VS2005 project, but not in the VS2003 project.https://gitlab.xiph.org/xiph/theora/-/issues/1356libtheora test programs do not build on Solaris2008-05-03T21:07:40ZBrian Cameronlibtheora test programs do not build on Solaris
Building libtheora 1.0beta 3, the programs granulepos, granulepos_theoraenc, and granulepos_theora do not build on Solaris because they need "-lm" added to the link statement. I am attaching a patch that fixes this problem.
Building libtheora 1.0beta 3, the programs granulepos, granulepos_theoraenc, and granulepos_theora do not build on Solaris because they need "-lm" added to the link statement. I am attaching a patch that fixes this problem. https://gitlab.xiph.org/xiph/xiph-qt/-/issues/1312QT could not open a FLAC file2008-05-06T21:22:15ZDavid S. JaffeQT could not open a FLAC fileI have installed the XiphQT component according to the instructions, but when I try an open a FLAC file in Quicktime I get a window that says "The movie could not be opened" in bold text and "The File is not a movie file." in plain text ...I have installed the XiphQT component according to the instructions, but when I try an open a FLAC file in Quicktime I get a window that says "The movie could not be opened" in bold text and "The File is not a movie file." in plain text below. I also tried importing a FLAC file into iTunes, but after selecting the file and clicking "import" nothing happened.
I am using a MacBook Pro with 10.5.2 and Quicktime Pro 7.4.1.
Please let me know if there is something I am doing wrong or should be doing to make things work properly.
Thanks.Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1360[PATCH] Kate stream information support in ogginfo2008-05-11T01:36:02ZIvo[PATCH] Kate stream information support in ogginfoPatch for vorbis-tools 1.2.0 created by ogg.k.ogg.k. Posted here for documentation purposes.Patch for vorbis-tools 1.2.0 created by ogg.k.ogg.k. Posted here for documentation purposes.IvoIvohttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1357[PATCH] ogg123 hangs and takes 100% of the cpu when outputting to a pipe that...2008-05-25T23:33:10ZDavid Caldwell[PATCH] ogg123 hangs and takes 100% of the cpu when outputting to a pipe that has been closed.My test is:
./ogg123 -d wav -f - test.ogg | less
then press q to quit less. Ogg123 will hang and start taking 100% of
the CPU. The only way to stop it is "kill -9".
I have 2 patches that fix the problem:
Patch 1: stop-eating-my-c...My test is:
./ogg123 -d wav -f - test.ogg | less
then press q to quit less. Ogg123 will hang and start taking 100% of
the CPU. The only way to stop it is "kill -9".
I have 2 patches that fix the problem:
Patch 1: stop-eating-my-cpu.patch:
This fixes the main hanging/cpu spinning problem.
Patch 2: dont-decode-after-pipe-closes.patch:
This adds a return value to buffer_submit_data() so that ogg123
knows when the buffer has shut down due to an error. Without this
it doesn't hang, but it continues to decode the input even though
there's no place to write it to.
I submitted this bug to Debian ([bug #478991](http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478991)) and was advised to also submit it here for documentation.IvoIvohttps://gitlab.xiph.org/xiph/theora/-/issues/1367libtheora doesn't compile under vanilla OS X 10.5.22008-05-25T23:38:45ZGitlab Botlibtheora doesn't compile under vanilla OS X 10.5.2I have an Intel Mac mini which came from Apple about a month ago, with 10.5.2 installed. I have installed the os updates since then. I have also installed the Xcode tools on the disk that came with it, in the standard location. I down...I have an Intel Mac mini which came from Apple about a month ago, with 10.5.2 installed. I have installed the os updates since then. I have also installed the Xcode tools on the disk that came with it, in the standard location. I downloaded and compiled libfaad2, libogg, and libvorbis without any problems. I downloaded libtheora 1.0 beta 3, and verified the md5 sum. I ran .configure without any problems, but when I run make, I get the error
.
.
.
gcc -dynamiclib ${wl}-flat_namespace ${wl}-undefined ${wl}suppress -o .libs/libtheoraenc.1.0.0.dylib .libs/cpu.o .libs/dct_decode_mmx.o .libs/dsp_mmx.o .libs/dsp_mmxext.o .libs/recon_mmx.o .libs/idct_mmx.o .libs/fdct_mmx.o .libs/dct_encode.o .libs/encode.o .libs/encoder_huffman.o .libs/encoder_idct.o .libs/encoder_toplevel.o .libs/encoder_quant.o .libs/encapiwrapper.o .libs/blockmap.o .libs/dct.o .libs/dct_decode.o .libs/frarray.o .libs/frinit.o .libs/mcomp.o .libs/misc_common.o .libs/pb.o .libs/pp.o .libs/reconstruct.o .libs/scan.o .libs/dsp.o /usr/local/lib/libogg.dylib -Wl,-read_only_relocs -Wl,suppress -install_name /usr/local/lib/libtheoraenc.1.dylib -compatibility_version 2 -current_version 2.0
ld: absolute addressing (perhaps -mdynamic-no-pic) used in _FilterHoriz__mmx from .libs/dct_decode_mmx.o not allowed in slidable image
collect2: ld returned 1 exit status
make[2]: *** [libtheoraenc.la] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
https://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1331bug in oggenc22008-05-27T03:38:18Zanoop_manakkalathbug in oggenc21) The version information is erroneousness.
OggEnc v2.85 (libvorbis 1.2.0 [SVN - 20080316])
(c) 2000-2005 Michael Smith <msmith@xiph.org>
& portions by John Edwards <john.edwards33@ntlworld.com>
(c) 2000-2005 should be changed to ...1) The version information is erroneousness.
OggEnc v2.85 (libvorbis 1.2.0 [SVN - 20080316])
(c) 2000-2005 Michael Smith <msmith@xiph.org>
& portions by John Edwards <john.edwards33@ntlworld.com>
(c) 2000-2005 should be changed to 2000-2008.
2) It is said that the quality setting can be any where between -2 and 10. But q -2 doesn't work. It may be copied from the aoTuV version of Oggenc2, in which the quality setting can be down to -2. It should be changed to -1 and 10.