Re: [media] handling multitrack audio / video

It's good you're mentioning this because I was looking at the kompozer
stuff and wondering if that would be a fifth option. So, yes, you have
proposed a fifth option and we now need to discuss. :-)

Cheers,
Silvia.

On Wed, Oct 20, 2010 at 9:34 AM, Daniel Weck <daniel.weck@gmail.com> wrote:
> Hi Silvia, with regards to your proposal [1]:
>
> I think that solution #3 doesn't need to rely on the "par" time container.
> As you know, introducing new markup elements with timing semantics into
> HTML5 is likely to raise the acceptance threshold, so I would like to
> suggest an alternative solution based on a new synchronization attribute.
>
> There is an actively-developed experimental W3C SMIL Timesheet
> implementation [2] that proposes syncMaster (boolean) and mediaSync (IDREF)
> attributes to mark HTML content in order to specify an explicit timebase
> (other than the default one implied by the Timesheet scheduler) for the
> playback of timed continuous media.
>
> Inspired by this mechanism, here is a refactoring of your example (please
> note that I actually prefer "syncMaster" to "mediaSync", but that's merely a
> syntactic sugar issue, so for consistency purposes I'll use the attribute
> just like it is used in the Timesheet implementation proposal):
>
> <video id="v1" controls> <!-- primary content -->
> ...SOURCE(s) and TRACK(s)
> </video>
> <audio controls mediaSync="v1"> <!-- pre-recorded audio descriptions -->
> ...SOURCE(s)
> </audio>
> <video controls mediaSync="v1"> <!-- sign language overlay -->
> ...SOURCE(s)
> </video>
>
> --- Note that the "mediaSync/syncMaster" attribute would modify the playback
> and seeking behavior of the media elements to which it is applied.
> Consequently, I think it would be necessary to specify that the "controls"
> attribute would be overridden (to false) *and* that the JavaScript control
> API would be disabled so that the playback of the supplemental audio and
> video (as per your example) would depend entirely on the "master" media
> object.
>
> Because of the simple nature of this proposal (coarse synchronization), I
> think it would help a great way towards supporting pre-recorded audio
> descriptions (as opposed to textual ones already supported by the track
> element) and sign-language overlay in HTML5.
>
> Let me know what you think.
> Cheers, Dan
>
> [1]
> http://lists.w3.org/Archives/Public/public-html-a11y/2010Oct/0520.html
>
> [2]
> http://labs.kompozer.net/timesheets/audio.html#htmlMarkup
> http://labs.kompozer.net/timesheets/video.html#htmlMarkup
>

Received on Wednesday, 20 October 2010 01:32:43 UTC