Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2005-09-22T15:54:51Zhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/713Misleading commands oggenc, oggdec and ogg123 should be vorbisenc, vorbisdec ...2005-09-22T15:54:51ZNowhere ManMisleading commands oggenc, oggdec and ogg123 should be vorbisenc, vorbisdec and vorbis123In the vorbis-tools, several commands are named ogg{something}, but work not on every ogg file, but only on ogg vorbis ones.
Like any other Xiph's tools, they should be named according to the specific codec with which they work. vcut, v...In the vorbis-tools, several commands are named ogg{something}, but work not on every ogg file, but only on ogg vorbis ones.
Like any other Xiph's tools, they should be named according to the specific codec with which they work. vcut, vorbiscomment and ogginfo are named accurately, but oggdec, oggenc and ogg123 should be respectively named vorbisdec, vorbisenc and vorbis123.
As a matter of fact, ogginfo should go in th ogg-tools.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/699lowercase comments in oggenc2009-04-19T21:14:31Zdavidelowercase comments in oggencHi, I've found a minor incompatibility between vorbis comments and my portable player (MPIO HD300). I've noticed that oggenc places the left part of comments in lowercase, e.g.
author=
title=
album=
...
and so on. My player correctly dis...Hi, I've found a minor incompatibility between vorbis comments and my portable player (MPIO HD300). I've noticed that oggenc places the left part of comments in lowercase, e.g.
author=
title=
album=
...
and so on. My player correctly displays tags only if the left part is UPPERCASE, e.g.
AUTHOR=
TITLE=
ALBUM=
I've patched oggenc.c to get it works with my player.
It is a bug of my player's firmware, obviously, and I have written and e-mail to the support service of MPIO reporting this. I haven't received response yet, I don't know if they will fix the bug in the future.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/692ogginfo reports incorrect upper bitrate: 0.160000 kb/s2008-02-16T00:47:06ZGitlab Botogginfo reports incorrect upper bitrate: 0.160000 kb/s/usr/local/src/vorbis-tools-1.1.1/ogginfo/ogginfo.bak '/ftp/jack/Arnold Jarvis - Take some time out.ogg'
Processing file "/ftp/jack/Arnold Jarvis - Take some time out.ogg"...
New logical stream (#1, serial: 149e9b2e): type vorbis
Vorbis.../usr/local/src/vorbis-tools-1.1.1/ogginfo/ogginfo.bak '/ftp/jack/Arnold Jarvis - Take some time out.ogg'
Processing file "/ftp/jack/Arnold Jarvis - Take some time out.ogg"...
New logical stream (#1, serial: 149e9b2e): type vorbis
Vorbis headers parsed for stream 1, information follows...
Version: 0
Vendor: Xiph.Org libVorbis I 20050304
Channels: 2
Rate: 44100
Nominal bitrate: 224.000000 kb/s
Upper bitrate: 0.160000 kb/s
Lower bitrate not set
Vorbis stream 1:
Total data length: 11176890 bytes
Playback length: 6m:54.559s
Average bitrate: 215.686800 kb/s
Logical stream 1 ended
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/687configure options --with-* don't work properly2008-02-16T00:41:32ZMichael Smithconfigure options --with-* don't work properlyTested with --with-vorbis, but I assume other options work similarly: the options are ignored, because it looks for the pkgconfig files.
Either the --with-vorbis, etc. options should be removed (and a pointer to setting PKG_CONFIG_PATH...Tested with --with-vorbis, but I assume other options work similarly: the options are ignored, because it looks for the pkgconfig files.
Either the --with-vorbis, etc. options should be removed (and a pointer to setting PKG_CONFIG_PATH added somewhere), or these options should make it look for the pkgconfig files in the specified location(s).
Thomas Vander SticheleThomas Vander Stichelehttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/685Oggenc doesn't properly place UTF8 comments when CHARSET is null.2009-04-19T19:20:12ZhknishinoOggenc doesn't properly place UTF8 comments when CHARSET is null.While using a script I wrote to process a flac-as-cd file into seperate tagged vorbis encoded tracks, I found that accented characters in metadata were being replaced with '#' characters despite UTF8 encoding being used at every step. Th...While using a script I wrote to process a flac-as-cd file into seperate tagged vorbis encoded tracks, I found that accented characters in metadata were being replaced with '#' characters despite UTF8 encoding being used at every step. Thanks to the very kind help at #vorbis it was narrowed down to the fact that environment variable CHARSET was set to nothing. The problem goes away when CHARSET is set to "UTF-8".
Now, I use Slackware 10.1 which may be at fault for not setting CHARSET properly with the other locale variables, so I don't really know if it's an oggenc bug here. However, this problem does not happen when using LAME instead of oggenc in the same situation**, I haven't experienced any other problems of this sort in other programs, and MikeS asked me to file it. ;)
** With amaroK set to interpet id3v1 as UTF8.
Example:
(LANG and LC_ALL are set to "en_US.UTF-8")
```
> export CHARSET=
> oggenc -q 6 -c "TITLE=J'y suis jamais allé" blah.wav
[...]
> ogginfo blah.ogg
[...]
User comments section follows...
TITLE=J'y suis jamais all##
[...]
> export CHARSET=UTF-8
> oggenc -q 6 -c "TITLE=J'y suis jamais allé" blah.wav
[...]
> ogginfo blah.ogg
[...]
User comments section follows...
TITLE=J'y suis jamais allé
[...]
```
Also, oggenc was built from a vanilla vorbis-tools-1.1.1.tar.gz with './configure --prefix=/usr'Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/680Accented characters are broken in OS X2009-04-19T20:34:47ZMichel Alexandre SalimAccented characters are broken in OS XI use both Ogg Vorbis and FLAC for my music collection, ripping CDs to FLAC and then reencoding to Vorbis for my portable player. Things work well until one day I decided to tag a French CD that has accented characters.. I tried explicit...I use both Ogg Vorbis and FLAC for my music collection, ripping CDs to FLAC and then reencoding to Vorbis for my portable player. Things work well until one day I decided to tag a French CD that has accented characters.. I tried explicitly saving the tag file in UTF8 using TextEdit, but the tags become corrupted (I get ## instead). If I try listing the tags (using vorbiscomment -l , ogginfo or metaflac --list) of a file tagged in Linux, I get for example the following:
```
comments: 10
comment[0]: REPLAYGAIN_TRACK_PEAK=0.97973633
comment[1]: REPLAYGAIN_TRACK_GAIN=-6.96 dB
comment[2]: REPLAYGAIN_ALBUM_PEAK=0.99316406
comment[3]: REPLAYGAIN_ALBUM_GAIN=-7.03 dB
comment[4]: title=Reste l`a
comment[5]: artist=Keren Ann
comment[6]: genre=Alternative Folk
comment[7]: date=2000
comment[8]: album=La biographie de Luka Philipsen
comment[9]: tracknumber=07
```
Note that the Reste l`a is supposed to be Reste là ..
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/678oggenc doesn't read flac-in-ogg (created with flac --ogg)2006-12-10T15:06:40Zmilletteoggenc doesn't read flac-in-ogg (created with flac --ogg)$ flac --ogg audio_05.wav
$ oggenc --output audio_05-128.ogg audio_05.ogg
Erreur : le fichier d'entrée « audio_05.ogg » n'est pas dans un format reconnu
(error: the input file is in an unknown format)
I'm using Debian/Sarge and grabbed ...$ flac --ogg audio_05.wav
$ oggenc --output audio_05-128.ogg audio_05.ogg
Erreur : le fichier d'entrée « audio_05.ogg » n'est pas dans un format reconnu
(error: the input file is in an unknown format)
I'm using Debian/Sarge and grabbed theses sources:
http://ftp.debian.org/debian/pool/main/v/vorbis-tools/vorbis-tools_1.0.1.orig.tar.gz
I also compared with the latest trunk from svn, same result.
I tried to fix it, but maybe the problem lies in flac. Here's what I did :
flac.c, line 43 :
int oggflac_id(unsigned char *buf, int len)
{
if (len < 41) return 0;
return memcmp(buf, "OggS", 4) == 0 && flac_id(buf + 37, len - 37);
}
audio.c, line 47
/* Define the supported formats here */
{oggflac_id, 41, flac_open, flac_close, "ogg", N_("Ogg FLAC file reader")},
Really not sure why, but this now lets me encode oggflac files to oggvorbis with oggenc file.ogg, meaning when I create file.ogg with "flac --ogg ..."
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/671oggenc can't process 22050 Hz, 1 ch, s16le .wav file2007-06-17T08:43:04Zvitkooggenc can't process 22050 Hz, 1 ch, s16le .wav fileI'm trying to process .wav file:
```
$ oggenc audiodump.wav
ERROR: Wav file is unsupported subformat (must be 8,16, or 24 bit PCM or floating point PCM
ERROR: Input file "audiodump.wav" is not a supported format
```
But e.g. mplayer sa...I'm trying to process .wav file:
```
$ oggenc audiodump.wav
ERROR: Wav file is unsupported subformat (must be 8,16, or 24 bit PCM or floating point PCM
ERROR: Input file "audiodump.wav" is not a supported format
```
But e.g. mplayer says following about audiodump.wav:
```
$ mplayer audiodump.wav
...
Playing audiodump.wav.
Audio file detected.
...
Opening audio decoder: [pcm] Uncompressed PCM audio decoder
AUDIO: 22050 Hz, 1 ch, s16le, 352.8 kbit/100.00% (ratio: 44100->44100)
Selected audio codec: [pcm] afm:pcm (Uncompressed PCM)
...
```
As for oggenc version,
```
$ oggenc --version
OggEnc v1.0.1 (libvorbis 1.0.1)
```
I'd be very grateful for any solution of this mystery. It is probably just my ignorance.Michael SmithMichael Smithhttps://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/vorbis-tools/-/issues/666HTTP Accept header incorrect with both ogg and flac2005-07-23T20:31:34ZtonygHTTP Accept header incorrect with both ogg and flacPROBLEM: ogg123 cannot http-stream from MS IIS when compiled with flac support (Apache works fine though - I guess apache ignores bad Accept headers)
DIAGNOSIS:
When streaming-HTTP downloading an ogg using "ogg123 http://...", ogg123 i...PROBLEM: ogg123 cannot http-stream from MS IIS when compiled with flac support (Apache works fine though - I guess apache ignores bad Accept headers)
DIAGNOSIS:
When streaming-HTTP downloading an ogg using "ogg123 http://...", ogg123 inserts an HTTP Accept header like this:
Accept: application/ogg audio/x-flac;q=0.9
This is incorrect - it should be
Accept: application/ogg, audio/x-flac;q=0.9
Note the extra comma. See RFC 2616, section 14.1. The patch is a one-liner - I'll attach it shortly.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/660--downmix causes silence2007-06-17T08:55:37ZMeta-Dynamic--downmix causes silenceWhen I encode the test file located here: [http://68.85.134.91:8082/foo.wav] (small, 65k, less than one second duration) (is there no way to add attachments to tickets?) using oggenc with the --downmix option, the resulting .ogg file, wh...When I encode the test file located here: [http://68.85.134.91:8082/foo.wav] (small, 65k, less than one second duration) (is there no way to add attachments to tickets?) using oggenc with the --downmix option, the resulting .ogg file, while containing a stream for the correct duration, seems to contain nothing but silence.
* It occurs regardless of the other encoding options used (quality, resample, etc.), but if I encode the same file without --downmix, it works fine.
* I played back the .ogg file with several tools (all of which may be using the same libraries for decoding, I don't know) with the same result, so I am thinking that the problem occurs at encode-time, but of course I don't know.
* This is reliably reproducable: the file was created using mplayer's "-ao pcm" option from a online-radio stream (copyrighted but this test case is so short as to be "fair use"). Any and all streams that I capture from this same source behave in the same manner. It does not seem to occur with some other audio files that I use the same version of oggenc on, so I assume that there is something about the data in this stream that triggers the bug.
* I am using Fedora Core 3; all of the vorbis/ogg libs and tools are those that were installed from the Fedora distribution:
```
# rpm -q libvorbis vorbis-tools libogg
libvorbis-1.1.0-1
vorbis-tools-1.0.1-4
libogg-1.1.2-1
```
* The file resulting from my encoding is located here: [http://68.85.134.91:8082/foo.ogg] (4k)
Michael SmithMichael Smithhttps://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/vorbis-tools/-/issues/643Clicks / Snaps during channel shuffle2008-09-01T11:26:07ZJani AverbachClicks / Snaps during channel shuffleI hear quite loud and clear clicks / snaps at the beging of the
Dire Straits' "Telegraph Road" and "Private Investigations", especially at the beging of "Private Investigations". These clicks are happening during channel shuffle.
It is ...I hear quite loud and clear clicks / snaps at the beging of the
Dire Straits' "Telegraph Road" and "Private Investigations", especially at the beging of "Private Investigations". These clicks are happening during channel shuffle.
It is ogg123 (playback) which is causing these because
wav ->> ogg ->> wav is fine.
```
Ogg Vorbis stream: 2 channel, 44100 Hz
Vorbis format: Version 0
Bitrate hints: upper=-1 nominal=224000 lower=128 window=0
Encoded by: Xiph.Org libVorbis I 20040629
ogg123 from vorbis-tools 1.0.1
libogg.so.0.5.2
libvorbis.so.0.3.0
libvorbisfile.so.3.1.0
libao.so.2.1.3
```
The OS is Linux/2.6.11.6, with alsa drivers.
And the OGG file was created with following options:
`--min-bitrate 128 -q 7`
IvoIvohttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/629setbinmode not defined if using MinGW (and MSYS)2005-03-10T23:51:40Zdjvsetbinmode not defined if using MinGW (and MSYS)MinGW does not, for obvious reasons, define _MSC_VER
so when trying to compile oggenc one gets an error due to undefined setbinmode.
The easiest way to fix this is to use the following patch:
----
```
--- oggenc/platform.c.orig Wed Mar ...MinGW does not, for obvious reasons, define _MSC_VER
so when trying to compile oggenc one gets an error due to undefined setbinmode.
The easiest way to fix this is to use the following patch:
----
```
--- oggenc/platform.c.orig Wed Mar 9 17:12:05 2005
+++ oggenc/platform.c Wed Mar 9 17:14:12 2005
@@ -38,7 +38,7 @@
}
#endif
-#if defined(__WATCOMC__) || defined(__BORLANDC__)
+#if defined(__WATCOMC__) || defined(__BORLANDC__) || defined(__MINGW32__)
void setbinmode(FILE *f)
{
setmode(fileno(f), O_BINARY);
```
----
You can also use the patch below but that may well break things with Watcom and/or Borland:
----
```
--- oggenc/platform.c~ Wed Sep 3 10:58:04 2003
+++ oggenc/platform.c Sat Jan 1 16:50:42 2005
@@ -23,7 +23,7 @@
#include <time.h>
#endif
-#if defined(_WIN32) && defined(_MSC_VER)
+#if defined(_WIN32) //&& defined(_MSC_VER)
void setbinmode(FILE *f)
{
```
----
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/623oggenc 1.0.1 -m and -M options when -q is specified, fail to multiply them by...2007-06-17T09:32:07ZJoe Robackoggenc 1.0.1 -m and -M options when -q is specified, fail to multiply them by 1000oggenc -b 128 -m 96 -M 225 foo.wav produce:
```
Nominal bitrate: 128.000000 kb/s
Upper bitrate: 225.000000 kb/s
Lower bitrate: 96.000000 kb/s
```
oggenc -q 3 -m 96 -M 225 produces:
```
Nominal bitrate: 112.000000 kb/s
Upper bitrate: 0...oggenc -b 128 -m 96 -M 225 foo.wav produce:
```
Nominal bitrate: 128.000000 kb/s
Upper bitrate: 225.000000 kb/s
Lower bitrate: 96.000000 kb/s
```
oggenc -q 3 -m 96 -M 225 produces:
```
Nominal bitrate: 112.000000 kb/s
Upper bitrate: 0.225000 kb/s
Lower bitrate: 0.096000 kb/s
```
looking @ vorbis-tools-1.0.1/oggenc/encode.c
oe_encode()
```
if(opt->quality_set > 0){
ai.bitrate_hard_min=opt->min_bitrate; // which opt->min_bitrate == (int) 96
ai.bitrate_hard_max=opt->max_bitrate; // which opt->max_bitrate == (int) 225
...
} else {
if(vorbis_encode_setup_managed(&vi, opt->channels, opt->rate,
opt->max_bitrate>0?opt->max_bitrate*1000:-1,
opt->bitrate*1000,
opt->min_bitrate>0?opt->min_bitrate*1000:-1)){
}
...
}
```
If quality is set, it fails to multiply by 1000;
If I do:
oggenc -q 3 -m 96000 -M 225000 produces:
```
Nominal bitrate: 112.000000 kb/s
Upper bitrate: 225.000000 kb/s
Lower bitrate: 96.000000 kb/s
```
Not sure if this was by design, but its certainly not indicated in the man page. :)
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/608vorbis-tools/ogg123/speex_format.c:22 speex.h: No such file or directory2005-07-11T10:44:19ZGitlab Botvorbis-tools/ogg123/speex_format.c:22 speex.h: No such file or directoryquick patch is above.
If vorbis-tools should support an old header files of Speex, configure.in might have to be corrected, I guess.
```
--- vorbis-tools.orig/ogg123/speex_format.c Thu Dec 23 11:51:51 2004
+++ vorbis-tools/ogg123/spe...quick patch is above.
If vorbis-tools should support an old header files of Speex, configure.in might have to be corrected, I guess.
```
--- vorbis-tools.orig/ogg123/speex_format.c Thu Dec 23 11:51:51 2004
+++ vorbis-tools/ogg123/speex_format.c Sun Jan 23 05:44:02 2005
@@ -19,10 +19,10 @@
#include <stdlib.h>
#include <string.h>
#include <ctype.h>
-#include <speex.h>
-#include <speex_header.h>
-#include <speex_stereo.h>
-#include <speex_callbacks.h>
+#include <speex/speex.h>
+#include <speex/speex_header.h>
+#include <speex/speex_stereo.h>
+#include <speex/speex_callbacks.h>
#include <ogg/ogg.h>
#include "transport.h"
#include "format.h"
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/605oggenc time selection2008-08-31T18:34:01ZGitlab Botoggenc time selectionOggenc has AFAIK no options what part of the song should be encoded, as --max-length=60s or --skip=43s which could be very important for
users with graphical frontends, rippers, sound editors etc.Oggenc has AFAIK no options what part of the song should be encoded, as --max-length=60s or --skip=43s which could be very important for
users with graphical frontends, rippers, sound editors etc.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/603oggenc overflow on large enocodes2008-02-16T00:45:25Zlsd-25oggenc overflow on large enocodesHi, I often use oggenc in linux to record directly from line in on my soundcard, on large files there seems to be an integer overflow as shown below. The encode completes succesfully and files are fine.
.....
Done encoding file "My Fil...Hi, I often use oggenc in linux to record directly from line in on my soundcard, on large files there seems to be an integer overflow as shown below. The encode completes succesfully and files are fine.
.....
Done encoding file "My File.ogg"
File length: -585m -38.0s
Elapsed time: 1037m 22.0s
Rate: -0.5645
Average bitrate: -254.2 kb/s
# ogginfo -v My\ File.ogg
Processing file "My File.ogg"...
New logical stream (#1, serial: 05b8e791): type vorbis
Vorbis headers parsed for stream 1, information follows...
Version: 0
Vendor: Xiph.Org libVorbis I 20040629
Channels: 2
Rate: 44100
Nominal bitrate: 128.000000 kb/s
Upper bitrate not set
Lower bitrate not set
Vorbis stream 1:
Total data length: 1116537201 bytes
Playback length: 1037m:33s
Average bitrate: 143.483649 kbps
Logical stream 1 ended
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/601bug reporting information missing in vorbis-tools README2005-07-23T20:19:34Zclockbug reporting information missing in vorbis-tools READMEbug reporting information missing in vorbis-tools 1.0.1 README.bug reporting information missing in vorbis-tools 1.0.1 README.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/588Updated fr.po file2005-07-11T10:42:54ZGitlab BotUpdated fr.po fileUpdated fr.po file for vorbis-tools-1.0.1 (never used trac before, how can I
attach my patch ?)Updated fr.po file for vorbis-tools-1.0.1 (never used trac before, how can I
attach my patch ?)Manuel LoraManuel Lora