oh by all means please implement the html5 spec :) ...
then the mv_embed script will just skip over your plugin :) as all the
methods that it would otherwise map to your plugin will already be
mv_embed exist precisely because there has not been the sort of
organization on the client side that your talking about.
Hopefully things will change with html5... for now we are stuck in java
script land prototyping objects and mapping them to each plugins feature
set so that they degrade in a controlled fashion. ie <video id=v1
src="video.ogg"/> plays with whatever method the client supports.
The idea is if any web developer uses the mv_embed script then they
don't have to worry about the different underling plugins ... it would
be ideal as you say to have a generic standard interface and thats what
mv_embed hopes to do while plugins/browsers catch up to html5
its all open source and all...its relatively easy to add plug in profile
as they just extend a base object then remap relevant js calls .... if
things go really well... plugin writers could add their plugin profile
directly and include the mv_package for embeding theora in the plugin
Kevin DeKorte wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> Michael Dale wrote:
>> I am writing a HTML5 <video> tag support into contemporary browsers via
>> one playback method is the mplayer plugin. Right now its very limited in
>> its support. To detect mozilla based plugins I have been using the
>> navigator.mimeTypes but mplayer does not seem to register anything
>> mplayer specific: ie vlc plugin registers application/x-vlc-plugin, and
>> oggplay plugin application/liboggplay ...
>> Is there anyway to reliably detect if mplayer plugin is installed.. that
>> A work around is: if windows media is supported, & on linux platform
>> ... you probably have mplayer installed... but I think it would be ideal
>> to register a mplayer specific mime type for easy detection without
>> conflicts with vlc.
> This would be quite easy to do, but I have to ask myself.. why should
> you change the functionality of your website based on the client site
> capabilities? Also, what about my other video plugin, gecko-mediaplayer?
> Should I have a separate mime type for it.. you see where I am going
> with this writing all these special cases for every single
> browser/plugin combination is not going to be fun. Support should be
> generic as much as possible, but then at a certain point you have to say
> "The client needs to do something on their end to make this work."
> - --
> Get my public GnuPG key from
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.7 (GNU/Linux)
> Comment: Using GnuPG with Remi - http://enigmail.mozdev.org
> -----END PGP SIGNATURE-----
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> Mplayerplug-in-devel mailing list