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 18960 - Define how AudioTrack.id & VideoTrack.id are generated
Summary: Define how AudioTrack.id & VideoTrack.id are generated
Status: RESOLVED FIXED
Alias: None
Product: HTML WG
Classification: Unclassified
Component: Media Source Extensions (show other bugs)
Version: unspecified
Hardware: PC Windows 3.1
: P1 normal
Target Milestone: ---
Assignee: Aaron Colwell (c)
QA Contact: HTML WG Bugzilla archive list
URL:
Whiteboard: tpac2012
Keywords:
Depends on:
Blocks: 20253
  Show dependency treegraph
 
Reported: 2012-09-21 20:27 UTC by Aaron Colwell (c)
Modified: 2012-12-06 01:58 UTC (History)
4 users (show)

See Also:


Attachments

Description Aaron Colwell (c) 2012-09-21 20:27:56 UTC
The current spec does not say how AudioTrack.id & VideoTrack.id are generated. This needs to be defined because the underlying track IDs in the presentation are not necessarily constant (see section 2.4 bullet 2).


My suggestion is for the UA to generate unique ID strings for each track that stay constant throughout the presentation. I think allowing them to change during playback would be very confusing to the web application.
Comment 1 Adrian Bateman [MSFT] 2012-10-22 02:26:14 UTC
The HTML5 spec says: "The AudioTrack.id and VideoTrack.id attributes must return the identifier of the track, if it has one, or the empty string otherwise. If the media resource is in a format that supports the Media Fragments URI fragment identifier syntax, the identifier returned for a particular track must be the same identifier that would enable the track if used as the name of a track in the track dimension of such a fragment identifier. [MEDIAFRAG]"

Could we say that is a buffer is initialized with a single video/single audio track segment then the initial ID is maintained even if subsequent buffers have a different ID? Then for multi-track segments, the IDs must match. This makes the IDs predictable if the format includes an ID.

Is there a situation where we might need IDs distinct from HTML5, which allows an empty string if an ID is not available?
Comment 2 Aaron Colwell (c) 2012-12-04 17:46:04 UTC
Based on the discussion at TPAC (http://www.w3.org/2012/11/01-html-wg-minutes.html) I believe the consensus was that the UA should generate unique IDs for the AudioTrack.id & VideoTrack.id properties. These IDs don't change during playback even if the underlying track IDs in the bytestream change.

It was suggested that a containerid property could be added to the AudioTrack & VideoTrack objects to provide a way to expose the track IDs in the bytestream. These are allowed to change during playback based on what track ID in the bytestream currently maps to the specific track object. 

Based on the discussion on the media call today (http://www.w3.org/2012/12/04-html-media-minutes.html#item06), I'm planning on adding text to the spec about generating unique ID's for the tracks. We agreed to defer adding the containerid property until we are sure that we actually need it.
Comment 3 Aaron Colwell (c) 2012-12-06 01:58:52 UTC
Changes committed
http://dvcs.w3.org/hg/html-media/rev/43be42e69533