similar to: Multi-channel labels in Vorbis comments

Oggz 0.9.8 Release ------------------ Oggz comprises liboggz and the command-line tools oggzinfo, oggzdump, oggzdiff, oggzmerge, oggzrip, oggz-chop, oggz-comment, oggz-scan, oggz-sort and oggz-validate. oggz-chop can be used to serve time ranges of Ogg media over HTTP by any web server that supports CGI. liboggz is a C library providing a simple programming interface for reading and writing Ogg

Oggz 0.9.8 Release ------------------ Oggz comprises liboggz and the command-line tools oggzinfo, oggzdump, oggzdiff, oggzmerge, oggzrip, oggz-chop, oggz-comment, oggz-scan, oggz-sort and oggz-validate. oggz-chop can be used to serve time ranges of Ogg media over HTTP by any web server that supports CGI. liboggz is a C library providing a simple programming interface for reading and writing Ogg

I have a 1.1G Ogg file with vorbis and theora. oggz_seek_units() takes 14 seconds to find a position in the file towards the end. Now, the function guess() in oggz_seek() guesses a position at about 1.5G and then slowly searches back until it finds the end of the file (continously seeking beyond the end of the file and then calling read which returns 0). Then it does a linear scan from the

Hi folks,I'm joining this list because I've encountered difficulties with the ogg tools. I'm running Windows, and can't find binaries for liboggz tools, such as oggz-merge.exe Can someone provide oggz-merge.exe? So I use ffmpeg (v19289) for muxing ffmpeg -y -i sync2.ogg -i sync.ogv -vcodec copy -acodec copy sync2.ogv but the framerate fluctuates wildly on playback, and ogginfo

Hi, I've sent one of these before, but i wasn't subscribed, and i'm unsure if it went out. I'm subscribed now and i've written another (i believe) nifty wrapper for oggz-tools. oggz-comments - allows a user to pass the plain text file with each tag on their own line theoracomment - works like 'vorbiscomment' from VorbisTools package, but sets comments for the

Hi Yorn, all files can be found at http://firefogg.org/~j/oggmix/ audio.ogg and video.ogg are create with oggCat: oggCat audio.ogg audio_01.ogg audio_02.ogg oggCat video.ogg video_01.ogg video_02.ogg oggJoin.mix.ogg is made with oggJoin: oggJoin mix.oggJoin.ogg video.ogg audio.ogg mix.oggz-merge.ogg is made with oggz-merge: oggz-merge -o mix.oggz-merge.ogg video.ogg audio.ogg in my

I apologize if this is the wrong list for this, but after searching the available lists at xiph.org, this is the closest I could find. I ran into a bug in the example fishsound-encode.c program where it gets OGGZ_ERR_BAD_SERIALNO errors from oggz: fish_sound_flush (fsound); oggz_run (oggz); oggz_close (oggz); fish_sound_delete (fsound); After debugging, it appears that

When files with pre-0.9.9 tool names exists in $(exec_prefix)/bin, "make DESTDIR=${staging_dir} install" tries to delete them, which may cause a failure for lack of permissions (quite likely to happen when building a package as a normal user), and is wrong anyway (nothing outside of DESTDIR should ever be changed by "make install"). With this patch, it will now cd to

On 31-Jul-08, at 9:43 AM, ogg.k.ogg.k at googlemail.com wrote: > though (don't know if they're related to your changes): > > oggz.c: In function 'oggz_content_type': > oggz.c:623: warning: comparison of unsigned expression < 0 is > always false This is an array bounds guard. I guess it's defensive programming vs warning. Making OggzStreamContent a

Hi, I'm wondering if the Dirac granulepos parsing in liboggz and display in the oggz tools is currently correct, as I'd like to do a release of these soon. A couple of days ago David Schleef mentioned there were some problems. David, is that currently true (ie. since David Flynn's recent updates to support Dirac), and if so could you please explain what the problems are, or point me

When I try to 'make' oggz (0.9.9), I get the following compile error make[4]: Leaving directory `/c/liboggz/src/tools/oggz-chop' make[4]: Entering directory `/c/liboggz/src/tools' /bin/sh ../../libtool --tag=CC --mode=link gcc -g -O2 -Wall -Wextra -g -std=gnu99 -Wdeclaration-after-statement -Wno-unused -o oggz-info.exe oggz-info.o skeleton.o oggz_tools.o dirac.o

2008/11/14 David Flynn <davidf+nntp at woaf.net>: > On 2008-11-13, Conrad Parker <conrad at metadecks.org> wrote: >> I'm wondering if the Dirac granulepos parsing in liboggz and display >> in the oggz tools is currently correct, as I'd like to do a release of >> these soon. > > I believe it is -- although if correct support in the rest of the >

hi, trying to join audio and video tracks that have been itself composed from several ogg files with oggCat, i get a file that does not work. that happens both with oggz-merge and oggJoin. the files produces by oggCat look ok according to ogginfo / oggz-info / oggz-validate, they also play fine in all players. anyone got an idea what could cause that problem? i can put up some sample file if

Hi, I've built a christmas tree type of Ogg stream as a kind of torture test for players. It passes oggz validate, but I had a lot of trouble to get it right (in particular, the ogg streams to merge had to be passed in a very specific order on the oggz merge command line to avoid creating a stream that oggz validate would moan about) so I'm not confident it's a valid stream, so if

>> Thanks for the suggestion. Unfortunately it did not help completely. >> When we edit the original file with oggCut and then use oggz-validate we >> get an error message like the one posted before. Now oggz-sort will fix >> the file so oggz-validate doesn't find any errors. However ffmpeg still >> produces and error with it: >> >> ffmpeg -i rlang.ogg

>> >> Examples of error messages follow: >> $ oggz-validate jnazario.ogg >> jnazario.ogg: Error: >> 00:55:27.957: serialno 0846930886: Packet out of order (previous >> 00:55:27.960) >> 01:05:09.077: serialno 0846930886: Packet out of order (previous >> 01:05:09.080) >> >> Are there any tools that can reliably fix broken Ogg/Theora files?

2009/6/18 Adam Rosi-Kessel <adam at rosi-kessel.org>: > On Thu, Jun 18, 2009 at 11:12:30PM +0900, Conrad Parker wrote: >> yow, that's pretty badly corrupted, the vorbis codebooks (usually the >> third packet) is completely gone. It looks like you'd need to throw >> away the first 16 packets, start with fresh headers, and copy in the >> rest of the data

Hi, The Ogg-Speex test file I used is CBR. I am sure of that by running oggz-dump on the file and confirming that all audio packets have 38 bytes; that means (for narrowband) a constant 15 Kbps. I wrote a very basic test program in Visual Studio 2010 that demonstrates the strange behaviour I mentioned. The output shows that the audio file has 8 pages, 6 of them

2008/11/24 David Flynn <davidf+nntp at woaf.net>: > On a slightly unrelated note, i keep hitting the following error in > liboggz when using the oggz tools on an ogg dirac stream: > > /home/davidf/project/liboggz/src/liboggz/oggz.c:202: oggz_close: > Assertion `oggz_dlist_is_empty(oggz->packet_buffer)' failed. > > I'll supply an example file tomorrow if that

I have over 1,000 ogg vorbis files that are no longer playable or editable. I believe the main cause was a MediaMonkey plugin that automatically fetched album art and added it to the header. The plugin itself just uses the generic MediaMonkey metadata facility, but something happened -- perhaps when the album art bitmap image was too large -- that caused the files to no longer work.