Re: Practical reality [captioning L1 or L2]

Makoto:
My point is that I'd like to know WCAG 2.0 need to consider the
"practical reality" or not. If not, it should be L1. If consider, it can
be L2. My decision on L1 or L2 depend on it.

Ellero:
My comments and practical test on prerecorded multimedia were just to say
that captioning and audio descriptions for prerecorded components are, with
a few hours of training, easy and doable for everybody, so L1 for 1.2
SC1-SC2 is - in my experience - in your "CASE 2" (WCAG 2.0 consider the
"practical reality").

Although "real time captioner" is already a real career [1], a technical
difficulty is rather in real-time captioning (L2), in fact in italian law
("Stanca Act", Law n. 4, January 9, 2004 [2]) the applicability (Technical
Requirements) of multimedia accessibility distinguishes between prerecorded
and real time multimedia [3]:

"Requirement No 18
Terms: Where a film or a multimedia presentation is essential for the
completeness of the information or service provided, provide a synchronised
equivalent textual alternative, in the form of sub-titles or an auditory
description, or provide a summary or simple label for each video or
multimedia elements, taking account of the degree of importance or
difficulty in the case of real-time transmission.
WCAG 1.0 References: 1.3, 1.4 - Sec. 508 References: 1194.22 (b)"

Best regards,
Roberto Ellero


1. http://www.bbc.co.uk/jobs/microsites/steno/index.shtml
    http://www.bbc.co.uk/jobs/microsites/steno/day_in_the_life.shtml
2. http://www.pubbliaccesso.it/normative/law_20040109_n4.htm
3. http://www.pubbliaccesso.it/normative/DM080705-A-en.htm




----- Original Message ----- 
From: "Makoto UEKI - Infoaxia, Inc. -" <ueki@infoaxia.co.jp>
To: <w3c-wai-gl@w3.org>
Sent: Saturday, November 05, 2005 1:34 AM
Subject: Re: Practical reality [captioning L1 or L2]



Hi Roberto,

Thanks for your comments.

<blockquote>
>From a technical point of view, I think it is really easy for the authors
to make synchronized alternatives tracks, and in my opinion 1.2 L1 SC1
and 1.2 L1 SC2 have the same greatest importance in Multimedia
accessibility, so I think the better solution is to maintain them to L1.

Without synchronized alternatives movies, animations or slide shows will
be a barrier for deaf or hearing impaired, blind or visually impaired
viewers
and for people with cognitive disabilities, and Multimedia is increasingly
important on the Web.
</blockquote>

I understood the imporatnce of the captioning and audio description for
the multimedia accessibility for people with disabilities and it also
can benefit people without disabilities.

My point is that I'd like to know WCAG 2.0 need to consider the
"practical reality" or not. If not, it should be L1. If consider, it can
be L2. My decision on L1 or L2 depend on it.

I'm relatively new to the group and thought people in the working group
seem not to have same standpoint when thinking about captioning and
audio description. I'd like to confirm it in order to reach the
consensus.

As Andi wrote in another discussion, "Part of what we struggle with in
trying to reach consensus is that we all have different environments
that we represent." We need to discuss any issues based on the same
premise reached consensus in the working group.


Cheers,
Makoto


On Fri, 4 Nov 2005 19:11:54 +0100
"Roberto Ellero" <rellero@webaccessibile.org> wrote:

>
> Makoto:
> At the today's teleconference, we discussed the captioning and the audio
> description. It'll depend on the premise the WCAG WG has.
> CASE 1:
> WCAG 2.0 doesn't consider the "practical reality" but will define what
> the accessible web content is.
> In this case, we should keep the captioning and the audio description at
> Level 1. But it is really hard for the authors to do that at this moment.
> Both the captioning and the audio description require specialist expertise
> to be done correctly. It could result in the situation that many web
> designers/developers would give up the conformance with WCAG 2.0.
> [...]
>
>
> Ellero:
> Of course I consider correct that the "practical reality" in Japanese
> authoring is a great problem about captioning, but for the rest I really
> think that making captions and audio descriptions synchronized with SAMI
> and
> SMIL in QuickTime, Real and WMP movies is not an issue of technical
> difficulty, but "only" a "work required" issue.
> In other words, Multimedia accessibility is in my opinion a part of
> knowledge of Content editors. In fact, to make captions and audio
> descriptions as in this examples in a my testing - in all formats - is
> easy
> and doable for everybody, using MAGpie or other tools [1]:
>
> http://www.test.robertoellero.it/elaborazioni_sottotitoli/
> [needs to set wm and Real players to "show captions", the code is valid
> and
> crossbrowser using Object]
>
> On the contrary it is often difficult to "reconstruct" the scenario (the
> original text) in order to communicate what is happening (not dialogical)
> to
> visually impaired users. That's an interpretative expertise for Content
> editors, obviously, and an emphasis regard the importance of planning
> multimedia content with accessibility in mind.
>
> >From a technical point of view, I think it is really easy for the authors
> >to
> make synchronized alternatives tracks, and in my opinion 1.2 L1 SC1 and
> 1.2
> L1 SC2 have the same greatest importance in Multimedia accessibility, so I
> think the better solution is to maintain them to L1.
>
> Without synchronized alternatives movies, animations or slide shows will
> be
> a barrier for deaf or hearing impaired, blind or visually impaired
> viewers and for people with cognitive disabilities, and Multimedia is
> increasingly important on the Web.
> Consider that the BBC, by 2008, will be providing subtitles on 100% of
> programming across the entire BBC network (TV and Web). [2]
>
> Best regards,
> Roberto Ellero
>
>
> 1. http://www.captions.org/softlinks.cfm
> 2. http://www.redbeemedia.com/access/index.shtml
>     http://www.bbc.co.uk/jobs/microsites/steno/index.shtml
>
>
>
>
>
>

Received on Saturday, 5 November 2005 09:08:51 UTC