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

[Bug 14260] <track> "text tracks ready" and HTMLMediaElement.readyState

From: <bugzilla@jessica.w3.org>
Date: Sun, 02 Oct 2011 18:14:28 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1RAQYW-0003Nx-QW@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14260

Ian 'Hixie' Hickson <ian@hixie.ch> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ian@hixie.ch

--- Comment #8 from Ian 'Hixie' Hickson <ian@hixie.ch> 2011-10-02 18:14:27 UTC ---
The idea here is that it would be as bad to start playback without the enabled
tracks loaded as it would be to start playback without the audio or video track
loaded. With audio and video, we can do incremental loading, which is good.
With the text tracks, we can't, but they're small, so it's not a big deal.

Maybe the solution is to prevent <video> from getting to HAVE_CURRENT_DATA at
any time there are outstanding loads? (But then we'd need a way to load
metadata them in the background without blocking.) There'd still be a race if
the parser stalled after <video> and before <track> for long enough for the
video itself to load, but then as soon as a subtitle track was enabled the
video would pause again while it loaded.

I'd like to avoid depending on </video>, but we do have precedent for that
(with </object>). So it's not the end of the world if we do it.

-- 
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 Sunday, 2 October 2011 18:14:30 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:02:05 UTC