Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2018-04-29T09:16:11Zhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1726OGG videos from Apple Compressor?2018-04-29T09:16:11ZTonyOGG videos from Apple Compressor?Has anyone had any success exporting OGG videos from Apple Compressor?
I can export an ogg video from Quicktime Pro with no problem, Xiph Theora for video/ Vorbis for audio. The files are perfect and open in Firefox.
However attempting...Has anyone had any success exporting OGG videos from Apple Compressor?
I can export an ogg video from Quicktime Pro with no problem, Xiph Theora for video/ Vorbis for audio. The files are perfect and open in Firefox.
However attempting the same settings with compressor, the movie never exports. It will export if I change the audio from Vorbis, BUT the videos will not work in Firefox.
Compressor 3.0.5/Quicktime Version 7.5.5 (249.13)
additional info Compressors failed exports give the error "Quicktime Error -2041"
Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1777Graph fails to play with various filters downstream from the vorbis encoder f...2018-04-29T07:18:12ZRalfGraph fails to play with various filters downstream from the vorbis encoder filterFirst of all, nice to see that the DS filter development is active :) I remember trying to construct a "vorbis encoder - vorbis decoder" graph a while back and that the filters were unable to connect to one another.
Please excuse this ...First of all, nice to see that the DS filter development is active :) I remember trying to construct a "vorbis encoder - vorbis decoder" graph a while back and that the filters were unable to connect to one another.
Please excuse this post if this is the wrong place to raise this issue:
Building an
audio source -> vorbis encoder -> vorbis decoder -> renderer
graph worked perfectly. However inserting a sample grabber between the encoder and decoder caused the graph to not play. Inserting a different CTransInPlaceFilter derived filter instead of the sample grabber yielded the same result, even when using a no decoder and a null renderer.
Two questions:
- Is there a reason why the decoder required information is not included as part of the media type format info during the connection process, rather than using custom interfaces which the downstream filter has to implement? In VorbisEncodeOutputPin::CompleteConnect it looks like the IID_IOggDecoder interface is queried to communicate the codec headers to the downstream filter.
- I tried some further debugging, but after building the application I am unable to register the encoder filter: "Error: The Side-by-Side configuration information for "d:\svn_projects\oggdsf\sln\oggdsf_vs2008\win32\debug\DSFVORBISENCODER.DLL" contains errors. The application has failed to start because its side-by-side configuration is incorrect. Please see the application event log or use the command-line sxstrace.exe tool for more detail (14001)."
This happens on two development machines which both have VS2008 installed. Using depends.exe it looks like MSVCP90D.dll and MSVCR90D.DLL can't be found for some reason. I am not new to working with DS filters but haven't encountered this error before, at least not on a dev machine. Any ideas why I'm getting this error?
Being able to insert various filters after the encoder is crucial in our application, which tries to grab a copy of each encoded sample as it passes through the graph.
Cristian AdamCristian Adamhttps://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/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/oggdsf/-/issues/1744Theora Encoder filter doesn't work with YUY2 webcam output2018-04-29T07:18:12ZMark TwenTheora Encoder filter doesn't work with YUY2 webcam outputHi,
Theora Encoder dshow filter doesn't work for USB camera with YUY2 output, but it works for RGB24 output.
graph:
UsbCamera -> Theora Encoder -> Ogg Muxer
output file is not created by ogg muxer
P.S tested for two different USB cam...Hi,
Theora Encoder dshow filter doesn't work for USB camera with YUY2 output, but it works for RGB24 output.
graph:
UsbCamera -> Theora Encoder -> Ogg Muxer
output file is not created by ogg muxer
P.S tested for two different USB camera with YUY2 output on two different computers.Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1521Raw output can result in Buffer write failed.2018-01-22T04:18:37ZwernerRaw output can result in Buffer write failed.Hello,
BpmDj http://bpmdj.yellowcouch.org/ relies on ogg123 to decode an audiostream and write it to disk. Recently it sometimes works it sometimes doesn't. In particular when the source file is on an nfs share and the output file is o...Hello,
BpmDj http://bpmdj.yellowcouch.org/ relies on ogg123 to decode an audiostream and write it to disk. Recently it sometimes works it sometimes doesn't. In particular when the source file is on an nfs share and the output file is on a local disk, while the machine is under load ogg123 will give the error
Error: buffer write failed
and the output file will be incomplete. The command I issue is
$ ogg123 -q -d raw -f test.raw /music/cd085/Yvette\[BuzzFuzz\].ogg
Error: buffer write failed
This is rather problematic since BpmDj relies on ogg123 to be able to export the stream without trying it a couple of times. The version of ogg is
$ ogg123 -V
ogg123 from vorbis-tools 1.2.0
at a debian platform. Is this a known issue or is there any particular reason why it behaves like that ?
With kind regards,
Werner,-
http://werner.yellowcouch.org/
Monty MontgomeryMonty Montgomeryhttps://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/xiph-qt/-/issues/167024 bit FLAC plays back incorrectly2018-04-29T09:16:11ZMonty Montgomery24 bit FLAC plays back incorrectlyFrom the vorbis@xiph.org list:
Hello,
upon installing flac1.2.1 and xiphqt0.1.9 component on a mac, 24bit
flac files, whose integrity has been proven and which otherwise decode
and reproduce flawlessly, play in quicktime player with wr...From the vorbis@xiph.org list:
Hello,
upon installing flac1.2.1 and xiphqt0.1.9 component on a mac, 24bit
flac files, whose integrity has been proven and which otherwise decode
and reproduce flawlessly, play in quicktime player with wrong volume,
i.e exactly 2^8 = 256 times too loud.
I guess, the appropriate amplitude scaling routine might have been
accidentally omitted somewhere in the code.
In case this issue goes beyond your concern, please be so kind to
report the problem to whomever it may concern.
Hardware: MBP
OS: 10.5.6
QT: 7.6 (472) Pro
FLAC: 1.2.1
XiphQT.component: 0.1.9
Thanks in advance,
Regards,
SJArek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1740Cannot play Ogg Vorbis chained streams2018-04-29T07:18:12ZCristian AdamCannot play Ogg Vorbis chained streamsThe DirectShow filters cannot play ogg vorbis chained streams.
Windows Media Player 11 cannot play http://s2.stationplaylist.com:9000/spl96.ogg
The above streams was encoded by Oddcast/Edcast to an Icecast server v2.3.1.The DirectShow filters cannot play ogg vorbis chained streams.
Windows Media Player 11 cannot play http://s2.stationplaylist.com:9000/spl96.ogg
The above streams was encoded by Oddcast/Edcast to an Icecast server v2.3.1.Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/vorbis/-/issues/2062Simplify render_point2017-11-01T04:49:44ZSven EberhardtSimplify render_pointThe render_point function seems to fit a linear function through (x0,y0) and (x1,y1) and then finds y(x) on that line. It does some special case handling for y0>y1 vs y0<y1, which, as far as I can see, is unnecessary. I.e., the current c...The render_point function seems to fit a linear function through (x0,y0) and (x1,y1) and then finds y(x) on that line. It does some special case handling for y0>y1 vs y0<y1, which, as far as I can see, is unnecessary. I.e., the current code:
int dy=y1-y0;
int adx=x1-x0;
int ady=abs(dy);
int err=ady*(x-x0);
int off=err/adx;
if(dy<0)return(y0-off);
return(y0+off);
should be equivalent to this:
return (x - x0) * (y1 - y0) / (x1 - x0) + y0;
The only difference would be in some integer overflow cases, which cannot happen in this place anyway. I've tried the replacement and found no difference when encoding a test file.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1506[PATCH] -o fails to create directory that already exists (race condition)2018-01-22T04:18:37Z6brx8u102[PATCH] -o fails to create directory that already exists (race condition)Found in oggenc from vorbis-tools 1.2.0 / Ubuntu 9.04 Alpha 4.
I have a script that runs several oggenc instances in parallel. I use the -o option and let oggenc create directories as needed. This works most of the time, but sometimes I...Found in oggenc from vorbis-tools 1.2.0 / Ubuntu 9.04 Alpha 4.
I have a script that runs several oggenc instances in parallel. I use the -o option and let oggenc create directories as needed. This works most of the time, but sometimes I get this kind of error:
Couldn't create directory "/media/disk/MUSIC/Haydn, Joseph - String Quartets": File exists
As I understand it, this happens when two parallel oggenc instances both decide to create the same directory; one creates the directory and the other one fails because the directory is already created.
I suggest that oggenc should relax its error checking and swallow this particular kind of "error".
--
Per ÅngströmMichael 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/1858./configure should use pkg-config2018-01-22T04:18:37ZJohannes Zarl./configure should use pkg-configWhen flac, speex and/or ogg are installed in non-standard locations, configure does not find them, even though pkg-config knows about the locations.
For ogg, this is a minor nuisance (adding --with-ogg=$LIBOGG_ROOT works), but for flac ...When flac, speex and/or ogg are installed in non-standard locations, configure does not find them, even though pkg-config knows about the locations.
For ogg, this is a minor nuisance (adding --with-ogg=$LIBOGG_ROOT works), but for flac and speex there are no such configure parameters and one has to resort to more ugly clutches:
`CFLAGS=`pkg-config --cflags flac speex` LDFLAGS=`pkg-config --libs flac speex` ./configure `
I haven't checked, but maybe the same applies to libkate.
This bug is related to bug #1780.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1669Washed Out Color on Playback2018-04-29T09:16:11ZTorranceWashed Out Color on PlaybackTheora-encoded videos played through Quicktime (on Mac) using XiphQT are incorrectly reproducing the color of the video, and appear slighly, but noticably, washed out. The same videos can be played via VLC and Firefox and are true to the...Theora-encoded videos played through Quicktime (on Mac) using XiphQT are incorrectly reproducing the color of the video, and appear slighly, but noticably, washed out. The same videos can be played via VLC and Firefox and are true to the original - so I don't believe it's a problem with the videos themselves or the encoding.
I'm observing this problem on Snow Leopard, using Quicktime 7 (theora files don't load with Quicktime X) and XiphQT 0.1.9.
Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1736Installer should verify merit of DirectShow codecs2018-04-29T07:18:12ZGitlab BotInstaller should verify merit of DirectShow codecsI installed the DirectShow codecs, using the installer from this website. The full url is:
http://downloads.xiph.org/releases/oggdsf/opencodecs_0.84.17359.exe
After the installation finished, I noticed something odd: the new Vorbis decod...I installed the DirectShow codecs, using the installer from this website. The full url is:
http://downloads.xiph.org/releases/oggdsf/opencodecs_0.84.17359.exe
After the installation finished, I noticed something odd: the new Vorbis decoder wasn't being used. The reason was that another decoder was registered for that type with a higher merit value, and I had to use DSFM to edit it to get the new decoder to load. Ironically, the decoder in question was an old version of Xiph's Vorbis decoder.
To prevent such problems, the installer should verify that the newly installed codecs have the highest merit value for the media type they service, and display a warning if this isn't the case.
It would be slick if said warning displayed some information on the offending codec, like path, name, version, merit value, and let the user accept the situation, or fix it by promoting the new codec or demoting or disabling the old codec.
(Ideally, a tool might be included so the user can edit the merit values. Something a bit like DSFM, but simpler? I realise that coding that would mean work though, and that is not what this ticket is about primarily.)Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/vorbis/-/issues/2030Incorrect bark() formula in floor0 specification2017-11-01T04:49:44ZAndrew ChurchIncorrect bark() formula in floor0 specificationIn the current version of the Vorbis I specification, the bark() function used by floor 0 is defined as:
bark(x) = 13.1 arctan(.00074x) + 2.24 arctan(.0000000185x^2 + .0001x)
However, the formula actually used by libvorbis is:
bark(x)...In the current version of the Vorbis I specification, the bark() function used by floor 0 is defined as:
bark(x) = 13.1 arctan(.00074x) + 2.24 arctan(.0000000185x^2 + .0001x)
However, the formula actually used by libvorbis is:
bark(x) = 13.1 arctan(.00074x) + 2.24 arctan(.0000000185x^2) + .0001x
(note that the .0001x is not part of the arctan argument).
Since floor 0 seems to be considered obsolete, I suggest changing the specification to reflect the formula actually used by libvorbis.https://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1452vorbiscomment should support viewing/editing comments on secondary Vorbis str...2018-01-22T04:18:37Zmgoldvorbiscomment should support viewing/editing comments on secondary Vorbis streamsIf an Ogg file contains multiple multiplexed Vorbis streams, vorbiscomment always works with the first one. There should be an option to view or edit comments on a secondary stream (probably selected by serial number). An option to list ...If an Ogg file contains multiple multiplexed Vorbis streams, vorbiscomment always works with the first one. There should be an option to view or edit comments on a secondary stream (probably selected by serial number). An option to list all supported streams would be helpful if this was implemented.Michael 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/1857Different cases of "(none)" needs to be distinguished for translation2018-01-22T04:18:37ZgoeranDifferent cases of "(none)" needs to be distinguished for translationWhile updating the old Swedish translation of vorbis-tools, I came to the string "(none)". Checking what it referred to, I realized it was used for several different purposes. And different uses needs to be translated differently, depe...While updating the old Swedish translation of vorbis-tools, I came to the string "(none)". Checking what it referred to, I realized it was used for several different purposes. And different uses needs to be translated differently, depending on the gender of the noun. So while "none" in the case of author would be "ingen" in Swedish, "none" in the case of album would be "inget". I assume it is the same in other languages with nouns with more than one gender.
So to make it possible to translate correctly, these different uses of "none" need to be distinguished. The function pgettext() seems to be a good tool here.Michael SmithMichael Smith