ogg dev - Oct 2007 - tool to add skeleton (was Re: Re: Peer review draft for the new)

On 02/10/2007, Ian Malone <ibmalone@gmail.com>
wrote:
> Martin Leese wrote:
> > 2.  Following on from 1, a tool which inputs an
> >     Ogg containier with one or more streams, and
> >     outputs a new Ogg container with the same
> >     streams plus an Ogg Skeleton stream stuffed
> >     in front would be very helpful.  The tool could
> >     also select and create the appropriate file
> >     extension.
> >
>
> This is pretty easy to write using liboggz from svn
> and Tahseen's skeleton creating functions (in his
> vorbis-tools branch).  I just haven't found an
> afternoon to do it yet.
Yes, that would be a good tool :-)

anxenc does a similar thing, but poorly -- it rebuilds the file from
its packets, and usually ends up quite a bit bigger; it also adds a
CMML track.

"hogg addskel" does what we want, you can get hogg from
http://www.kfish.org/software/hogg
However, it's a lot slower than an oggz version would be (due to my
poor Haskell optimization skills, not due to the choice of language
;-)

sorry that I haven't made a point of keeping the functionality of
oggz-tools and hogg in sync :-/

Conrad.

On 02/10/2007, Conrad Parker <conrad@metadecks.org>
wrote:
> On 02/10/2007, Ian Malone <ibmalone@gmail.com> wrote:
> > Martin Leese wrote:
> > > 2.  Following on from 1, a tool which inputs an
> > >     Ogg containier with one or more streams, and
> > >     outputs a new Ogg container with the same
> > >     streams plus an Ogg Skeleton stream stuffed
> > >     in front would be very helpful.  The tool could
> > >     also select and create the appropriate file
> > >     extension.
> > >
> >
> > This is pretty easy to write using liboggz from svn
> > and Tahseen's skeleton creating functions (in his
> > vorbis-tools branch).  I just haven't found an
> > afternoon to do it yet.
>
> Yes, that would be a good tool :-)
>
>
> "hogg addskel" does what we want, you can get hogg from
> http://www.kfish.org/software/hogg
> However, it's a lot slower than an oggz version would be (due to my
> poor Haskell optimization skills, not due to the choice of language
Apropos this; I was wondering about mime-types to be used in
Skeleton.  audio/vorbis for instance is not a current recommendation
for general use to avoid irritation to the IETF (as I understand) and
currently, for example, audio/x-ogg is suggested.  What is the opinion
on using the final codec mime types (audio/vorbis for instance) in
Skeleton, as this information is static and as it doesn't overlap with
anything anyone else is doing?

-- 
imalone