On Thu, Nov 14, 2013 at 12:15 AM, Brendan Long <B.Long@cablelabs.com> wrote: > >> - what is the use case we are trying to address by exposing these info >> via the track ID attribute? Is the only think we care is to have something >> that unique locally to the application (in that case it may not matter much >> if the PID changes along the broadcast value chain as far as each track as >> a unique PID at the end) or are we trying to convey some other type of >> information? >> > > One case is the media fragments, where it would probably be useful if the > ids were controllable (like Matroska TrackUIDs and Ogg Skeleton Names are), > or at least stay the same after transcoding. I assume that would make > authoring easier. > > The other is finding metadata, where it probably doesn't matter if the ids > change, just that they are consistent within a single file. > this is only if they are both "inband" I guess. If one is in-band (audio-video) and the other is out of band (metadata) you need to make sure that what you choose as your "id" doesn't change along the delivery chain, otherwise they will not match
Received on Wednesday, 13 November 2013 16:34:14 UTC