[vlc-devel] Claimed MIME support differ in desktop file and browser plugin

[Petter Reinholdtsen]

While working on fixing Debian bug #822245, I wrote a script to compare
the set of MIME types announced by the VLC browser plugin and the
desktop file, and discovered that the difference is quite large.  Is
this intentional, or should the two sets of MIME types be synchronised
to ensure VLC is listed as an alternative for all the file formats it
support?

These MIME typees are only announced by the desktop file:

        application/x-extension-mp4
        application/x-flac
        application/x-shockwave-flash
        audio/amr-wb
        audio/vnd.rn-realaudio
        audio/x-mp3
        audio/x-ms-asf
        audio/x-ms-asx
        audio/x-ms-wax
        audio/x-pn-aiff
        audio/x-pn-au
        audio/x-pn-realaudio
        audio/x-pn-realaudio-plugin
        audio/x-pn-wav
        audio/x-pn-windows-acm
        audio/x-real-audio
        audio/x-scpls
        audio/x-vorbis+ogg
        image/vnd.rn-realpix
        misc/ultravox
        video/dv
        video/mp2t
        video/mp4v-es
        video/msvideo
        video/vnd.rn-realvideo
        video/x-anim
        video/x-avi
        video/x-flc
        video/x-fli
        video/x-nsv
        video/x-ogm+ogg
        x-content/audio-cdda
        x-content/audio-player
        x-content/video-dvd
        x-content/video-svcd
        x-content/video-vcd
        x-scheme-handler/mms
        x-scheme-handler/rtmp
        x-scheme-handler/rtsp

These are only announced by the browser plugin:

	application/mpeg4-iod
	application/mpeg4-muxcodetable
	application/x-google-vlc-plugin
	application/x-mplayer2
	application/x-vlc-plugin
	audio/3gpp
	audio/3gpp2
	audio/flac
	audio/m4a
	audio/ogg;
	audio/wav
	audio/x-ms-wma
	audio/x-realaudio
	codecs=opus
	video/3gpp
	video/3gpp2
	video/divx
	video/flv
	video/mpeg-system
	video/x-m4v
	video/x-mpeg-system
	video/x-ms-asf-plugin
	video/x-ms-wvx

The script I used to generate the list is available from
<URL: https://bugs.debian.org/822245 >.
-- 
Happy hacking
Petter Reinholdtsen