similar to: validator.annodex.org

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

On 2/16/06, Conrad Parker <conrad@metadecks.org> wrote: > Hi, > > The Annodex Foundation is pleased to announce the general availability of > the Annodex Media Validation Service, a free service that checks > Web-accessible Ogg, CMML and Annodex media resources for conformance to > Annodex and Xiph.Org specifications: > > http://validator.annodex.org/ > >

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

HOgg 0.4.1 Released ------------------- The HOgg package provides a commandline tool for manipulating Ogg files, and a corresponding Haskell library. HOgg is in hackage, or on the web at: http://www.kfish.org/~conrad/software/hogg/ This is the fourth public release. The focus is on correctness of Ogg parsing, production and editing. The capabilities of the hogg commandline tool are roughly on

Hi there ! This patch adds support for the registered mime type application/ogg to the annodex firefox plugin. Depending on your view of the issue, some more mime types should probably be handled by the annodex firefox plugin [1,2]. Have a nice day, erlehmann [1] http://wiki.xiph.org/index.php/MIME_Types_and_File_Extensions [2]

Conrad Parker wrote: > 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

In one of the last monthly meetings it was decided that OggPCM is ready and all it needs is an implementation (for instance, in ogg123). The problem is that nobody seems available to do it. If either Martin or Sampo would like to work on it, I believe nobody will oppose. CMML and Skeleton implementations are far more urgent right now, though. I have changed the main page in the XiphWiki to

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

On 3/20/08, Conrad Parker <conrad at metadecks.org> wrote: > I agree that tools should now start writing media types without the x- . Cool. j^ reported that some of the tools in the Annodex SVN like mod_annodex, anxrip, oggz-merge, oggz-rip, etc will need to be modified. I do not have SVN access to edit these, so can one of you guys do it? With j's consent, I'll edit

Silvia Pfeiffer wrote: > Hi Ian, > > hmm, there was a whole bunch up on media.aidabrowser.com, but it seems > that CSIRO have taken that site offline. > > I thought there was a version of the media in cmmlwiki that produces > annodex files, but there may be a bug on the server that prevents > that. Conrad - is this a known issue? > Thanks for getting back to me.

Hi Ian, CMML is still a draft, so we can change the addressing if required. You're correct, currently something like blah.cmml#fragment points to a clip (or temporal section) of the stream, but blah.cmml#t=12 points to a 12 seconds offset. (same for annodex, i.e. ogg files with skeleton track). For pointing to logical streams inside ogg, I'd really suggest you have a look at

Hi Ian, CMML is still a draft, so we can change the addressing if required. You're correct, currently something like blah.cmml#fragment points to a clip (or temporal section) of the stream, but blah.cmml#t=12 points to a 12 seconds offset. (same for annodex, i.e. ogg files with skeleton track). For pointing to logical streams inside ogg, I'd really suggest you have a look at

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

> not CMML, but the algorithm for remuxing from time offsets, which is > specified in the annodex Internet-Draft. This basically describes how Ah, yes, and CMML supplies a way to specify addresses which are then interpreted by this algorithm. Have I got that right ?

> Some of the things you talk about were not solved at the CMML level, but > rather through using different Ogg > logical bitstreams. While this is possible to do it this way (and probably a good idea for the examples like a clock in a corner), it implies that all the placements and logically different "items" are known at the start of the stream (since the Ogg spec says a

On 15/04/07, Silvia Pfeiffer <silviapfeiffer1@gmail.com> wrote: > Hi Ian, > > hmm, there was a whole bunch up on media.aidabrowser.com, but it seems > that CSIRO have taken that site offline. > > I thought there was a version of the media in cmmlwiki that produces > annodex files, but there may be a bug on the server that prevents > that. Conrad - is this a known

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

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

Hi, I recognize the main name behind CMML here :) Does the redesigning of CMML allow overlapping clips ? This is the main reason of my current ramblings about seeking. While karaoke was one of the initial goals behind kate, it is just a way the format can be used with (in fact, the format itself does not refer to karaoke at all, but styles and motions). At the moment, it is a fairly versatile