[ogg-dev] [PATCH] oggmerge, various

ogg.k.ogg.k at googlemail.com ogg.k.ogg.k at googlemail.com
Fri Mar 28 05:02:44 PDT 2008

> container format are called. CMML as a timed text codec has a mime
> type of text/cmml. Similarly, the textual representation of Kate
> should be text/x-kate.

Agree, as both of these are text.

> When you encode Kate in Ogg, it would not normally be expected to come
> without audio or video. Thus, if it's an audio file, it should be
> video/ogg - for a video file it should be video/ogg - and if it's a
> random other file (such as Kate encoded inside Ogg without anything
> else) it should be application/ogg with the mime type text/x-kate
> inside skeleton.

So, just to confirm, you reckon it'd be text/x-kate in skeleton for the
embedded Kate stream in Ogg, though it is 8 bit binary data and not
the text source representation ?

If so, I'll post an updated patch soon, but I want to make sure we're on
the same thing as, from he link I posted, text means "such [extra] software
must not be required in order to get the general idea of the content",
which is clearly not the case for kate, as text data is often not even byte
aligned (something I've wondered about whether it'd be a good idea to
autoalign actually, too late now though), and application is "some other
kind of data, typically either uninterpreted binary data or information to
be processed by a mail-based application."

Of course, this is a layman's reading, so if you confirm text/x-kate would
be correct for the binary bitstream, I'll change it so.


More information about the ogg-dev mailing list