Thread Subject: Re: teitac-video Digest, Vol 11, Issue 17

From: Silver Toby R
Date: Wed, Aug 22 2007 10:10 AM

• Return to this mailing list's archives
• View all messages in this thread
• Next message in thread: None
• Previous message in thread: None
• Messages sorted by: Author | Thread | Date

I am unable to participate in the conference call today, but I hope so
in the future. Where will I be able to obtain the draft for review and
input? Have we resolve the language to ensure that the transcripts are
not a substitue for open- or closed-captioning?

Thanks.

Toby

-----Original Message-----
From: = EMAIL ADDRESS REMOVED =
[mailto: = EMAIL ADDRESS REMOVED = ] On Behalf Of
= EMAIL ADDRESS REMOVED =
Sent: Wednesday, August 22, 2007 9:16 AM
To: = EMAIL ADDRESS REMOVED =
Subject: teitac-video Digest, Vol 11, Issue 17

Send teitac-video mailing list submissions to
= EMAIL ADDRESS REMOVED =

To subscribe or unsubscribe via the World Wide Web, visit
http://list.teitac.org/mailman/listinfo/teitac-video
or, via email, send a message with subject or body 'help' to
= EMAIL ADDRESS REMOVED =

You can reach the person managing the list at
= EMAIL ADDRESS REMOVED =

When replying, please edit your Subject line so it is more specific than
"Re: Contents of teitac-video digest..."


Today's Topics:

1. Re: teitac-video Meeting (Andrew Kirkpatrick)
2. Purging multimedia (Andrew Kirkpatrick)
3. Re: Purging multimedia (David Poehlman)
4. Re: teitac-video Meeting (geoff freed)


----------------------------------------------------------------------

Message: 1
Date: Tue, 21 Aug 2007 19:27:08 -0700
From: "Andrew Kirkpatrick" < = EMAIL ADDRESS REMOVED = >
Subject: Re: [teitac-video] teitac-video Meeting
To: "TEITAC Audio/Video Subcommittee" < = EMAIL ADDRESS REMOVED = >
Message-ID:

< = EMAIL ADDRESS REMOVED = >
Content-Type: text/plain; charset="us-ascii"

I can't attend the a/v call tomorrow, but here are a couple of thoughts:

1) This phrase:
- Decode caption data, when available, and pass a decoded
("open-captioned") video signal to the DTV display or monitor. For
personal video display devices, decoding of caption data will be subject
to the "readily achievable" standard; if decoding of caption data is not
"readily achievable," open-captioned video must be supplied for use on
that device.

I don't believe that we are in a position to require open or closed
captions on a specific device. The captions are delivered as part of
the content, and this phrase might be interpreted as requiring open
captions as long as there is a device that doesn't support closed
captions. The compliance of the content is separate from the compliance
of the device, and as such we could just leave off the "if decoding of
caption data....on that device" phrase and be OK.


2) 6.2.E Interactive Elements
All "multimedia" containing interactive elements, such as menus for
selection and access to segments of the content, that are part of the
content must include verbal equivalents for menu selections.

This is referring to software. This doesn't have anything to do with
the audio/video standards and as such should be removed. We had
language earlier that was effectively a note that told people who were
looking here because they were creating a DVD with a menu that they
needed to look at other standards also, but there is no place for this
here.

AWK




> -----Original Message-----
> From: = EMAIL ADDRESS REMOVED =
> [mailto: = EMAIL ADDRESS REMOVED = ] On Behalf Of
> Jasionowski, Tony
> Sent: Tuesday, August 21, 2007 3:50 PM
> To: = EMAIL ADDRESS REMOVED =
> Subject: [teitac-video] teitac-video Meeting
>
> To: AV Sub Committee,
> The AV Sub committee will meet as scheduled tomorrow, Wed, Aug. 22,
> 3-4pm ET to discuss and agree on the attached 8/17 AV sub com draft as

> final.
>
> NEXT PHONE MEETING:
>
> Wednesday, August 22, 3-4pm ET (may extend to 4:30pm)
>
> PHONE BRIDGE (supplied by Adobe):
> Meeting id#: 107147
> 1-877-220-5439 (US)
> 1-800-64-219 (Australia)
> 44-20-8608-1105 (London)
>
> Alternatively, dial into a local office and transfer to x69900
> 353-1-433-6790 (Dublin) 81-3-5740-2600 (Tokyo)
> 91-120-2444711 (Noida)
>
> Thanks.
>
> Tony
>
> Tony Jasionowski
> AV Sub Com Co-Chair
> (Panasonic)
>


