W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > February 2011

[Bug 12195] canplay event is fired long before one can play in any meaningful way

From: <bugzilla@jessica.w3.org>
Date: Sat, 26 Feb 2011 13:08:13 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1PtJsb-00081A-Qx@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=12195

Philip Jägenstedt <philipj@opera.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |philipj@opera.com

--- Comment #1 from Philip Jägenstedt <philipj@opera.com> 2011-02-26 13:08:13 UTC ---
The canplay event is fired as readyState changes from HAVE_CURRENT_DATA to
HAVE_FUTURE_DATA, that is when 2 frames worth of data has been buffered.
Scripts can't actually use this event to determine when it would be appropriate
to play, as playing just one frame and pausing is not helpful. When waiting for
the network, the behavior one wants is that say 10 seconds of data is buffered
before starting playback. Single frames and tiny burst of audio is not useful.

My preferred solution to the problem would be to redefine HAVE_FUTURE_DATA to
mean that something more than 1 frame ahead is available. Possible UA-defined,
but something like 5-10 seconds at least.

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Saturday, 26 February 2011 13:08:18 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Saturday, 26 February 2011 13:08:18 GMT