- From: François Daoust via GitHub <sysbot+gh@w3.org>
- Date: Tue, 25 Jul 2017 06:47:07 +0000
- To: public-secondscreen@w3.org
>> In particular, what happens to the videoTracks, audioTracks and textTracks properties? Do the lists disappear? If so, do change and removetrack events get fired? Can the local user agent continue to manage text tracks locally during remoting and fire cues accordingly? > I suppose all of these are possible; is this question in reference to a specific remote playback implementation? No. I'm wondering what needs to be made explicit in the spec to guarantee interoperability between implementations. Taking a concrete example, let's say that my app plays a video, has a pointer to a `TextTrack` instance for a text track within that video stream, and follows `cuechange` events on that instance to render something on screen. That app might break if these events are no longer triggered after the user activates remote playback. How do I detect that the `TextTrack` instance I have is no longer valid? With regular media playback, I believe I would receive a `removetrack` event on the `TextTrackList` instance attached to the media element. Will I receive the same event if the user activates remote playback and the text track becomes no longer available locally? I suppose so but it may be worth making that explicit in the spec, especially because we want to "hide" other aspects of the transition (such as local pausing). Now, I may be creating issues where they don't exist, and we may want to get more implementation and usage experience before we make things more explicit in the spec, so as to understand what can concretely trigger interoperability issues. In other words, current text is probably good enough for now, we can add more notes afterwards as needed. -- GitHub Notification of comment by tidoust Please view or discuss this issue at https://github.com/w3c/remote-playback/issues/41#issuecomment-317645726 using your GitHub account
Received on Tuesday, 25 July 2017 06:47:09 UTC