------------------------------

Message: 2
Date: Tue, 21 Aug 2007 19:27:38 -0700
From: "Andrew Kirkpatrick" < = EMAIL ADDRESS REMOVED = >
Subject: [teitac-video] Purging multimedia
To: "TEITAC Audio/Video Subcommittee" < = EMAIL ADDRESS REMOVED = >,
"TEITAC Web/Software Subcommittee"
< = EMAIL ADDRESS REMOVED = >
Message-ID:

< = EMAIL ADDRESS REMOVED = >
Content-Type: text/plain; charset="us-ascii"

We don't define multimedia. We either need to or we need to remove the
term altogether. I prefer the latter. Here's what is involved (less
than you might think):

3-C - Non-text content
Non-text Content: All non-text content must have a text alternative that
presents equivalent information, except for the situations listed below.

* Controls-Input: If non-text content is a control or accepts user
input, then it must have a name that describes its purpose. (See also
User Interface Components provisions)
* Media: If non-text content is multimedia, live audio-only or
live video-only content, then text alternatives at least identify the
non-text content with a descriptive text label. (For multimedia, see
also Audio and/or Video provisions)
(change this one to "Media: If non-text content contains audio
or video, the text alternatives at least identify the non-text content
with a descriptive text label. (For content where synchronization
between audio or video content and other elements is required to
understand the meaning, see also the Audio and/or video provisions)
This same phrase would apply for the next two bullets also.
* Test: If non-text content is a test or exercise that must be
presented in non-text format, then text alternatives at least identify
the non-text content with a descriptive text label. (For multimedia, see
also Audio and/or Video provisions)
* Sensory: If non-text content is primarily intended to create a
specific sensory experience, then text alternatives at least identify
the non-text content with a descriptive text label. (For multimedia, see
also Audio and/or Video provisions)

6-A - Synchronized Alternatives
Equivalent alternatives for any multimedia presentation must be
synchronized with the presentation.

This can be changed to "Equivalent alternatives for any audio or video
contained in a presentation must be synchronized with the audio or video
elements." It is after all, the audio or video that is being used as a
reference for the synch, and the alternatives are for the audio or the
video, not the presentation as a whole.


6-E - Interactive Elements
All "multimedia" containing interactive elements, such as menus for
selection and access to segments of the content, that are part of the
content must include verbal equivalents for menu selections.

I don't know when this got into the document in this form, but it is
confusing to me why this is here. This section is talking about audio
and video equivalents. We don't define multimedia and this standard
will really cause trouble when it comes to evaluating products that meet
the apparent criteria - for example, if I have a flash based application
that includes video with audio and has an interactive interface to
select different video clips, does this standard apply? Does it cover
anything that isn't covered by the software standards? This one should
be removed and replaced with a note that indicates that things like DVDs
with menu systems need to adhere to other standards besides the a/v
standards.

8.1-B - Multimedia (Format)
When a content format supports multimedia, an encoding mechanism must be
provided to include synchronized text of verbal content, and audio
descriptions of critical nonverbal activity displayable by a user-agent.
Change to "When a content format supports audio or video, an encoding
mechanism must be provided to include synchronized text of verbal
content, and video descriptions of critical nonverbal activity
displayable by a user-agent." The seciton name will need to be changed
to "8.1-B - Audio and Video Elements"


As an alternative suggestion, we could define a new term "synchronized
media": "Refers to audio or video displayed at the same time as other
time-based content which is required for the understanding of the
complete presentation. The other content that the audio or video is
synchronized with to meet this definition does not include equivalents
such as captions, subtitles, or video description."

As a third alternative, we could accept the WCAG's definition of
"multimedia", which basically says that for the purposes of the WCAG
document, multimedia is audio or video that is synchronized with other
content is multimedia. It is a little odd since it is just co-opting a
very broad but familiar term to mean something that is a small portion
of what many people believe the term to mean. I think that this is the
least appealing option and we should choose to remove multimedia
altogether or define "synchronized equivalents".

Thanks,
AWK




Andrew Kirkpatrick

Corporate Accessibility Engineering Manager

Adobe Systems

= EMAIL ADDRESS REMOVED =


-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/attachments/20070821/df878758/attachment.htm

------------------------------

Message: 3
Date: Wed, 22 Aug 2007 08:54:48 -0400
From: "David Poehlman" < = EMAIL ADDRESS REMOVED = >
Subject: Re: [teitac-video] Purging multimedia
To: "TEITAC Audio/Video Subcommittee" < = EMAIL ADDRESS REMOVED = >,
"TEITAC Web/Software Subcommittee"
< = EMAIL ADDRESS REMOVED = >
Message-ID: <004101c7e4bb$9ffe7820$0601a8c0@HANDS>
Content-Type: text/plain; charset="iso-8859-1"

I'm with AWK on this one and while we are at it, we should think
carefully about the word "alternative".

----- Original Message -----
From: "Andrew Kirkpatrick" < = EMAIL ADDRESS REMOVED = >
To: "TEITAC Audio/Video Subcommittee" < = EMAIL ADDRESS REMOVED = >;
"TEITAC Web/Software Subcommittee" < = EMAIL ADDRESS REMOVED = >
Sent: Tuesday, August 21, 2007 10:27 PM
Subject: [teitac-video] Purging multimedia


We don't define multimedia. We either need to or we need to remove the
term altogether. I prefer the latter. Here's what is involved (less
than you might think):

