Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2018-01-22T04:18:37Zhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1782Ignoring metadata comments in ogg1232018-01-22T04:18:37ZnhollandIgnoring metadata comments in ogg123I've made some changes to ogg123 (from vorbis-tools 1.4.0) that allows arbitrary metadata comments to be ignored (=not printed to the screen) when playing files. For example, when a file contains binary album artwork in a comment, this w...I've made some changes to ogg123 (from vorbis-tools 1.4.0) that allows arbitrary metadata comments to be ignored (=not printed to the screen) when playing files. For example, when a file contains binary album artwork in a comment, this would normally result in a lot of garbage to be printed to the screen (in addition to a delay until the playback actually starts). Of course, this can be suppressed with the -q option, but when using that option no comments whatsoever and no playback progress / statistics at all would be printed, which isn't nice either.
As a result, I introduced a new command line switch (-i, --ignore-comments) as well as a new parameter in .ogg123rc (ignore-comments=...) that takes a comma-separated list of comment tags identifying those tags whose comments should not be printed (ignored) upon starting playback. The result is that only the comments specified are ignored, and all other comments as well as any playback statistics are printed as always.
The attached diff contains all the necessary changes to the ogg123 source.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1780configure fails to find vorbis with --with-vorbis-includes2018-01-22T04:18:37Zhhaamuconfigure fails to find vorbis with --with-vorbis-includes./configure --with-vorbis-libraries=~/src/vorbis/aotuv-b6.02_20110227/lib/.libs/ --with-vorbis-includes=~/src/vorbis/aotuv-b6.02_20110227/include/
[...]
checking for library containing cos... -lm
checking for Vorbis... yes
checking w..../configure --with-vorbis-libraries=~/src/vorbis/aotuv-b6.02_20110227/lib/.libs/ --with-vorbis-includes=~/src/vorbis/aotuv-b6.02_20110227/include/
[...]
checking for library containing cos... -lm
checking for Vorbis... yes
checking whether OV_ECTL_COUPLING_SET is declared... no
configure: error: Vorbis >= 1.3.0 required !
----
config.log:
----
configure:21549: checking whether OV_ECTL_COUPLING_SET is declared
configure:21579: gcc -c -O2 -Wall -ffast-math -fsigned-char -g -O2 conftest.c >&5
conftest.c: In function 'main':
conftest.c:102: error: 'OV_ECTL_COUPLING_SET' undeclared (first use in this function)
conftest.c:102: error: (Each undeclared identifier is reported only once
conftest.c:102: error: for each function it appears in.)
configure:21585: $? = 1
----
problem: gcc is not called with the proper include dirs
This is for vorbis-tools 1.4.0Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1755vorbiscomment should allow for delimiter other than newline2018-01-22T04:18:38ZGitlab Botvorbiscomment should allow for delimiter other than newlineWhen vorbiscomment reads from a file, it would be nice if it could use a delimiter other than newline. That way a metadata field value could have a newline (which is the case for lyrics, for instance).
I wrote a patch that does just tha...When vorbiscomment reads from a file, it would be nice if it could use a delimiter other than newline. That way a metadata field value could have a newline (which is the case for lyrics, for instance).
I wrote a patch that does just that. I tested it on version 1.2, but it seems that newer versions of vorbiscomment don't change anything significant.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1749Permutation row for 6.1 channel audio setup in oggenc (trunk) seems to be wro...2018-01-22T04:18:37ZMichal SoltysPermutation row for 6.1 channel audio setup in oggenc (trunk) seems to be wrong (+patch)oggenc from vorbis-tools (trunk version) has following permutation row for 6.1 channel setup:
0 2 1 4 5 6 3
But:
1) according to vorbis specs, the order should be:
FL, FC, FR, SL, SR, BC, LFE
2) according to wave extensible, 0x70F e...oggenc from vorbis-tools (trunk version) has following permutation row for 6.1 channel setup:
0 2 1 4 5 6 3
But:
1) according to vorbis specs, the order should be:
FL, FC, FR, SL, SR, BC, LFE
2) according to wave extensible, 0x70F expects:
FL, FR, FC, LFE, BC, SL, SR
So the proper permutation matrix should likely be:
0 2 1 5 6 4 3
If I adjust the matrix and recompile, I get proper channel order from e.g. libavcodec.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1743oggdec prints version string to the data stream when decoding to stdout2018-01-22T04:18:37Ztropfenschlagoggdec prints version string to the data stream when decoding to stdouthere an example:
```
$ oggdec --output - foo.ogg 2>/dev/null
oggdec from vorbis-tools 1.4.0
RIFF [and some more binary data]
```
I propose you print out the version string to stderr when in normal operation. I have attached a patch whi...here an example:
```
$ oggdec --output - foo.ogg 2>/dev/null
oggdec from vorbis-tools 1.4.0
RIFF [and some more binary data]
```
I propose you print out the version string to stderr when in normal operation. I have attached a patch which should solve the problem ~~[untested!]~~ [now tested]Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1696oggenc progress indication2018-01-22T04:18:37ZGitlab Botoggenc progress indicationWould be nice if oggenc could indicate how many seconds have been processed instead of (or additional to) the current indication how long oggenc is running. (when feeding oggenc via a pipe like:
```
ffmpeg -v -10 -threads 4 -i "test_en_...Would be nice if oggenc could indicate how many seconds have been processed instead of (or additional to) the current indication how long oggenc is running. (when feeding oggenc via a pipe like:
```
ffmpeg -v -10 -threads 4 -i "test_en_aid_128__09_38_42_868_01.ac3" -acodec pcm_s16le -ac 6 -ar 48000 -f wav - | oggenc -r -b 128 -C 6 -R 48000 --ignorelength --utf8 -o "test_en_aid_128__09_38_42_868_02.ogg" -
```
Michael SmithMichael Smithhttps://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/1686vorbis-tools: should accept input in libsndfile formats2018-01-22T04:18:37ZJohn Ferlitovorbis-tools: should accept input in libsndfile formatsReported by Rogério Brito at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488458
It would be highly desirable to have oggenc to have its input section
driven by libsndfile1, as that would allow, for instance, the
codification of spe...Reported by Rogério Brito at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488458
It would be highly desirable to have oggenc to have its input section
driven by libsndfile1, as that would allow, for instance, the
codification of speech files taken from regular S1MP3 recorders to be
vorbis files (some S1MP3 files record their files not in plain PCM
format, but in IMA ADPCM format).
I am member of the upstream team of maintainers of lame and it currently
has its input as libsndfile1 which makes things very flexible for users.
Since I would prefer to put the lectures that I give on-line, I would be
much more comfortable using Vorbis instead of MP3.
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/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/1682new feature 'vorbiscomment -e' to launch an editor2018-01-22T04:18:37ZJohn Ferlitonew feature 'vorbiscomment -e' to launch an editorI often want to edit tags of ogg vorbis files using an editor, so I
wrote a new option 'vorbiscomment -e' (similar to 'crontab -e').
I was a bit lazy, using the current directory for the temp file rather
than getenv(TMPDIR), but I know ...I often want to edit tags of ogg vorbis files using an editor, so I
wrote a new option 'vorbiscomment -e' (similar to 'crontab -e').
I was a bit lazy, using the current directory for the temp file rather
than getenv(TMPDIR), but I know some other apps do the same thing.
Also, the patch is debian-specific as I use sensible-editor rather than
getenv(VISUAL) etc.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1680oggenc displays useless warning even if --quiet is set2018-01-22T04:18:37ZJohn Ferlitooggenc displays useless warning even if --quiet is setReported at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=538025
1. Create a wav file with sox:
$ sox source.wav -b 32 -e floating-point output.wav vol 0.5 dither
2. Encode with --quiet option:
$ oggenc --quiet output.wav
Skipping ch...Reported at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=538025
1. Create a wav file with sox:
$ sox source.wav -b 32 -e floating-point output.wav vol 0.5 dither
2. Encode with --quiet option:
$ oggenc --quiet output.wav
Skipping chunk of type "fact", length 4
$
This is just a minor annoyance (I don't particularly want to redirect
stderr) and seems to be related to 32-bit floating-point WAVs created
with SoX, which seems to tag them with some metadata.
The code in question should either honour the --quiet switch, or
recognise the "fact" chunk (which seems to be a standard chunk in WAVs)
and not print a warning on encountering it.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1679ogg123 undocumentedly requires -d to preceed -f2018-01-22T04:18:37ZJohn Ferlitoogg123 undocumentedly requires -d to preceed -fReported by Britton Leo Kerin at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=359948
Actually the man page doesn't really even say that -f is going to
require -d, and the error message that you get when you try -f alone
doesn't say ...Reported by Britton Leo Kerin at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=359948
Actually the man page doesn't really even say that -f is going to
require -d, and the error message that you get when you try -f alone
doesn't say that you need to have the -d preceed the -f, though this
requirement probably makes sense. So it ends up looking like it just
doesn't work unless you happen to try switching the options around.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1678oggdec manpage error: oggdec - doesn't write to stdout2018-01-22T04:18:37ZJohn Ferlitooggdec manpage error: oggdec - doesn't write to stdoutReported by anton repko at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=263762
The man page says:
If the input file is specified as ‐ , then oggdec will read
from stdin, and write to stdout unless an output filename i...Reported by anton repko at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=263762
The man page says:
If the input file is specified as ‐ , then oggdec will read
from stdin, and write to stdout unless an output filename is
specified.
This doesn't seem to be true. It writes to "-.wav" if no filename is
specified, e.g. for
oggdec - < foo.ogg
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1677/usr/bin/ogg123: ogg123 status filling the console2018-01-22T04:18:37ZJohn Ferlito/usr/bin/ogg123: ogg123 status filling the consoleOriginally reported by matthieu castet at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=239073
If the terminal width is shorter than the ogg status line
Time: 00:20.61 [03:09.31] of 03:29.92 (219.6 kbps) Output
and it wraps then...Originally reported by matthieu castet at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=239073
If the terminal width is shorter than the ogg status line
Time: 00:20.61 [03:09.31] of 03:29.92 (219.6 kbps) Output
and it wraps then it starts scrolling instead of just updating itself.
Michael 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/1644oggenc finish early2018-01-22T04:18:38ZGitlab Botoggenc finish earlyThe audio file converted fine, but log says that it didn't finish.
Steps to reproduce:
mkfifo audio.wav
oggenc -q 4 -o audio.ogg audio.wav 2> /tmp/ogg.log & mplayer -really-quiet -nocorrect-pts -vo null -vc null -alang eng,und -ao pcm...The audio file converted fine, but log says that it didn't finish.
Steps to reproduce:
mkfifo audio.wav
oggenc -q 4 -o audio.ogg audio.wav 2> /tmp/ogg.log & mplayer -really-quiet -nocorrect-pts -vo null -vc null -alang eng,und -ao pcm:file=audio.wav:fast "$1"Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1613Replace custom resampler in oggenc with speex resampler2020-12-06T10:04:07ZTobias WolfReplace custom resampler in oggenc with speex resamplerThe resampler in oggenc should be replaced with the Speex resampler, which is of much higher quality.
The derived fork oggenc2 uses libsamplerate, but that would add a new dependency.
vorbis-tools already depend on libspeex.The resampler in oggenc should be replaced with the Speex resampler, which is of much higher quality.
The derived fork oggenc2 uses libsamplerate, but that would add a new dependency.
vorbis-tools already depend on libspeex.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1607oggenc cannot read FLAC files with ID3 tags2018-01-22T04:18:38ZKipoggenc cannot read FLAC files with ID3 tags$ oggenc -q 7 foo.flac
Assuming foo.flac contains ID3 tags instead of the standard Vorbis format, oggenc fails to recognize the file. This is probably a good thing to encourage people to use the standard format Vorbis tags instead of ID...$ oggenc -q 7 foo.flac
Assuming foo.flac contains ID3 tags instead of the standard Vorbis format, oggenc fails to recognize the file. This is probably a good thing to encourage people to use the standard format Vorbis tags instead of ID3 in FLAC files, but it still leaves users stuck with "tainted" FLAC files they are trying to transcode to ogg that they, presumably, got from somewhere else. It might be a good idea to have a switch --enable-legacy-flac or some such for oggenc runtime that is available if at compile time oggenc is configured with FLAC enabled input toggled.
I could be mistaken in that this isn't an issue with oggenc, but perhaps with libflac or some other backend.
I am using Jaunty's vorbis-tools package (amd64) version 1.2.0. I say this here, since the version isn't available on the ticket version combobox.
Kip
PS Does anyone know which junky FLAC encoder is responsible for writing out ID3 tags in the first place?Michael SmithMichael Smith