similar to: oggz mingw

Displaying 20 results from an estimated 2000 matches similar to: "oggz mingw"

2008 Nov 13
5
ogg dirac granulepos in oggz tools
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
2009 Jun 29
3
oggz-merge.exe
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
2008 Nov 14
6
[Schrodinger-devel] ogg dirac granulepos in oggz tools
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 >
2008 Nov 13
1
ogg dirac granulepos in oggz tools
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 liboggz tools is required, a little more work may need to happen. > Here's some
2009 May 04
1
[PATCH] oggz: inefficient seeking
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
2008 Jul 04
2
Oggz 0.9.8 Released
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
2008 Jul 04
2
Oggz 0.9.8 Released
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
2008 Nov 23
2
ogg dirac granulepos in oggz tools
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
2009 Jun 15
2
oggz-chop gives segmentation fault
Hi, I am using oggz-chop in the ubuntu jaunty, am I doing something wrong? $ oggz-chop -o yt1.ogv -s0 -e500 ondrej.ogv Segmentation fault gdb session doesn't reveal much, since it isn't compiled with debugging symbols: (gdb) bt #0 0x00007f9e5d2f0092 in memcpy () from /lib/libc.so.6 #1 0x0000000000403698 in ?? () #2 0x000000000040262e in ?? () #3 0x000000000040285d in ?? () #4
2007 Dec 04
1
patch for oggz-comment
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
2010 Jun 04
2
OGGZ Seeking in Theora
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
2008 Nov 04
1
[PATCH] liboggz: Update Dirac granulepos definition
The definition of granule position for an OggDirac elementary stream isn't the same as theora. Index: tools/oggz_tools.c =================================================================== --- tools/oggz_tools.c (revision 3759) +++ tools/oggz_tools.c (working copy) @@ -454,7 +454,15 @@ iframe = granulepos >> granuleshift; pframe = granulepos - (iframe << granuleshift);
2008 Nov 21
6
ogg dirac granulepos in oggz tools
2008/11/21 David Flynn <davidf+nntp at woaf.net>: > On 2008-11-21, Conrad Parker <conrad at metadecks.org> wrote: >> 2008/11/15 David Flynn <davidf+nntp at woaf.net>: >>> On 2008-11-14, Conrad Parker <conrad at metadecks.org> wrote: >>>> It seems oggz chop, merge and sort will need some attention to deal >>>> with the Dirac
2008 Jul 31
1
oggz fixes for macos
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
2005 Feb 27
3
Cygwin-bug#20050227T2233: liboggz: Missing manual pages - oggzinfo, oggzed, oggzdiff
Package: liboggz Version: 0.9.0 Status: Severity: normal [Keep CC if you reply, I'm nt in this list] After porting the package to Cygwin, some binaries do not have accompnying manual pages. ... .inst/usr/share/man/man1/oggzdump.1.gz .inst/usr/share/man/man1/oggzdiff.1.gz .inst/usr/share/man/man1/oggzmerge.1.gz .inst/usr/share/man/man1/oggzrip.1.gz .inst/usr/include .inst/usr/include/oggz
2008 Nov 21
2
[Schrodinger-devel] ogg dirac granulepos in oggz tools
2008/11/15 David Flynn <davidf+nntp at woaf.net>: > On 2008-11-14, Conrad Parker <conrad at metadecks.org> wrote: >> It seems oggz chop, merge and sort will need some attention to deal >> with the Dirac granulepos and dependency ordering, so let's leave them >> for the next release. > > ok. -- may be worth having them 'warn' if they are operating
2009 Aug 12
1
Oggz use
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
2008 Nov 10
2
oggz-validate does not seem to check for correctly framed headers
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
2007 Aug 04
2
patch for oggz-comment
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
2008 Nov 14
0
[Schrodinger-devel] ogg dirac granulepos in oggz tools
On 2008-11-14, Conrad Parker <conrad at metadecks.org> wrote: > Should oggz-comment be modified to disallow modification of Dirac > streams, ie. does Ogg Dirac never contain VorbisComment metadata? Correct; there is no metadata handling capability in the current mapping spec. > It seems oggz chop, merge and sort will need some attention to deal > with the Dirac granulepos and