Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2002-01-11T11:17:12Zhttps://gitlab.xiph.org/xiph/ogg/-/issues/125media type audio/x-ogg or application/x-ogg should be added to Apache mime.types2002-01-11T11:17:12Zyusufgmedia type audio/x-ogg or application/x-ogg should be added to Apache mime.types```
Hi, I recommend the designers of Ogg vorbis decide on a media/mime type for
Ogg/Vorbis and submit it for inclusion to the Apache group. I suggest either
1) audio/x-ogg
2) application/x-ogg
With the media-type available, one can th...```
Hi, I recommend the designers of Ogg vorbis decide on a media/mime type for
Ogg/Vorbis and submit it for inclusion to the Apache group. I suggest either
1) audio/x-ogg
2) application/x-ogg
With the media-type available, one can then utilise Apaches mod_expires module
to generate cache-friendly headers for ogg file which speeds up serving ogg
streams to people behind ISP proxy caches
http://httpd.apache.org/docs/mod/mod_expires.html
This mechanism is explained in depth at
http://www.mnot.net/cache_docs/
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/ogg/-/issues/163minor problem in in_vorbis plugin and may be ...2002-02-20T07:16:24Zxakepminor problem in in_vorbis plugin and may be ...```
my own encoder of ogg (write on pascal) make test.ogg. Winamp (with in_vorbis
plugin) playing him is normal (without artefacts), but decoder from vorbis_sdk
tools make garbage-like WAV file. :(
I place my test.ogg in followed link...```
my own encoder of ogg (write on pascal) make test.ogg. Winamp (with in_vorbis
plugin) playing him is normal (without artefacts), but decoder from vorbis_sdk
tools make garbage-like WAV file. :(
I place my test.ogg in followed link, please download and test this situation.
Thanks.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/168%n to -n should be more flexible2002-03-22T14:45:39Zjdahlin%n to -n should be more flexible```
%n should support something like this:
%2n -> ' 1', ' 2', ..., '10', '11' (always 2 in width)
%02n -> '01', '02', ..., '10', '11' (always 2 in width, pad with zeros)
%-2n -> '1 ', '2 ', ..., '10,, '11' (always 2 in width, align lef...```
%n should support something like this:
%2n -> ' 1', ' 2', ..., '10', '11' (always 2 in width)
%02n -> '01', '02', ..., '10', '11' (always 2 in width, pad with zeros)
%-2n -> '1 ', '2 ', ..., '10,, '11' (always 2 in width, align left)
I feel that %0xN is most important of the three.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/173oggenc ignores bitrate setting2002-03-27T06:54:03Zflifsonoggenc ignores bitrate setting```
oggenc seems to ignore the bitrate setting. I get huge .ogg files with bitrates
in the 300+ area when I specified a much lower bit rate. Here's an example.
[flifson@asgard london_calling]$ oggenc -b 128 11_wrong_em_boyo.wav
Opening...```
oggenc seems to ignore the bitrate setting. I get huge .ogg files with bitrates
in the 300+ area when I specified a much lower bit rate. Here's an example.
[flifson@asgard london_calling]$ oggenc -b 128 11_wrong_em_boyo.wav
Opening with wav module: WAV file reader
Encoding "11_wrong_em_boyo.ogg" [ 99.9%] [ 0m00s remaining] \
Done encoding file "11_wrong_em_boyo.ogg"
File length: 3m 13.0s
Elapsed time: 0m 56.9s
Rate: 3.3988
Average bitrate: 347.9 kb/s
[flifson@asgard london_calling]$ oggenc -v
OggEnc v0.8 (libvorbis rc2)
I'm using 0.8rc2. Does this not have bitrate limits enabled?
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/172Oggenc RC3 Cannot handle Very Long Pathnames2002-04-07T21:14:58ZkoranskyOggenc RC3 Cannot handle Very Long Pathnames```
I have found that Oggenc.exe does not run if the pathnames to the files are
very long. I have double checked with LAME and MPEG Plus, they run with no
problem. Very long pathnames are needed with my music collection for detailed
d...```
I have found that Oggenc.exe does not run if the pathnames to the files are
very long. I have double checked with LAME and MPEG Plus, they run with no
problem. Very long pathnames are needed with my music collection for detailed
descriptions.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/183memory leak2002-04-15T00:48:22ZGitlab Botmemory leak```
OggEnc v09.L seems to have a memory leak, when I encoded a 13 min
44Khz track it gradually consumed all my free memory.
I'm under Win2K SP2.
``````
OggEnc v09.L seems to have a memory leak, when I encoded a 13 min
44Khz track it gradually consumed all my free memory.
I'm under Win2K SP2.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/181short files are encoded into empty ogg files2002-04-22T08:54:18Zretoshort files are encoded into empty ogg files```
I have a short wav file and use oggenc with no flags to encode it. It works
perfectly, except for files that are shorter than ~0.5 seconds. These will just
be blank. I am aware it may not be space effective to encode tiny sounds, but...```
I have a short wav file and use oggenc with no flags to encode it. It works
perfectly, except for files that are shorter than ~0.5 seconds. These will just
be blank. I am aware it may not be space effective to encode tiny sounds, but
want to do it for consistency
```Michael SmithMichael Smithhttps://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-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/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-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/ogg/-/issues/222devel rpm doesn't include aclocal/ogg.m42002-07-29T18:45:54Znoadevel rpm doesn't include aclocal/ogg.m4```
The devel rpm doesn't include /usr/share/aclocal/ogg.m4 in it's file list,
therefore it doesn't get pacakged and distributed.
Should be fixed I guess.
``````
The devel rpm doesn't include /usr/share/aclocal/ogg.m4 in it's file list,
therefore it doesn't get pacakged and distributed.
Should be fixed I guess.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/160Win32 Vorbis Tools is missing documentation2002-08-09T16:22:14ZtoddWin32 Vorbis Tools is missing documentation```
I didn't even know there was any documentation for these, but I heard from
Segher Boessenkool that there are supposed to at least be man pages for each of
the tools. However, in the 1.0rc3 ZIP file, there are none. Just the
exec...```
I didn't even know there was any documentation for these, but I heard from
Segher Boessenkool that there are supposed to at least be man pages for each of
the tools. However, in the 1.0rc3 ZIP file, there are none. Just the
executables.
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/228oggenc segfaults on some .wav files2002-08-24T06:46:27Zjddoggenc segfaults on some .wav files```
Have found several .wav's that oggenc will core dump on. Platform is
Solaris 8 on UltraSparc running in 64-bit mode (compiling as 32-bit).
Example file: http://www.nnaf.net/~jdd/oggenc_core.wav
That file contains the first 10 seco...```
Have found several .wav's that oggenc will core dump on. Platform is
Solaris 8 on UltraSparc running in 64-bit mode (compiling as 32-bit).
Example file: http://www.nnaf.net/~jdd/oggenc_core.wav
That file contains the first 10 seconds or so (1 mb) of Ozzy Osbourne's
Mr. Tinkertrain.
Here is the stack trace:
(gdb) set args -o blah.ogg /tmp/oggenc_core.wav
(gdb) run
Program received signal SIGSEGV, Segmentation fault.
0xff24b7b4 in apsort (a=0xffbeef4c, b=0xffbeef54) at psy.c:953
953 if(fabs(**(float **)a)>fabs(**(float **)b))return -1;
(gdb) where
#0 0xff24b7b4 in apsort (a=0xffbeef4c, b=0xffbeef54) at psy.c:953
#1 0xff14b24c in qsort () from /usr/lib/libc.so.1
#2 0xff24bc6c in _vp_noise_normalize_sort (p=0x59708, magnitudes=0x93fe0,
sortedindex=0xffbef010) at psy.c:994
#3 0xff259220 in mapping0_forward (vb=0xffbef478) at mapping0.c:532
#4 0xff244068 in vorbis_analysis (vb=0xffbef478, op=0x0) at analysis.c:47
#5 0x1877c in oe_encode (opt=0xffbef7c0) at encode.c:283
#6 0x131e0 in main (argc=4, argv=0xffbef93c) at oggenc.c:337
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/275MacOS X CD Audio encoding support2002-11-07T12:23:40ZjordyMacOS X CD Audio encoding support```
MacOS X's internal CD Audio file system format is a little-endian variant of
AIFF-C. A small patch is needed to properly handle it.
``````
MacOS X's internal CD Audio file system format is a little-endian variant of
AIFF-C. A small patch is needed to properly handle it.
```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-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/icecast-libshout/-/issues/303Libshout's example code is broken2002-12-29T11:48:20ZtypoLibshout's example code is broken```
The example code that comes with libshout doesn't work. Patch attatched.
Pedro Corte-Real.
``````
The example code that comes with libshout doesn't work. Patch attatched.
Pedro Corte-Real.
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/positron/-/issues/349Filenames with a colon cause crash2003-05-24T22:31:17ZtboneFilenames with a colon cause crash```
Positron bombs out when trying to sync a filename with a colon in it.
Here's the output:
[tbone@hermes tbone]$ positron sync
Synchronizing Neuros music database.
Checking for new music... Copying 1549 new tracks.
A...```
Positron bombs out when trying to sync a filename with a colon in it.
Here's the output:
[tbone@hermes tbone]$ positron sync
Synchronizing Neuros music database.
Checking for new music... Copying 1549 new tracks.
Art Of Noise - 12 - Pause.mp3...
Art Of Noise - 13 - Out of this World [Version 138].mp3...
Art Of Noise - 06 - Rapt In the Evening Air.mp3...
Art Of Noise - 01 - Il Pleure [At the End of the Century].mp3...
Art Of Noise - 11 - Approximate Mood Swing no 2.mp3...
Art Of Noise - 03 - Metaforce: The Size Of A Metaphor.mp3...
Traceback (most recent call last):
File "/usr/bin/positron", line 153, in ?
main(sys.argv)
File "/usr/bin/positron", line 138, in main
cmd.run(config, myNeuros, remaining[1:])
File "/usr/lib/python2.2/site-packages/positron/cmd_sync.py", line 128, in run
add_track(neuros, sourcename, targetname)
File "/usr/lib/python2.2/site-packages/positron/add_file.py", line 75, in
add_track
util.copy_file(sourcename, targetname)
File "/usr/lib/python2.2/site-packages/positron/util.py", line 41, in copy_file
dest = file(dest_filename, "wb")
IOError: invalid mode: wb
```Stan SeibertStan Seibert