We need an RFC registering the mime types and patches for apache ready to go upstream and to all the distros if we're going to do this. -- rillian
Apache patch should be a priority. Is anyone available to create it?--Ivo
Annodex has apache patches for skeleton - is that what you're after?--[User:silvia|Silvia]]
This page is for collecting patches related to the MIME type and file extension changes outlined in MIME_Types_and_File_Extensions.
Please add links and information about your favorite applications to this page!
- 1 Standards
- 2 Recommendations
- 3 Applications
These Media Types must eventually be registered with the Internet Assigned Numbers Authority; however this is not a prerequisite for implementation -- on the contrary, the IETF prefers demonstrable interoperability prior to registration.
(Silvia:) It is my understanding that you cannot use a official "standards" MIME type without prior approval of the IETF/IESG and thus while the documentation has not been approved, we will have to use "x-" extensions on the MIME types.
Please read the IANA Application for Media Type for details of the registration procedure.
Players, File managers etc.
Applications which read (decode) Ogg files should be extended to additionally recognize the file extensions .ogv, .oga, .ogx as outlined in MIME_Types_and_File_Extensions.
.ogg and .spx are kept for backwards compatibility for Vorbis and Speex respectively. Nevertheless, .oga should be considered an alternative extension by all programs.
Programs that deal with media types, should recognize video/ogg, audio/ogg, and application/ogg.
Applications which create Ogg Theora files should be modified to default to the extension .ogv rather than .ogg.
Applications which create Ogg Vorbis or Ogg Speex files should be modified to allow use of the extension .oga, but should continue to default to the extensions .ogg and .spx respectively. Ogg FLAC applications must be modified to support the .oga extension only.
A GStreamer hacker writes: gstreamer more or less doesn't need anything. There's one tiny thing that could be changed, but it's in API that nothing currently uses, so it doesn't matter.
Mplayer successfuly plays .oga files such as those at XMLEmbedding. The mplayer Firefox plugin on Linux loads to play audio/ogg.
mime type associations have to be updated so VLC knows that it supports new extensions VLC ticket
- xine ignores file extensions on loading, so it can already play files with the new extension .ogv.
- xine implements a generic demuxer, so it can already play Ogg Audio (.oga) files containing additional bitstreams, ie. its Ogg Audio support is not limited to Ogg Vorbis I (Vorbis-only) files.
- xine support for Ogg Skeleton bitstreams.
Nevertheless, this PATCH adds metadata for the new filename extensions and MIME types to xine's Ogg demuxer, which is useful in reporting xine-lib's capabilities.
Amarok developer reports: We get the list of supported filetypes from the engine, and the engine gets it from the backend (e.g. xinelib). Amarok itself doesn't distinguish between formats at all.
Arek released a new version, stating it does support the new MIME types and file extensions.
FFMpeg is not able to play ogv files with Skeleton stream since it treated as a video stream with a higher importance than the Theora stream.
File managers, servers etc.
Test files on XMLEmbedding are now .oga served as audio/ogg using
inAddType audio/ogg .oga
implies upstream change is probably simple once new types are approved.
Nautilus (and the whole of GNOME) uses the f.d.o shared-mime-info package. Patch: https://bugs.freedesktop.org/show_bug.cgi?id=12890 (please check)
svn uses .ogv, will be released as 0.21