MIME-Migration: Difference between revisions

From XiphWiki
Jump to navigation Jump to search
(apache discussion)
No edit summary
 
(7 intermediate revisions by 5 users not shown)
Line 1: Line 1:
''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?''--[[User:Saoshyant|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]].
This page is for collecting patches related to the MIME type and file extension changes outlined in [[MIME_Types_and_File_Extensions]].


Line 11: Line 5:
== Standards ==
== Standards ==


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.
[http://www.rfc-editor.org/rfc/rfc5334.txt RFC 5334] has registered video/ogg and audio/ogg, and redefined application/ogg.
 
(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 [http://www.iana.org/cgi-bin/mediatypes.pl IANA Application for Media Type] for details of the registration procedure.
Please read the [http://www.iana.org/cgi-bin/mediatypes.pl IANA Application for Media Type] for details of the registration procedure.
Line 25: Line 17:
.ogg and .spx are kept for backwards compatibility for Vorbis and Speex respectively.  Nevertheless, .oga should be considered an alternative extension by all programs.
.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.
Programs that deal with media types, should recognize video/ogg, audio/ogg, and application/ogg.  They should also be able to either recognize Skeleton, or at least be able to play files with a Skeleton stream without problems.


=== Encoders ===
=== Encoders ===
Line 67: Line 59:
==== XiphQT ====
==== XiphQT ====
Arek released a new version, stating it does support the new MIME types and file extensions.
Arek released a new version, stating it does support the new MIME types and file extensions.
==== FFMpeg ====
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.
:I have not seen this problem during my own tests.  Going back to test ffmpeg.--Ivo


=== File managers, servers etc. ===
=== File managers, servers etc. ===


==== Apache ====
==== Apache ====
Test files on [[XMLEmbedding]] are now .oga served as audio/ogg using
[http://issues.apache.org/bugzilla/show_bug.cgi?id=44153 Ticket filed in]. Waiting for approval.
<code><pre>AddType audio/ogg .oga</pre></code> in <code><pre>.htaccess</pre></code>,
implies upstream change is probably simple once new types are approved.


==== Konqueror ====
==== Konqueror ====


==== Nautilus ====
==== Nautilus ====
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)


=== Encoders ===
=== Encoders ===
Line 83: Line 80:
==== ffmpeg2theora ====
==== ffmpeg2theora ====


[https://trac.xiph.org/attachment/ticket/1189/ffmpeg2theora-ogv.diff?format=raw PATCH] attached to [https://trac.xiph.org/ticket/1189 ticket:1189] changes default output extension to .ogv.
Version 0.21 uses .ogv and Skeleton by default.
 
==== VLC ====
 
VLC also encodes to Ogg container.  [https://trac.videolan.org/vlc/ticket/1412 Ticket] is open regarding the use of Skeleton. They welcome a patch.

Latest revision as of 18:34, 9 September 2008

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!

Standards

RFC 5334 has registered video/ogg and audio/ogg, and redefined application/ogg.

Please read the IANA Application for Media Type for details of the registration procedure.

Recommendations

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. They should also be able to either recognize Skeleton, or at least be able to play files with a Skeleton stream without problems.

Encoders

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.

Applications

Players

GStreamer

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

Mplayer successfuly plays .oga files such as those at XMLEmbedding. The mplayer Firefox plugin on Linux loads to play audio/ogg.

VLC

mime type associations have to be updated so VLC knows that it supports new extensions VLC ticket

xine

  • 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.

Songbird

Amarok

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.

XiphQT

Arek released a new version, stating it does support the new MIME types and file extensions.

FFMpeg

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.

I have not seen this problem during my own tests. Going back to test ffmpeg.--Ivo

File managers, servers etc.

Apache

Ticket filed in. Waiting for approval.

Konqueror

Nautilus

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)

Encoders

ffmpeg2theora

Version 0.21 uses .ogv and Skeleton by default.

VLC

VLC also encodes to Ogg container. Ticket is open regarding the use of Skeleton. They welcome a patch.

Retrieved from "https://wiki.xiph.org/index.php?title=MIME-Migration&oldid=9455"