-
Notifications
You must be signed in to change notification settings - Fork 287
Audio description failure technique #4390
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: AudioDescriptionImportantUnderstanding
Are you sure you want to change the base?
Audio description failure technique #4390
Conversation
Addresses #1768 Creates a failure technique to show the conditions under which a video fails 1.2.5 due to important visual information not being described in pauses in the dialogue
✅ Deploy Preview for wcag2 ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
just one suggestion. otherwise this makes sense to me - and the other delving into the applicability or essential nature of a pause can be handled in content to be added to the understanding doc
I've removed "must" to address Scott's concern
Remove note styling and add in wording suggested in #3806
I think it may look better with the note. Trying to retain just for the pre-existing paragraph to see how that looks
techniques/failures/F113.html
Outdated
<p>For each occurrence of synchronized time-based media:</p> | ||
<ol> | ||
<li> Check that all important visual information has been conveyed in the narration.</li> | ||
<li> Check that narration has been added in all appropriate pauses in the dialogue. </li> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Check that audio description is provided for any visual information necessary to understand the content which is not conveyed by audio in the synchronized media.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This second check is there to make sure any available appropriate pauses are used.
The first check has already validated that the audio descriptions either cover all the material, or they don't.
Here, we're testing that all the pauses have been used for narration.
Together they give us the gates for the failure:
#1 passes= no failure
#1 fails and #2 passes=no failure
#1 fails, #2 fails=failure
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The original working is actually checking that all possibly useful pauses are used, which may not be appropriate.
Incorporating the suggestion
Here's what I was thinking this was testing: For all synchronized media with video:
Is this what you are saying? |
Nope.
If you fail both, you fail. I was hoping that was obvious from the title "Failure of Success Criterion 1.2.5 due to not using available pauses in dialogue to provide audio descriptions of important visual content" |
Ha! Hope is dashed! :) The title is not the test procedure, you can't rely on it. So you want to combine my 1 and 2 into 1. How about:
both true: pass |
That wording of the second check seems harder to parse, to me. I've update the wording to make it more what you wanted. Can you explain where you are primarily snagging on this now?
If both of these are false, the failure applies. |
You really seem to want to have audio description in all pauses, but this is definitely the snag. |
I would not say that. What the test is doing is checking if all the important video is described. If it's all described, then unused pauses are immaterial, it passes.
|
@mbgower I emailed with Bryan Gould, who is at WGBH-NCAM and worked for many years as a description editor at WGBH-DVS. Bryan replied to me (quoted sections are from my email to Bryan, non-quoted are his replies):
I agree. For 2, the word “appropriate” provides enough ambiguity that this check may very well be interpreted as a “fill-every-pause” mandate. If that is the case, the next question is, what constitutes a pause? A lot of information can be conveyed with a single well-placed word, for example, “Later” or “Elsewhere.” These words can be vital to understanding but very few one-second breaks in dialogue require description. The practice of filling every pause with description may also be detrimental. In order to reduce cognitive load, the viewer may filter out the “excess” description. As a result, the viewer may miss the actually important information.
Correct. A description editor’s main role is to apply context to all visual information in order to deem what is “important” and thus requiring of description. For example, a 10-second view of an orchid requires a different description approach depending on whether the context is botany, photography, or part of a montage set to music. There are also instances when a pause in dialogue is intended for the viewer to reflect on what was just said, this is especially true in education and training videos. In other words, there is almost always too much visual information to describe and the description editor is always deciding what is important. Finally, dedication to context helps to prevent the cognitive load issue raised above. |
Thanks for providing that context and outside, informed opinion in your latest comment, @awkawk. There's nothing stated there that is new to me, and I share all those concerns and observations based on my own limited experience in this field. However, this is pretty similar, philosophically, to problems that exist in 1.1.1 for images. In the case of 1.1.1, we realistically have a gross litmus test: "is there an alt (and if not, is this purely decorative)?" This is the basic check every automated checker currently does. And then we have a qualitative test: "is it equivalent?" We've all seen some pretty awful alt text. But concerns with the quality of the alt has not deterred us from insisting that alt text must exist.
That is a fundamental challenge with the art of audio descriptions. The pauses, ultimately, do to a great degree determine what one decides are the important visuals. (I even wrote a blog about this very topic once.) I intentionally incorporated the idea of "appropriate" into the check for pauses to help provide some flexibility there. For audio descriptions, we only have the text we were given to work. I thought a gross test for 1.2.5 could be "Is there any audio description?" That seems entirely supported by the normative text. But several people have pushed back against that idea. The only other gross tests we seem to have at our disposal with the normative wording are:
Both of these are highly subjective. I sympathize with the concerns Bryan states, but the reality is that as a percentage of total videos on the web, the number that are audio described is much closer to 0% than 1%. I think we have to provide some kind of gross test for audio descriptions before we turn to worrying about whether the descriptions are good or not. Rejecting usable pauses as a metric for 1.2.5 for fear someone creates crappy audio descriptions seems unfortunate to me. I've already opened an issue to create a sufficient technique that documents how to do good audio descriptions. To me, that is a better way of addressing his concern than ruling out "pauses" as a part of a failure assessment. |
@awkawk a compromise is possibly to remove "all" from both of the checks . I'm not keen on it (since it really lowers the bar for passing) BUT it would create a higher bar for failing, which I believe is what you're advocating for?
Follow up: Or maybe the "all" only needs to go on the second check? |
After some discussion with @awkawk , we tentatively arrived at: Test Procedure
If checks 1 and 2 are false, then this failure condition applies and the content fails the success criterion. Note that I have only updated the original PR language here. I haven't incorporated any of the other suggestions to date. |
Moved to ready for approval; will move back depending on @awkawk response. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think the 2nd step of test procedure tracks closely enough to the failure name and it's not as simple as it could be. I recommend:
For each occurrence of synchronized media containing video:
- Check that all important visual information has been conveyed in the narration.
- Check that there are available pauses in dialogue where narration could be added.
If check 1 is false and check 2 is true, then this failure condition applies and the content fails the success criterion.
Incorporated based on discussion with @awkawk
The PR was updated after your comment, and may have at least partially addressed. Please review and comment. |
Is not as clear as:
|
@bruce-usab Can you clarify your point? I'm not sure I understand. To help - my confusion is around
the "where appropriate" relates to whether or not Audio Description is needed at all at that point in the video. The "are available pauses" relates to the opportunity to add it even if there was a need.
Audio description is the normal term - and talks about adding description in gaps. Like captions - it can be the only audio track or an additional audio track (it is usually the latter). Do you think there is another term that should be used? PS on a different topic (Sort of) I like your "test steps" suggestion further above |
IMHO, that's the important bit!
Understood. For an author/auditor this requires subjective judgement.
Understood. Noting if there "are available pauses" is an objective observation.
Understood, and the glossary notes are entirely consistent with normal usage of the term.
Nope, not at all! |
<li> Check that audio descriptions have been added in pauses in the dialogue, where appropriate. </li> | ||
</ol> | ||
</section> | ||
<section class="results"><h3>Expected Results</h3> | ||
<ul> | ||
<li>If checks 1 and 2 are false, then this failure condition applies and the content fails the success criterion.</li> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@bruce-usab this is essentially your wording with me swapping out "avaiable" with "appropriate". I also (previously) swapped out "narration" for "audio descriptions".
<li> Check that audio descriptions have been added in pauses in the dialogue, where appropriate. </li> | |
</ol> | |
</section> | |
<section class="results"><h3>Expected Results</h3> | |
<ul> | |
<li>If checks 1 and 2 are false, then this failure condition applies and the content fails the success criterion.</li> | |
<li>Check that there are appropriate pauses in dialogue where audio descriptions could be added.</li> | |
</ol> | |
</section> | |
<section class="results"><h3>Expected Results</h3> | |
<ul> | |
<li>If check 1 is false and check 2 is true, then this failure condition applies and the content fails the success criterion.</li> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'll note that we've abandoned the use of "narration" in the checks. This occurred because once we included the normative wording in check 1 about "not understood from the main soundtrack along", we have covered any narration that exists in the main soundtrack. So we are only focused on additive audio descriptions in both checks.
I think for a failure technique this works fine.
|
||
<section id="tests"><h2>Tests</h2> | ||
<section class="procedure"><h3>Procedure</h3> | ||
<p>For each occurrence of synchronized media containing video:</p> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
<p>For each occurrence of synchronized media containing video:</p> | |
<p>For each occurrence of synchronized media containing audio and video:</p> |
Closes #3806
Addresses #1768
Creates a failure technique to show the conditions under which a video fails 1.2.5 due to important visual information not being described in pauses in the dialogue
Preview