See also: IRC log
<JF> JF waves
Oh no, Silvia! Sorry to hear this!
<scribe> agenda: this
<scribe> scribe: janina
scribenic: janina
Silvia, we're wondering if we can reassign action-8 to you?
<silvia> do we have a link to action-8?
<JF> Silvia, are you able/willing to take on action item 88? Review Media Fragment URI 1.0 http://www.w3.org/TR/2010/WD-media-frags-20100624/
<silvia> ah! well, I am part of the team that wrote the Media Fragment URI 1.0 spec, so it would be kinda useless for me to review it
<silvia> you'll notice I am one of the authors
OK, Silvia. That makes sense. We'll kick this action back to PF (where it came from).
Next, Bug 1195 -- Qualify success criteria
We'll follow up on this at the main TF call tomorrow.
Bug 8657 -- Eric?
Allow UA to reload fallback content ...
Q: Should a video start playing if additional "fallback" content not fully loaded?
We thought not last week.
EC: Sean is correct. External
track considered "ready" even if not loading.
... So, what should the behavior be if caption track loads more
lowly than main resource?
... Not sure that was the initial intent of this bug,
though.
SH: If text track is hidden, can
still be considered "ready." Also concerning.
... Not sure "ready" should be allowed if something fails to
load.
<silvia> I think we are confusing the ready state of the media with the ready state of the caption track
<silvia> there are two independent ready states
EC: There's "have metadata" to indicate when enough of a file is available to know what it is, and enough to render a single frame
SH: Need some kind of buffering mechanism
EC: There are two states beyond
the single-frame, finally a state that goes to eof
... State can go up and down.
... Agreeing with Silvia, thought Sean asking about how this
fits with main resource.
... We may be getting caption data, but not know ...
<silvia> I assume if the main resource has an error state, there will be no attempt to load the text tracks
SH: But captions for an hour's movie is still pretty small data
<silvia> if the main resource loads, then an attempt to load the text tracks will happen, too
<silvia> this can succeed (i.e. LOADING or LOADED state) or fail (ERROR state)
Silvia, I think the concern is that the video not play if the attempt to load the text track fails, or is delayed
<silvia> if it succeeds, the tracks are available for display - if not, they are not
SH: Think we can close this bug as it's about fallback, but we're discussing a different bug.
<silvia> should a broken text track really stop a perfectly fine video from playing?
Silvia, are you saying that the movie doesn't play if the attempt to load text track has not yet finished?
<silvia> if a text track is to be loaded and thus the browser goes from NONE to LOADING state, it probably makes sense for the playback to wait a bit
GF: If user said, want captions, need to indicate they didn't load, proceed anyway?
<silvia> if after an acceptable waiting time the captions haven't loaded, the caption track should probably transition to ERROR state and an indication being shown on screen, but the video start playback
SH: Perhaps ua not required to play video if indicated resource unavailable
<silvia> then it is up to the user to decide if they want to accept the video without captions or try a different track manually
<silvia> I'm just considering that a video that hasn't got any captions available will also play and not be stopped by an accessibility requirement of a user
<silvia> so if a caption load fails, this is the same fallback situation
GF: Ideal to let the user know that error has made my default requirements unavailable this time.
EC: Yes, but that's not html spec, it's ua
<silvia> a message such as "english caption track failed to load" would certainly be helpful
SH: It's 'should' so there's wiggle room for the ua
<silvia> similarly a message to the screen reader about "english text descriptions failed to load" would be good, too
Silvia, won't be a screen reader with captions, though. Probably only the browser
JF: Close 8657, not what we're discussing here
<silvia> janina: <track> also supports text descriptions
Yes, in that case could be screen reader
JF: Hand this to UAWG?
RESOLUTION: We will suggest UAWG describes proper behavior when alternate content representation not loaded and an error is generated.
<silvia> it could be useful to add a note to the spec that UAs should indicate (visually or aurally) to the user if a text track that was deemed to load failed
Bug 8673 -- not yet ready ...
<silvia> it's clearly a UA thing though, so I am happy with the resolution
<Judy> sean: we need to capture best practices on captions
<JF> Group decision to report back - concur with Editor on bug #9774 - not a valid issue - pass
<JF> JF - asking Sean if we can capture potential authoring issue as he identified?
scribenic: janina
<JF> Sean: what happens if caption is position such that the captions are position outside of a readable region - possible that an author can do so
SH: It might be possible to set 0 picsel size, can't prevent authors from doing something stupid
<JF> not something that can be mandated in a spec, but it is important author guidance
SH: wcag doesn't explain
captions, though, so best practices not provided that way
... perhaps existing knwledge should be captured as wcag
techniques
<JF> suspicion that this should be formulated as a WCAG success technique
GF: No single source of agreed
caption guidelines, a neutral place like wcag a good spot
... Happy to help with this
JB: This is important info, esp
that people are approaching in parallel, but not coordinated in
a neutral repository
... Would like to se this go forward
GF: Should also consider descriptions
<Judy> JB: absolutely
JF: Suggesting that SH and GF create a statement to be forwarded to WCAG
action sean to create a statement with geoff to forward need for caption and description techniques for wcag
<trackbot> Created ACTION-98 - Create a statement with geoff to forward need for caption and description techniques for wcag [on Sean Hayes - due 2011-01-19].
Bug 10693
Silvia, can you join the call for a few minutes about this bug?
<silvia> am in Germany and not near a phone, sorry
What, no phones in Germany!!!
Can you look at Bug 10693 and say whether you can follow up on it?
Bug 10841
<silvia> I will have to follow up indeed
John filed this just ahead of last call cut off ...
What to do when a descriptive track is longer than the primary resource time?
GF: How to know is first
question
... What to do should be pin preference; Stop movie
automatically?
... If recorded audio, not too hard to tell
... But, what if text?
SH: Can think of algo with
audio
... Also ok in SAPI for TTS
GF: agree on mechanisms
SH: I just pause every description, very simple
JF: Does this require discrete
control?
... A pause button for main resource, another for
description?
SH: Not necessary
... Pause the main resource when playing the description;
cycling mechanism
... Thought it was a cognitive disability question, someone
wants a lot more time
<gfreed> i have to run.
Thanks, Geoff!
<gfreed> will read the minutes for the rest of this thread.
<silvia> we actually discussed this during a meeting at IBM Japan and we thought that a "extend timeline" marker would be helpful - then the author can signal to the browser to wait for the screen reader to finish
<silvia> some more details at http://blog.gingertech.net/2010/12/12/accessibility-to-web-video-for-the-vision-impaired/
<silvia> I do agree that we haven't currently got a mechanism to deal with extended text descriptions
<silvia> I believe experiments are necessary
SH: Works because doesn't rely on screen reader. TTS is generated directly fot eh rendering
JF: Can keep this open, as needing testing and more discussion. We will also note that non screen reader mechanisms need to be considered.
EC: Not sure we can solve by the time the spec is done
SH: Agree
... Main thing is to make sure there are enough hooks to make
sure we can do the right thing
EC: Agree
SH: I already have demos that work with HTML5 browser
EC: Silvia has also
<silvia> Sean: are you doing extended descriptions? I am only doing synchronized descriptions
<Sean> yes.
<silvia> (apologies if I have seen it before - I don't remember)
DRAFT RESOLUTION: We believe this is about UA behaviior, and the spec should only provide sufficient resources for UA to create compelling solutions.
We believe those sufficient hooks already exist in the spec.
Silvia: Are you OK?
<silvia> with this resolution?
Yes
<silvia> I am not 100% sure we already have everything we need - I believe some extra markup may be necessary in descriptions
Silvia, Can you elaborate further on next week's call?
<silvia> if Sean has an example that we can all look at and that doesn't need anything extra, that would be fine, too
Silvia, Shawn will follow up with you.
<silvia> thanks
Bug 10842
<JF> Bug 10842 - Support the isolation of speech from other background sounds in AV media
The "Clear Audio" case
It's about production, but if packaged in with main media there's currently no api to determine, expose, select, etc.
Agreement that we need to solve this when we solve alternate lang, recorded audio description, sign lang translation, etc.
Silvia, isn't there another bug that better represents this problem?
<silvia> yes, the multitrack API
<JF> bug number?
<silvia> it's not "better", but just a different aspect of the same bug
<silvia> 9452
So, we close 10842 in preference for 9452?
SH: Link this one to 9452
<silvia> I wanted to spend a day putting a proposal together which we can further discuss - haven't had the time yuet
<silvia> we had some good email discussions
Close this one, and add Clear Audio to 9452
<silvia> I would recommend keeping both around
<silvia> even if we have multitrack, we still need an API to separately control the volume of the tracks
<silvia> is sort-of a next step issue
<silvia> we can put a message in 10842 though that it relates to 9452
<silvia> and maybe even waits for resolution for 9452
Yes, but 10842 implies that creating clear audio is a ua technology, and that's something we need to dispose of. It isn't.
<silvia> it needs more info, namely that the separate control of volume of different tracks does not require audio analysis, but only separate volume control through an API
<silvia> if you want, I can add a sentence
Silvia, we need to be closing bugs. We're proposing to capture the need for discovery, plus the need for independent control of multiple tracks with 9452.
Independent control of multiple tracks is also in our reqs.
<scribe> ACTION: Janina to annotate 9452 with clear audio discovery and selection, as well as independent control of multiple playback tracks [recorded in http://www.w3.org/2011/01/12-html-a11y-minutes.html#action01]
<trackbot> Created ACTION-99 - Annotate 9452 with clear audio discovery and selection, as well as independent control of multiple playback tracks [on Janina Sajka - due 2011-01-19].
<JF> new audio WG - see: http://lists.w3.org/Archives/Public/public-xg-audio/2010Dec/0096.html
<JF> Decsion: once janina completes Action-99, close bug 10842
Discussion of whether the proposed Audio API WG can take our issues for controls. Feeling of most is that it isn't.
It will be very late, and is not currently scoped for controls.
JF: Remaining is 4 bugs for next week?
EC: A question for the Chairs as to when we should resolve these?
This is scribe.perl Revision: 1.135 of Date: 2009/03/02 03:52:20 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) Found Scribe: janina Inferring ScribeNick: janina Default Present: Janina, John_Foliot, Judy, Geoff_Freed, Sean_Hayes, Eric_Carlson Present: Janina John_Foliot Judy Geoff_Freed Sean_Hayes Eric_Carlson Got date from IRC log name: 12 Jan 2011 Guessing minutes URL: http://www.w3.org/2011/01/12-html-a11y-minutes.html People with action items: janina WARNING: Input appears to use implicit continuation lines. You may need the "-implicitContinuations" option.[End of scribe.perl diagnostic output]