Vorbis tools issueshttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues2018-01-22T04:55:53Zhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1687medium output option for oggenc2018-01-22T04:55:53ZJohn Ferlitomedium output option for oggencReported by Ian Zimmerman at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=544231
Without -Q, oggenc output is very voluminous, including many hidden lines
(i.e. lines anding with CR and no LF). With -Q, there's no output at all,
no...Reported by Ian Zimmerman at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=544231
Without -Q, oggenc output is very voluminous, including many hidden lines
(i.e. lines anding with CR and no LF). With -Q, there's no output at all,
not even a list of input files processed. There seems to be nothing in
between, which is a shame, especially if I want to use oggenc as part of
a larger program/script and to send the output to a file, not to a tty.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1685ogginfo: speedier operation2018-01-22T04:18:37ZJohn Ferlitoogginfo: speedier operationReported by Clint Adams at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340888
I want an option for ogginfo to not read the entire .ogg, but to use
ov_time_tell() or something to determine the length of the vorbis
stream.
Reported by Clint Adams at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340888
I want an option for ogginfo to not read the entire .ogg, but to use
ov_time_tell() or something to determine the length of the vorbis
stream.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1895oggdec print progress information too fast. Slows process and system down.2018-01-22T05:00:03ZThomas Pfaffoggdec print progress information too fast. Slows process and system down.I'm using oggdec on OpenBSD where I do not have accelerated graphics. The fast output of progress information from oggdec slows not only the decode process down but also the system. For example "oggdec -Q -o bar.wav foo.ogg" takes abou...I'm using oggdec on OpenBSD where I do not have accelerated graphics. The fast output of progress information from oggdec slows not only the decode process down but also the system. For example "oggdec -Q -o bar.wav foo.ogg" takes about 1.2 seconds while "oggdec -o bar.wav foo.ogg" takes about 3.1 seconds. About 2 seconds wasted just to print progress information.
I made a quick hack that generates a SIGALRM every 250 ms or so that sets a variable telling the decoder to print progress information, i.e. "if (!quiet && seekable && update) { update = 0; ... }"... I'm not sure if this is the way to go but at least it fixes the problem for me. I can always just use -Q or hide the xterm but I want to see the progress information.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1684ogg123: option to make audioscrobbling easier2021-01-04T22:24:56ZJohn Ferlitoogg123: option to make audioscrobbling easierReported by Clint Adams at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340887
I want an option for ogg123 to output the vorbiscomment (or all the
metadata), plus the length of the track in seconds, and the amount that
was played be...Reported by Clint Adams at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340887
I want an option for ogg123 to output the vorbiscomment (or all the
metadata), plus the length of the track in seconds, and the amount that
was played before the song ended or was Ctrl-C'd.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1683New feature: oggenc: native endianness option2018-01-22T04:24:27ZJohn FerlitoNew feature: oggenc: native endianness optionReported by Tobias Diedrich at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=225316
Would be nice if there was a native endian option for raw mode. This would be useful in shell scripts to make them portable if you don't know what en...Reported by Tobias Diedrich at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=225316
Would be nice if there was a native endian option for raw mode. This would be useful in shell scripts to make them portable if you don't know what endian you are onMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1836Autoconf is missing --with-flac parameter2018-01-22T04:53:15ZJeremyAutoconf is missing --with-flac parameterOn custom installs, vorbis-tools (version 1.4.0) may not be able to locate flac when you run the ./configure script. However, running ./configure --help reveals that the only option related to flac is:
--without-flac
It would be useful ...On custom installs, vorbis-tools (version 1.4.0) may not be able to locate flac when you run the ./configure script. However, running ./configure --help reveals that the only option related to flac is:
--without-flac
It would be useful (and a fairly standard way of doing things in autoconf) if the option were provided to specify the location of flac when it can't be located in the usual locations, with a specifier such as --with-flacMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1671VBR histogram for oggenc2018-01-22T04:25:03ZKahlil RobinsonVBR histogram for oggencIt would be cool if oggenc could display a VBR histogram the way the LAME MP3 encoder does, to give a better idea of how a file has been encoded.It would be cool if oggenc could display a VBR histogram the way the LAME MP3 encoder does, to give a better idea of how a file has been encoded.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/502compatability - mpg123 - rate option2018-01-22T04:18:38Zjrollysoncompatability - mpg123 - rate option```
This is a feature request to implement the -r (output rate) option, in order to
provide drop in compatability with mpg123 for various applications including
telephony applications (which normally require a 8000 Hz sample rate)
``````
This is a feature request to implement the -r (output rate) option, in order to
provide drop in compatability with mpg123 for various applications including
telephony applications (which normally require a 8000 Hz sample rate)
```Stan SeibertStan Seibert