Hi, seems my previous post ended up in /dev/null due to being too large, so this update is now gzipped.. Adds support for Theora, Kate, and Speex. Checks magic on og[avxg] files Fixes pointer bug in vorbis packetizer makes the mng bit build Can't recall the other little bits it does off the top of my head. and the newest addition is a skeleton track (for Theora, Kate, Speex, and Vorbis). I'm not sure how to go about testing whether they're correct, I know of no tools that check this. They do appear plausible in oggzdump though. -------------- next part -------------- A non-text attachment was scrubbed... Name: oggmerge.diff.gz Type: application/x-gzip Size: 12300 bytes Desc: not available Url : http://lists.xiph.org/pipermail/ogg-dev/attachments/20080317/d10ae460/oggmerge.diff.bin
On 3/17/08, ogg.k.ogg.k@googlemail.com <ogg.k.ogg.k@googlemail.com> wrote:> I'm not sure how to go about testing whether they're correct, > I know of no tools that check this.>From the oggztools, oggz-validate should check properly for any errors.-Ivo
> From the oggztools, oggz-validate should check properly for any errors.I don't think it tests that a track is Vorbis if its associated entry in the skeleton stream says it's Vorbis, that's what I meant. It sees my skeleton tracks fine, but that doesn't mean the data they hold is correct, though it doesn't look obviously wrong.
On 18/03/2008, Ivo Emanuel Gon?alves <justivo@gmail.com> wrote:> On 3/17/08, ogg.k.ogg.k@googlemail.com <ogg.k.ogg.k@googlemail.com> wrote: > > I'm not sure how to go about testing whether they're correct, > > I know of no tools that check this. > > > From the oggztools, oggz-validate should check properly for any errors.should, but doesn't [check that Skeleton is correct] (yet). Conrad.