W3C home > Mailing lists > Public > public-html-a11y@w3.org > October 2010

Re: [media] handling multitrack audio / video

From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
Date: Wed, 20 Oct 2010 12:31:50 +1100
Message-ID: <AANLkTiki0xBzx7mfdNExjcgTS4cPFZ3i7CvgjK7c55Ev@mail.gmail.com>
To: Daniel Weck <daniel.weck@gmail.com>
Cc: public-html-a11y@w3.org, Fabien Cazenave <fabien.cazenave@inria.fr>, Gylling Markus <markus.gylling@gmail.com>, DeMeglio Marisa <marisa.demeglio@gmail.com>
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. :-)


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

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:55:46 UTC