- From: <bugzilla@jessica.w3.org>
- Date: Sat, 26 Feb 2011 13:08:13 +0000
- To: public-html-bugzilla@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 UTC