[theora] Extension .v+ogg does work

[Charles Iliya Krempeaux]

Hello Ralph,

On 10/24/06, Ralph Giles <giles at xiph.org> wrote:
>
> On Tue, Oct 24, 2006 at 11:30:59AM -0700, Charles Iliya Krempeaux wrote:
>
> > (Assuming there is one....)  What's the argument against also
> registering
> > MIME types like "video/ogg" and "audio/ogg" (instead of just giving
> > everything a "application/ogg" extension)?
>
> I'm not sure what the argument is there, other than mime types are hard
> to get registered, and this is a general problem with container file
> types that should be solved generally.


Yeah... I tend to agree with you in that the registered MIME type system is
kind of "broken".

Lucas Gonze expressed similar sentiments and made some good points about
that view here...

http://tech.groups.yahoo.com/group/videoblogging/message/48276


Nautilus uses audio/x-vorbis+ogg and video/x-theora+ogg internally, in
> analogy with things like application/rss+xml. Do you know if the '+'
> thing is a real proposal or just an experimental convention?


>From what I remember hearing (on the RSS Public mailing list --
http://tech.groups.yahoo.com/group/rss-public/ )... the "+" thing was
considered a hack.  And it was intended to be a one-time hack... only for
XML.

(From other places I heard....)  This new XML MIME types were basically a
fix for the "text/xml" MIME type problem.  "text/xml" was broken because
"text/*" implies US ASCII encoding (because of the "text/" part) I
believe... but XML defaults to UTF-8... and can be changed to other stuff
from within the XML file.  The real problem came when text-transcoders...
which are common in parts of the Internet that are dominated by languages
like Japanese, Chinese, etc... would do a text-transcode on XML assuming it
was US ASCII... which would often totally mess it up and totally corrupt the
XML file.  (Which was really really bad.)

So... based on that... which could of course be wrong (given that I can't
find the actual message that was said in)... I don't believe they'd allow
something like that to be registed again (outside of XML).


Konqueror
> does something similar.
>
> For the particular problem of automatic player choice, something like
> the RSS content dispotion hinting proposal is probably a better match,
> where your media type becomes "application/ogg; disposition-type=sound"
> or "application/ogg; disposition-type=moving-image". The types are
> drawn from the Dublic Core set instead of MIME.
>
>   http://www.advogato.org/article/852.html
>

I wrote that....  So... yeah that's a good proposal :-)

I also wrote this related proposal too...

http://maketelevision.com/log/rss_and_atom_feed_auto-discovery_for_internet_tv

(I know this is getting off topic, but....) Other idea could be to allow
multiple content types for a "resource".  So, for example, a SMIL file could
have...

X-Content-Types: video/smil, video/smil+xml, application/smil,
application/smil+xml

But that, IMO, isn't the best solution either.  I think something more free
form would be better.  As I mentioned here...

http://tech.groups.yahoo.com/group/videoblogging/message/48277

A free form typing system where defacto standard could emerge.

Where you could type things with labels like (in the following space
separated list)...

  video r-rated sci-fi 640x480 ogg theora

I don't know if any of these help with the MS Windows problem though.  MS
Windows seems to be incredibly "dumb" when it comes to types.  And (in MS
Windows) you'd probably need some other system to figure out which
application to launch based on any of these.  (But it is something to think
about I suppose.)


See ya

-- 
    Charles Iliya Krempeaux, B.Sc.

    charles @ reptile.ca
    supercanadian @ gmail.com

    developer weblog: http://ChangeLog.ca/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.xiph.org/pipermail/theora/attachments/20061024/f60df754/attachment.html