Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2018-01-22T04:18:37Zhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1570vorbis-tools-1.2.0 (ogg123) prints binary data into stdout (console)2018-01-22T04:18:37ZSamuli Suominenvorbis-tools-1.2.0 (ogg123) prints binary data into stdout (console)(This bug was created as a clone of http://bugs.gentoo.org/show_bug.cgi?id=267646)
Note that the original bug has a example .ogg for reproducing attached, so please check that out.
(Just a side note: e.g. flac123 doesn't have this prob...(This bug was created as a clone of http://bugs.gentoo.org/show_bug.cgi?id=267646)
Note that the original bug has a example .ogg for reproducing attached, so please check that out.
(Just a side note: e.g. flac123 doesn't have this problem)
ogg123 (ogg123 from vorbis-tools 1.2.0):
If it see a tag present, it echoes it.
The first problem is that it echoes the "Comment" tag (if it presents) twice.
The second (and much worse) problem is that it tries to echo tags like "Cover"
(graphics, though console couldn't correctle display it).
Reproducible: Always
Steps to Reproduce:
1. Get an ogg-coded file wicth clear tags;
2. Write the comment tag with easytag;
3. Try to play it with ogg123 and see the display;
4. Add to this file some picture (for example .jpg) as a cover;
5. Try to play it with ogg123 and see the display.
Actual Results:
For step 3:
"Comment: blah-blah-blah
Comment: blah-blah-blah"
For step 5:
Coverartmime: image/jpeg
Coverartdescription: potan2.jpg
Coverart: /9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAA... (continue echoing jpg)
Expected Results:
For step 3:
"Comment: blah-blah-blah"
For step 5:
To ignore the presence of Cover* tags.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/liboggz/-/issues/6assertion failure in oggz_close at oggz.c:218 when scanning corrupted file2018-08-08T17:46:51Zkeelerdaassertion failure in oggz_close at oggz.c:218 when scanning corrupted fileoggz-scan exits with "Assertion `oggz_dlist_is_empty(oggz->packet_buffer)' failed." when scanning a corrupted file.oggz-scan exits with "Assertion `oggz_dlist_is_empty(oggz->packet_buffer)' failed." when scanning a corrupted file.conradconradhttps://gitlab.xiph.org/xiph/liboggz/-/issues/5[liboggz] oggz-info reports incorrect duration for chained files2018-08-08T17:46:39ZGArik[liboggz] oggz-info reports incorrect duration for chained filesHi, all
I have:
libvorbis-1.2.3
vorbis-tools-1.2.0
libogg-1.1.4
liboggz-0.9.9 installed on my system.
The problem is that oggz-info unable to detect "Content-Duration" correctly. As the result "Content-Bitrate-Average" is also incorrec...Hi, all
I have:
libvorbis-1.2.3
vorbis-tools-1.2.0
libogg-1.1.4
liboggz-0.9.9 installed on my system.
The problem is that oggz-info unable to detect "Content-Duration" correctly. As the result "Content-Bitrate-Average" is also incorrect. Also slightly different bitrate detection by ogginfo and oggz-info seems strange to me.
Here is an example:
```
lxuser@garik:~/oggz-bug$ ls
test0.ogg test1.ogg
lxuser@garik:~/oggz-bug$ LANG=C ogginfo *.ogg
Processing file "test0.ogg"...
New logical stream (#1, serial: 7f1f032f): type vorbis
Vorbis headers parsed for stream 1, information follows...
Version: 0
Vendor: Xiph.Org libVorbis I 20090624
Channels: 2
Rate: 44100
Nominal bitrate: 288.000000 kb/s
Upper bitrate not set
Lower bitrate not set
Vorbis stream 1:
Total data length: 1984900 bytes
Playback length: 0m:55.546s
Average bitrate: 285.871339 kb/s
Logical stream 1 ended
Processing file "test1.ogg"...
New logical stream (#1, serial: 7f1f0330): type vorbis
Vorbis headers parsed for stream 1, information follows...
Version: 0
Vendor: Xiph.Org libVorbis I 20090624
Channels: 2
Rate: 44100
Nominal bitrate: 288.000000 kb/s
Upper bitrate not set
Lower bitrate not set
Vorbis stream 1:
Total data length: 10962852 bytes
Playback length: 4m:07.520s
Average bitrate: 354.326180 kb/s
Logical stream 1 ended
lxuser@garik:~/oggz-bug$ oggz-info -a *.ogg
Filename: test0.ogg
Content-Duration: 00:00:55.546
Content-Length: 1.897 MB
Content-Bitrate-Average: 286.452 kbps
Vorbis: serialno 2132738863
4617 packets in 467 pages, 9.9 packets/page, 1.098% Ogg overhead
Content-Length: 1.897 MB
Content-Bitrate-Average: 286.452 kbps
Audio-Samplerate: 44100 Hz
Audio-Channels: 2
Page-Length-Maximum: 4.302 kB
Page-Length-StdDev: 230 bytes
Packet-Length-Maximum: 3.771 kB
Packet-Length-StdDev: 304 bytes
------------------------------------------------------------
Filename: test1.ogg
Content-Duration: 00:04:07.520
Content-Length: 10.459 MB
Content-Bitrate-Average: 354.455 kbps
Vorbis: serialno 2132738864
30765 packets in 2577 pages, 11.9 packets/page, 1.116% Ogg overhead
Content-Length: 10.459 MB
Content-Bitrate-Average: 354.455 kbps
Audio-Samplerate: 44100 Hz
Audio-Channels: 2
Page-Length-Maximum: 4.297 kB
Page-Length-StdDev: 111 bytes
Packet-Length-Maximum: 3.771 kB
Packet-Length-StdDev: 298 bytes
lxuser@garik:~/oggz-bug$ cat test0.ogg test1.ogg > test.ogg
lxuser@garik:~/oggz-bug$ LANG=C ogginfo test.ogg
Processing file "test.ogg"...
New logical stream (#1, serial: 7f1f032f): type vorbis
Vorbis headers parsed for stream 1, information follows...
Version: 0
Vendor: Xiph.Org libVorbis I 20090624
Channels: 2
Rate: 44100
Nominal bitrate: 288.000000 kb/s
Upper bitrate not set
Lower bitrate not set
Vorbis stream 1:
Total data length: 1984900 bytes
Playback length: 0m:55.546s
Average bitrate: 285.871339 kb/s
Logical stream 1 ended
New logical stream (#2, serial: 7f1f0330): type vorbis
Vorbis headers parsed for stream 2, information follows...
Version: 0
Vendor: Xiph.Org libVorbis I 20090624
Channels: 2
Rate: 44100
Nominal bitrate: 288.000000 kb/s
Upper bitrate not set
Lower bitrate not set
Vorbis stream 2:
Total data length: 10962852 bytes
Playback length: 4m:07.520s
Average bitrate: 354.326180 kb/s
Logical stream 2 ended
lxuser@garik:~/oggz-bug$ oggz-info -a test.ogg
Content-Duration: 00:04:07.520
Content-Length: 12.356 MB
Content-Bitrate-Average: 418.738 kbps
Vorbis: serialno 2132738863
4617 packets in 467 pages, 9.9 packets/page, 1.098% Ogg overhead
Content-Length: 1.897 MB
Content-Bitrate-Average: 64.282 kbps
Audio-Samplerate: 44100 Hz
Audio-Channels: 2
Page-Length-Maximum: 4.302 kB
Page-Length-StdDev: 230 bytes
Packet-Length-Maximum: 3.771 kB
Packet-Length-StdDev: 304 bytes
Vorbis: serialno 2132738864
30765 packets in 2577 pages, 11.9 packets/page, 1.116% Ogg overhead
Content-Length: 10.459 MB
Content-Bitrate-Average: 354.455 kbps
Audio-Samplerate: 44100 Hz
Audio-Channels: 2
Page-Length-Maximum: 4.297 kB
Page-Length-StdDev: 111 bytes
Packet-Length-Maximum: 3.771 kB
Packet-Length-StdDev: 298 bytes
```conradconradhttps://gitlab.xiph.org/xiph/liboggz/-/issues/4[liboggz] oggz-diff unable to process files with whitespace in filename2018-08-08T17:45:36ZGArik[liboggz] oggz-diff unable to process files with whitespace in filenameoggz-diff unable to process files with whitespace in filename.
liboggz compiled from trunk on 21.08.2009 (yesterday)oggz-diff unable to process files with whitespace in filename.
liboggz compiled from trunk on 21.08.2009 (yesterday)Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1588Multi Channel sound issue with Itunes and ogg files (windows)2009-08-30T01:10:22ZNebulaMulti Channel sound issue with Itunes and ogg files (windows)I can play ogg files in windows iTunes, however, when I do so the sound automatically reduces to 2 channel sound and any song no matter what format plays afterwords is still stuck in 2 channel sound...
(the ogg songs play fine though al...I can play ogg files in windows iTunes, however, when I do so the sound automatically reduces to 2 channel sound and any song no matter what format plays afterwords is still stuck in 2 channel sound...
(the ogg songs play fine though all speakers in WMP)
My speaker setup is 5.1 surround sound system with a Creative Sound Blaster X-Fi soundcard. Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1590iTunes 9.0 restarts songs instead of resuming2010-09-03T22:49:37ZRuud AlthuizeniTunes 9.0 restarts songs instead of resumingSince iTunes 9.0 I have the problem that every OGG (flac probably as well) I've paused will start at the beginning instead of resuming where it left off.
My setup: Snow Leopard (10.6.1), iTunes 9.0 (70), QT component 0.1.9.
I'm willing...Since iTunes 9.0 I have the problem that every OGG (flac probably as well) I've paused will start at the beginning instead of resuming where it left off.
My setup: Snow Leopard (10.6.1), iTunes 9.0 (70), QT component 0.1.9.
I'm willing to try beta/nightly/trunk builds.Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1591Encoding with Episode or Compressor2018-04-29T09:16:11ZkurtggEncoding with Episode or CompressorCreating Ogg Theora files in QuickTime works like a charm but Telestream Episode, Episode Engine or Apple Compressor won't let me do so. I can create Mov Theora but not Ogg Theora which I need.
Is this a problem with the componenet or t...Creating Ogg Theora files in QuickTime works like a charm but Telestream Episode, Episode Engine or Apple Compressor won't let me do so. I can create Mov Theora but not Ogg Theora which I need.
Is this a problem with the componenet or the Telestream/Apple software (or me).Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1592Audio compressor settings button in QuickTime doesn't do anything at all2018-04-29T09:16:11ZDavid GatwoodAudio compressor settings button in QuickTime doesn't do anything at allOpen an AIFF file or other audio-only file in QuickTime Player.
Choose File > Export
Select "Movie to Ogg" in the Export pop-up
Click Options
Click the Settings button beside Audio
You should see some sort of pane for configuring bi...Open an AIFF file or other audio-only file in QuickTime Player.
Choose File > Export
Select "Movie to Ogg" in the Export pop-up
Click Options
Click the Settings button beside Audio
You should see some sort of pane for configuring bit rate and other compressor settings. Instead, the button does nothing as though it weren't hooked up correctly. The result is that there is no way to encode audio except at the default 128 kbps!
Platform: Mac OS X 10.5.8 (Intel)
XiphQT 0.1.9
Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1600vcut produces Ogg files with Negative granulepos (-1) on vorbis stream outsid...2018-01-22T04:18:37ZGitlab Botvcut produces Ogg files with Negative granulepos (-1) on vorbis stream outside of headers.Running ogginfo on an output file created by vcut presents the error:
Negative or zero granulepos (-1) on vorbis stream outside of headers. This file was created by a buggy encoder whereas running ogginfo on the source Ogg file does no...Running ogginfo on an output file created by vcut presents the error:
Negative or zero granulepos (-1) on vorbis stream outside of headers. This file was created by a buggy encoder whereas running ogginfo on the source Ogg file does not present the error, but does produce the warning
Warning: sequence number gap in stream 1. Got page 171463 when expecting page 3.
The source file was a captured radio stream with time stamps that begin much >0:00. If there is interest, I can try to create another smaller sample file which can be used to recreate the error.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/theora/-/issues/1601wrapper script to combine mplayer with theora_encoder_example2017-08-20T01:57:18ZJohn Ferlitowrapper script to combine mplayer with theora_encoder_exampleForwarding a bug upstream from debian.
Hi,
I wrote this small script as a wrapper to actually make theora_encoder_example
useful. Without it, one would have to setup named pipes and mplayer processes
by hand, which is annoying and pos...Forwarding a bug upstream from debian.
Hi,
I wrote this small script as a wrapper to actually make theora_encoder_example
useful. Without it, one would have to setup named pipes and mplayer processes
by hand, which is annoying and possibly a showstopper for less experienced
users. Perhaps you could include it in the package.
https://gitlab.xiph.org/xiph/icecast-server/-/issues/1606default station description for shoutcast source2018-11-10T15:54:39Zmoodefault station description for shoutcast sourcefor shoutcast source, description is not submited because there's no such thing in shoutcast world.
it would be nice if icecast server can "default" not "force" station description for shoutcast source (or even other source that has empt...for shoutcast source, description is not submited because there's no such thing in shoutcast world.
it would be nice if icecast server can "default" not "force" station description for shoutcast source (or even other source that has empty station description)
the same may applies to station name, which is not needed most of the caseMarvin ScholzMarvin Scholzhttps://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 Smithhttps://gitlab.xiph.org/xiph/Infrastructure/-/issues/50accessability and usability flaw due to absolute sizing.2018-05-14T02:23:59ZGitlab Botaccessability and usability flaw due to absolute sizing.Fonts are given a fixed size which may be smaller than the user's size, which means it may be illegible or cause difficulty: as it does for me.Fonts are given a fixed size which may be smaller than the user's size, which means it may be illegible or cause difficulty: as it does for me.Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/vorbis/-/issues/1609Some specification improvements2017-04-08T11:08:16ZGitlab BotSome specification improvementsMichael Scheerer has following comments on the Vorbis specification after successfully implementing a Vorbis decoder accordign to spec:
1. A not actual MDCT link.
Actual is e.g. http://www.digital-audio.net/res/docs/ps/eusipco_correct...Michael Scheerer has following comments on the Vorbis specification after successfully implementing a Vorbis decoder accordign to spec:
1. A not actual MDCT link.
Actual is e.g. http://www.digital-audio.net/res/docs/ps/eusipco_corrected.ps
2. A decoder side scaling factor described in the paper was proposed for the vorbis decoder, including following code lines:
float scale;
scale=4.f/n;
but then never used, because the scale is now done encoder sided.
This should be mentioned in the spec.
3. The residue reconstruction after the sentence:
"Packet decode proceeds as follows, matching the description offered earlier in the document."
has at least one curly bracket error in the pseudo code. A developer can't determine, which code block belongs to which curly bracket.
https://gitlab.xiph.org/xiph/xiph-qt/-/issues/1610Trouble with a specific video file2018-04-29T09:16:11ZShaneTrouble with a specific video fileSystem - dual G4 1.25Ghz 2GB RAM Mac OSX 10.4.11 - Quicktime 7.6.4 - xiphqt plugin
I have used this plugin (v0.1.8 until today) to play many files without issue.
Using this video - http://edgyu.excess.org/git-tutorial/2008-07-09/git2.og...System - dual G4 1.25Ghz 2GB RAM Mac OSX 10.4.11 - Quicktime 7.6.4 - xiphqt plugin
I have used this plugin (v0.1.8 until today) to play many files without issue.
Using this video - http://edgyu.excess.org/git-tutorial/2008-07-09/git2.ogv there appears to be a problem.
I have re-downloaded a second copy of the video and have the same problems.
with v0.1.8 about 15:23 - you can start playing from 15:00
Crash reporter notifies of a crash - interface stays up until you click report or cancel. video stops, audio continues.
Relevant part of crash log v0.1.8
```
Thread 12 Crashed:
0 <<00000000>> 0xffff8ad8 __memcpy + 824 (cpu_capabilities.h:189)
1 org.xiph.xiph-qt.xiphqt 0x06448278 Theora_ImageCodecDecodeBand + 432
2 ...ple.CoreServices.CarbonCore 0x90bdef80 CallComponentFunctionCommon + 1076
3 ...ple.CoreServices.CarbonCore 0x90bdeae8 CallComponent + 260
4 ...ickTimeComponents.component 0x99197f7c ImageCodecDecodeBand + 44
5 ...ickTimeComponents.component 0x98c8eb2c BaseCodec_ImageCodecDecodeBand_VideoDecodeThread + 44
6 ...ple.CoreServices.CarbonCore 0x90bfb46c InvokeDeferredTaskUPP + 24
7 com.apple.QuickTime 0x94907ea4 VideoDecodeThread + 148
8 libSystem.B.dylib 0x9002b908 _pthread_body + 96
```
with v0.1.9 about 18:30 - start playing about 17:00
Video stops and audio continues. Seems to continue with audio ok after that.
If you jump to about 20:00 to start playing it happens again just past 21:20
It would appear to be after a certain point in the file you can only play a short amount of video before it messes up the plugin.
Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1612Windows 7.0 64 bit Issues2018-04-29T07:18:12ZMartin ErdmannWindows 7.0 64 bit IssuesInstalled 64bit stable in Windows 7/64bit op sys, 4Gb ram,
media player worked fine,however after I shut system down and after restart system would come up but explorer stopped working, system just locked up. Had to force shutdown and d...Installed 64bit stable in Windows 7/64bit op sys, 4Gb ram,
media player worked fine,however after I shut system down and after restart system would come up but explorer stopped working, system just locked up. Had to force shutdown and do system restore to use PC .Cristian AdamCristian Adamhttps://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/speex/-/issues/1616Problem configuring speex 1.2rc12018-01-21T13:05:26ZPierreProblem configuring speex 1.2rc1[...]
checking for main in -lwinmm... yes
checking for pkg-config... /usr/local/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for short... yes
checking size of short... configure: error: cannot compute size...[...]
checking for main in -lwinmm... yes
checking for pkg-config... /usr/local/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for short... yes
checking size of short... configure: error: cannot compute sizeof (short)
See `config.log' for more details.
Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1622XiphQT 0.1.5 (windows) does not support files with .oga file extension2018-04-29T09:16:11ZqubitXiphQT 0.1.5 (windows) does not support files with .oga file extensionI was recently testing playback of various files in iTunes.
On a WinXP machine I'm able to playback a set of .mp3, .ogg, and .oga files using Songbird.
On a Windows Vista machine + iTunes + XiphQT 0.1.5 I'm able to playback the .ogg fi...I was recently testing playback of various files in iTunes.
On a WinXP machine I'm able to playback a set of .mp3, .ogg, and .oga files using Songbird.
On a Windows Vista machine + iTunes + XiphQT 0.1.5 I'm able to playback the .ogg files, but the .oga files don't appear to be recognized or imported in iTunes.Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1625can not play ogg file with size bigger than 2GB2018-04-29T09:16:11ZFikretcan not play ogg file with size bigger than 2GBHi I have an ogg file which is encoded variable bitrate and the duration of the file more than 21 hours and the size of the file is 2.6GByte
when I try to open this file via QT on imac, it can not open the file. On the other hand I have ...Hi I have an ogg file which is encoded variable bitrate and the duration of the file more than 21 hours and the size of the file is 2.6GByte
when I try to open this file via QT on imac, it can not open the file. On the other hand I have many ogg files like this but their sizes are smaller and I can open them successfully. do you know any limitation like my case? or do you have any suggestion.
Best RegardsArek KorbikArek Korbik