Thread Subject: teitac-video: 4.A Caption Playback and 6.2.E Interactive Elements

Note

This archival content is maintained by WebAIM and NCDAE on behalf of TEITAC and the U.S. Access Board . Additional details on the updates to section 508 and section 255 can be found at the Access Board web site.

Return to this mailing list's archives

From: Jasionowski, Tony
Date: Wed, Aug 22 2007 3:40 PM
Subject: teitac-video: 4.A Caption Playback and 6.2.E Interactive Elements

Andrew,
I agree with your:

1) suggestion that we should not be device specific and should delete:
"if decoding of caption data....on that device", which I will implement
in our most recent draft unless someone objects.

Regarding your 2) 6.2.E Interactive Elements
We discussed this during today's call and agreed to revise the language
with a pointer to the web software section.

Thanks.
Tony
Panasonic

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

From: Greg Fields
Date: Wed, Aug 22 2007 3:45 PM
Subject: Re: teitac-video: 4.A Caption Playback and 6.2.EInteractive Elements

Can we see the proposed changes to 4.A in context before implementing the change?
Thanks
Greg Fields
RIM
-----------------------
Sent via BlackBerry Curve

----- Original Message -----
From: = EMAIL ADDRESS REMOVED = < = EMAIL ADDRESS REMOVED = >
To: = EMAIL ADDRESS REMOVED = < = EMAIL ADDRESS REMOVED = >
Sent: Wed Aug 22 17:33:07 2007
Subject: [teitac-video] teitac-video: 4.A Caption Playback and 6.2.EInteractive Elements

Andrew,
I agree with your:

1) suggestion that we should not be device specific and should delete:
"if decoding of caption data....on that device", which I will implement
in our most recent draft unless someone objects.

Regarding your 2) 6.2.E Interactive Elements
We discussed this during today's call and agreed to revise the language
with a pointer to the web software section.

Thanks.
Tony
Panasonic

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

From: Jasionowski, Tony
Date: Thu, Aug 23 2007 3:50 PM
Subject: teitac-video: 4.A Caption Playback and 6.2.E Interactive Elements

Greg and All,
I revised the attached word file to reflect yesterday's AV subcommittee
discussion and agreement, inclusive of revisions to 4.A Caption
Playback, 6.2.E Interactive Elements and elsewhere. Of course, Larry,
Geoff, Andrew or others who were not on yesterday's call may want to
provide their comments so we can reach agreement prior to the Aug. 28
meeting.
Thank you.

Tony Jasionowski
AV Co-Chair
(Panasonic)

Date: Wed, 22 Aug 2007 17:42:28 -0400
From: "Greg Fields" < = EMAIL ADDRESS REMOVED = >
Subject: Re: [teitac-video] teitac-video: 4.A Caption Playback and
6.2.EInteractive Elements
To: < = EMAIL ADDRESS REMOVED = >
Message-ID:
< = EMAIL ADDRESS REMOVED = >
Content-Type: text/plain; charset="iso-8859-1"

Can we see the proposed changes to 4.A in context before implementing
the change?
Thanks
Greg Fields
RIM
-----------------------
Sent via BlackBerry Curve

From: Geoff Freed
Date: Fri, Aug 24 2007 6:30 AM
Subject: Re: teitac-video: 4.A Caption Playback and 6.2.E Interactive Elements

Looks good, but two things:

1. 6.2.B (Captions and Transcripts) and 6.2.C (Video Descriptions)
both begin with this item:
"Materials containing prerecorded video, and no original audio or
other additional time-based content must provide an additional audio
track to convey the informational content of the video."

This makes sense for 6.2.C, but why do we need it for 6.2.B?

2. As currently written, the definition of "captions" is potentially
confusing re subtitles:

"Captions are synchronized text equivalents for audio information.
Captions are similar to subtitles in that they convey the content of
spoken dialogue, but also include text for non-spoken information
such as important sound effects, music, laughter, and speaker
identification and location. Captions should not obscure or obstruct
relevant or key information. In some countries captions are called
subtitles."

The addition of "foreign-language subtitles," shown below, would fix
that:

"Captions are synchronized text equivalents for audio information.
Captions are similar to foreign-language subtitles in that they
convey the content of spoken dialogue, but also include text for non-
spoken information such as important sound effects, music, laughter,
and speaker identification and location. Captions should not obscure
or obstruct relevant or key information. In some countries captions
are called subtitles."

Geoff/NCAM


On Aug 23, 2007, at 5:43 PM, Jasionowski, Tony wrote:

> Greg and All,
> I revised the attached word file to reflect yesterday's AV
> subcommittee
> discussion and agreement, inclusive of revisions to 4.A Caption
> Playback, 6.2.E Interactive Elements and elsewhere. Of course, Larry,
> Geoff, Andrew or others who were not on yesterday's call may want to
> provide their comments so we can reach agreement prior to the Aug. 28
> meeting.
> Thank you.
>
> Tony Jasionowski
> AV Co-Chair
> (Panasonic)
>
> Date: Wed, 22 Aug 2007 17:42:28 -0400
> From: "Greg Fields" < = EMAIL ADDRESS REMOVED = >
> Subject: Re: [teitac-video] teitac-video: 4.A Caption Playback and
> 6.2.EInteractive Elements
> To: < = EMAIL ADDRESS REMOVED = >
> Message-ID:
> < = EMAIL ADDRESS REMOVED = >
> Content-Type: text/plain; charset="iso-8859-1"
>
> Can we see the proposed changes to 4.A in context before implementing
> the change?
> Thanks
> Greg Fields
> RIM
> -----------------------
> Sent via BlackBerry Curve
>
> <TEITAC AV subcom changes-8_22_07.doc>
>

WebAIM is an initiative of:
Center for Persons with Disabilities (CPD) Utah State University