W3C home > Mailing lists > Public > whatwg@whatwg.org > March 2011

[whatwg] Implementation difficulties for MediaController

From: Ian Hickson <ian@hixie.ch>
Date: Mon, 28 Mar 2011 03:01:51 +0000 (UTC)
Message-ID: <Pine.LNX.4.64.1103280224370.25791@ps20323.dreamhostps.com>

It's been brought to my attention that there are aspects of the 
MediaController design that are hard to implement; in particular around 
the ability to synchronise or desynchronise media while it is playing 
back.

To help with this, I propose to put in some blocks on the API on the short 
term so that things that are hard to implement today will simply throw 
exceptions or otherwise fail in detectable and predictable ways.

However, to do that I need a better idea of what exactly is hard to 
implement.

It would be helpful if you could describe exactly what is easy and what is 
hard (that is, glitchy or simply unsupported by common media frameworks) 
in terms of media synchronisation, in particular along the following axes:

 * multiple in-band tracks vs multiple independent files
 * playing tracks synchronised at different offsets
 * playing tracks at different rates
 * changing any of the above while media is playing vs when it is stopped
 * adding or removing tracks while media is playing vs when it is stopped
 * changing overall playback rate while a synced set of media is playing

Based on this I can then limit the API accordingly.

(Any other feedback you may have on this proposed API is of course also 
very welcome.)

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
Received on Sunday, 27 March 2011 20:01:51 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:31 UTC