3-C - Non-text content
Non-text Content: All non-text content must have a text alternative that
presents equivalent information, except for the situations listed below.

* Controls-Input: If non-text content is a control or accepts user
input, then it must have a name that describes its purpose. (See also
User Interface Components provisions)
* Media: If non-text content is multimedia, live audio-only or live
video-only content, then text alternatives at least identify the
non-text content with a descriptive text label. (For multimedia, see
also Audio and/or Video provisions) (change this one to "Media: If
non-text content contains audio or video, the text alternatives at least
identify the non-text content with a descriptive text label. (For
content where synchronization between audio or video content and other
elements is required to understand the meaning, see also the Audio
and/or video provisions) This same phrase would apply for the next two
bullets also.
* Test: If non-text content is a test or exercise that must be presented
in non-text format, then text alternatives at least identify the
non-text content with a descriptive text label. (For multimedia, see
also Audio and/or Video provisions)
* Sensory: If non-text content is primarily intended to create a
specific sensory experience, then text alternatives at least identify
the non-text content with a descriptive text label. (For multimedia, see
also Audio and/or Video provisions)

6-A - Synchronized Alternatives
Equivalent alternatives for any multimedia presentation must be
synchronized with the presentation.

This can be changed to "Equivalent alternatives for any audio or video
contained in a presentation must be synchronized with the audio or video
elements." It is after all, the audio or video that is being used as a
reference for the synch, and the alternatives are for the audio or the
video, not the presentation as a whole.


6-E - Interactive Elements
All "multimedia" containing interactive elements, such as menus for
selection and access to segments of the content, that are part of the
content must include verbal equivalents for menu selections.

I don't know when this got into the document in this form, but it is
confusing to me why this is here. This section is talking about audio
and video equivalents. We don't define multimedia and this standard
will really cause trouble when it comes to evaluating products that meet
the apparent criteria - for example, if I have a flash based application
that includes video with audio and has an interactive interface to
select different video clips, does this standard apply? Does it cover
anything that isn't covered by the software standards? This one should
be removed and replaced with a note that indicates that things like DVDs
with menu systems need to adhere to other standards besides the a/v
standards.

8.1-B - Multimedia (Format)
When a content format supports multimedia, an encoding mechanism must be
provided to include synchronized text of verbal content, and audio
descriptions of critical nonverbal activity displayable by a user-agent.
Change to "When a content format supports audio or video, an encoding
mechanism must be provided to include synchronized text of verbal
content, and video descriptions of critical nonverbal activity
displayable by a user-agent." The seciton name will need to be changed
to "8.1-B - Audio and Video Elements"


As an alternative suggestion, we could define a new term "synchronized
media": "Refers to audio or video displayed at the same time as other
time-based content which is required for the understanding of the
complete presentation. The other content that the audio or video is
synchronized with to meet this definition does not include equivalents
such as captions, subtitles, or video description."

As a third alternative, we could accept the WCAG's definition of
"multimedia", which basically says that for the purposes of the WCAG
document, multimedia is audio or video that is synchronized with other
content is multimedia. It is a little odd since it is just co-opting a
very broad but familiar term to mean something that is a small portion
of what many people believe the term to mean. I think that this is the
least appealing option and we should choose to remove multimedia
altogether or define "synchronized equivalents".

Thanks,
AWK




Andrew Kirkpatrick

Corporate Accessibility Engineering Manager

Adobe Systems

= EMAIL ADDRESS REMOVED =





------------------------------------------------------------------------
--------

• Next message in Thread: None
• Previous message in Thread: None