similar to: PATCH] fix oggz-comment writing bad data into streams

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

While testing the new vcut, some of the early results had badly framed headers. I actually didn't notice it at first, because I was testing with oggz-validate, but ogginfo does identify the problem: "WARNING: Vorbis stream X does not have headers correctly framed. Terminal header page contains additional packets or has non-zero granulepos" Conrad (or someone else) may want to

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

I looked through the archives and I didn't really seem to find the answer to what my question. I used wget to get an audio stream from a site and now I would like to be able to split up the stream into the individual songs. The site is nice enough to encode the artist and track name in each new song. This info is displayed in Winamp when the song plays. Doing an xxd dump of the file I can

On Thu, Feb 16, 2006 at 03:25:07PM +0000, Ian Malone wrote: > (You really don't want to know this I'm sure) > I gave this a go this morning on the samples from > <http://wiki.xiph.org/index.php/Metadata>, which > are there mainly for the purpose of breaking things. > They don't validate (which neither surprises nor upsets > me), but I downloaded the oggz source

Hi, It seems the oggz-comment on your computer has more features than the one you sent in August :-) Any chance you could send a more recent copy? In any case, I've updated the --help output for the -s option, and also added a manual page with the same info, in doc/oggz-comment.1.sgml (in svn.annodex.net changeset:3280). cheers, Conrad. On 07/11/2007, Kangyuan Niu

Hi, these are a few bits I found while working out why ogginfo was barfing on a stream (see previous oggz-comment patch). It fixes 32/64 bit %lld format bugs (vorbis and kate), adds a missing argument to a warning message, adds comments to what the return values of pageseek mean, and doesn't read more data if unneeded (this will lessen the memory used, but might mean worse performance, so the

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: oggz-comment.patch Type: text/x-patch Size: 9771 bytes Desc: not available Url : http://lists.xiph.org/pipermail/ogg-dev/attachments/20070804/b06ca92e/oggz-comment.bin

I have several corrupted ogg files; I believe they were created several years ago with grip, and that the corruption is not disk corruption but just something wrong with the encoder at the time. I would rather not have to re-rip these discs. The error I see with ogginfo is Warning: Hole in data (18000 bytes) found at approximate offset 702086827724505088 bytes. Corrupted ogg. Warning: Hole

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

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

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/11 Ivo Emanuel Gon?alves <justivo at gmail.com>: > While testing the new vcut, some of the early results had badly framed > headers. I actually didn't notice it at first, because I was testing > with oggz-validate, but ogginfo does identify the problem: > > "WARNING: Vorbis stream X does not have headers correctly framed. > Terminal header page contains

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

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 there, First of all, sorry for my English I'm not a native english speaker. I need to develop and application witch does 3 tasks with oggs files : 1/ chain 2 ogg files 2/ extract a part from an ogg file 3/ add silence between two chained oggs files. Basically, - For the 1st task, I think that the best way to chain ogg files is to use the "cat" (on linux) or "copy

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

Hi, After lots and lots of requests, I went through and changed all the tool names in oggz so that they contain hyphens: http://trac.annodex.net/changeset/3627 That patch touches the names of built executables, references to them in docs and scripts (ie. oggz-dump is called by oggz-diff) etc. There's lots of little places where the tool names appear, so please test against the current oggz

Dear all I'm aware that there have been several discussions about the seeking issue and I'm sorry to bring this up again. To solve the problem with Inter-Frame garbage, a seek to the previous keyframe has to be made. The keyframe number should be extracted from the granulepos of the frame where we want to seek to. I hope I understood the theory - unfortunately a few questions have