This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 23414 - <track> Live captioning - maybe need a way to indicate that a <track>'s data is streaming-aware
Summary: <track> Live captioning - maybe need a way to indicate that a <track>'s data ...
Status: RESOLVED WONTFIX
Alias: None
Product: WHATWG
Classification: Unclassified
Component: HTML (show other bugs)
Version: unspecified
Hardware: Other other
: P3 normal
Target Milestone: Unsorted
Assignee: Ian 'Hixie' Hickson
QA Contact: contributor
URL:
Whiteboard: blocked on dependencies
Keywords:
Depends on: 18029
Blocks:
  Show dependency tree / graph
 
Reported: 2013-10-01 21:38 UTC by Ian 'Hixie' Hickson
Modified: 2016-03-17 05:31 UTC (History)
7 users (show)

See Also:

Attachments

Description Ian 'Hixie' Hickson 2013-10-01 21:38:34 UTC 
We should add a feature to <track>, probably an attribute, to indicate that it's ok to not wait for the whole file to be fetched, but that the file should block the media element while a cue that covers the current playback position has not been received, or whatever mechanism we end up using in bug 18029.
Comment 1 Ralph Giles 2014-05-05 19:00:09 UTC 
I don't think it's helpful to block "while a cue that covers the current playback position has not been received". Most text track formats do not have explicit coverage of the whole timeline, so the only way to know this is to retrieve the entire resource.

It might be reasonable to wait if you know you're seeing things come in for a long way before the playback point, but for a live stream, cues will tend to arrive just-in-time in normal operation. That's hard to formulate as anything but a heuristic.
Comment 2 Anne 2016-03-17 05:31:35 UTC 
Closing as WONTFIX due to lack of interest.