Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2018-04-29T07:18:12Zhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1705Create Native FLAC muxer/file writer2018-04-29T07:18:12ZbarrowsiCreate Native FLAC muxer/file writerAt present, when using the Ogg DS filters, our only option is to write files into an Ogg container format. When encoding to FLAC, this results in a file that cannot be played in WMP, and although VLC can play it, the duration is not dis...At present, when using the Ogg DS filters, our only option is to write files into an Ogg container format. When encoding to FLAC, this results in a file that cannot be played in WMP, and although VLC can play it, the duration is not displayed.
We could do with the addition of a filter to write FLAC files in the Native FLAC container format to overcome these problems.Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/theora/-/issues/1703ffmpeg2theora 0.26: couple of minor bugs2017-08-20T01:57:17Zfabioffmpeg2theora 0.26: couple of minor bugs1) --novideo option should be listed under 'Video output options:', not 'Audio output options:'
2) output file should be put in current directory, not source file directory (so I can encode from read only fs like 'ffmpeg2theora /media/cd...1) --novideo option should be listed under 'Video output options:', not 'Audio output options:'
2) output file should be put in current directory, not source file directory (so I can encode from read only fs like 'ffmpeg2theora /media/cdrom/file.avi' without adding output filename)Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1699xiph vorbis dshow encoder: no connection to matroska or haali muxer2018-04-29T07:18:12Zpimexxiph vorbis dshow encoder: no connection to matroska or haali muxerThe current output of the vorbis dshow-encoder can not be directly connected neither to haali muxer nor to original matroska muxer (but webm muxer accepts it).
As both muxers accept vorbis input from different encoders (e.g. LEAD Vorbis ...The current output of the vorbis dshow-encoder can not be directly connected neither to haali muxer nor to original matroska muxer (but webm muxer accepts it).
As both muxers accept vorbis input from different encoders (e.g. LEAD Vorbis enc) this seems to be a xiph issue?Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1698XiphQT for Mac would need a (silent) installer2018-04-29T09:16:11Zmichel memeteauXiphQT for Mac would need a (silent) installerin order to propose a solution for Safari Users who cannot wiew theora HTML5 websites, a dmg containing an installer that would silently install the Xiph component would be great.
It would be a better solution than trying to play with j...in order to propose a solution for Safari Users who cannot wiew theora HTML5 websites, a dmg containing an installer that would silently install the Xiph component would be great.
It would be a better solution than trying to play with java cortadoArek KorbikArek Korbikhttps://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/-/issues/1693Truncated packets in ogg vorbis2017-04-08T11:08:16ZsiddarthaTruncated packets in ogg vorbisIn the ogg vorbis spec, it is mentioned that 'packets are designed that they may be truncated(padded) and remain decodable'. Are there any limitations to this truncation i.e., if the packet is truncated, is there any limitation on where ...In the ogg vorbis spec, it is mentioned that 'packets are designed that they may be truncated(padded) and remain decodable'. Are there any limitations to this truncation i.e., if the packet is truncated, is there any limitation on where the trunction can start? Or the truncation can start at any stage of encoding?
For example, truncation can only happen after floor decoding etc.,
https://gitlab.xiph.org/xiph/oggdsf/-/issues/1691Winamp feezes while seeking in video file2018-04-29T07:18:12ZCristian AdamWinamp feezes while seeking in video fileTest scenario:
- Windows XP
- Oggcodecs oggcodecs_0.82.16930-win32.exe
- Winamp 5.572
- Video file: http://www.archive.org/download/1941-06-23_Nazis_War_On_Russia/1941-06-23_Nazis_War_On_Russia.ogv
Seeking in file causes Winamp...Test scenario:
- Windows XP
- Oggcodecs oggcodecs_0.82.16930-win32.exe
- Winamp 5.572
- Video file: http://www.archive.org/download/1941-06-23_Nazis_War_On_Russia/1941-06-23_Nazis_War_On_Russia.ogv
Seeking in file causes Winamp to freeze (easy to reproduce, sometimes from first seek request). Windows Media Player 11 doesn't seem to be affected, seeking in the same file works.
Thank you Dan R. for reporting this issue.
Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/tremor/-/issues/1690Detect if GCC builds for ARM2017-09-02T15:25:02ZRafaël CarréDetect if GCC builds for ARMCurrently configure relies on the host "triplet" to detect arm targets
I don't know if it could be possible to use custom triplets to fool this detection, so I propose to rely on the fact that gcc always defines __arm__ insteadCurrently configure relies on the host "triplet" to detect arm targets
I don't know if it could be possible to use custom triplets to fool this detection, so I propose to rely on the fact that gcc always defines __arm__ insteadMonty MontgomeryMonty Montgomeryhttps://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/ogg/-/issues/1674OGG RFCs in libogg package don't meet Debian DFSG2017-08-26T14:29:54ZMonty MontgomeryOGG RFCs in libogg package don't meet Debian DFSGDebian strips the Ogg RFCs out of the Deb packages due to the RFCs not meeting DFSG.
relevant info:
http://wiki.debian.org/NonFreeIETFDocuments
Debian strips the Ogg RFCs out of the Deb packages due to the RFCs not meeting DFSG.
relevant info:
http://wiki.debian.org/NonFreeIETFDocuments
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/1673libvorbis installs doxygen-build.stamp2017-04-08T11:08:16ZJohn Ferlitolibvorbis installs doxygen-build.stampUpon a make install the build stamp is being installed into the system
/usr/share/doc/libvorbis-dev/html/doxygen-build.stampUpon a make install the build stamp is being installed into the system
/usr/share/doc/libvorbis-dev/html/doxygen-build.stamp