Video Audio, Captions, and Accessibility Interfaces

Learning objective

Treat narration, dialogue, music, sound effects, captions, and descriptive text as independent, synchronizable, replaceable deliverables rather than as by-products of generated video.

Design the sound layer first

Common tracks include dialogue/narration, ambience, action sound effects, music, and silence. For each segment, record start and end time, text, speaker, language, emotion, loudness target, and rights source. Even if a generation model can produce sound together with video, inspect the audio track separately for semantics, identity, lip synchronization, noise, music rights, and unintended dialogue. If it cannot meet requirements reliably, choose post-produced voice-over and sound effects.

“Royalty-free” music is not unconditionally free. A license can limit platforms, regions, adaptation, or commercial use. Synthetic voices raise identity and consent issues; being AI output does not remove impersonation or disclosure risks.

Captions are time data

WebVTT is a W3C-defined, time-aligned text format that can carry captions, chapters, and metadata. A minimal file begins with WEBVTT, then gives each cue a start, end, and text:

WEBVTT
 
00:00.500 --> 00:02.800
The robot places the blue cup on the table.

The W3C page checked on 2026-07-22 remained the 2026-05-20 Candidate Recommendation Draft and explicitly remains subject to change. A project should choose the subset actually supported by its target player and validate it. Captions should be UTF-8; timestamps must not run backward, fall out of range, or overlap excessively. After automatic transcription, a person should proofread names, technical terms, numbers, and punctuation.

Accessibility is more than captions

Captions serve users who cannot hear the audio and should include meaningful non-speech information, such as [doorbell rings]. Audio description serves users who cannot see key visual information by describing important actions during gaps in dialogue. Do not place essential information only in color or rapidly flashing text; check contrast, safe areas, and reading speed. Different platforms have their own delivery rules, which should be rechecked after the publication target is chosen.

Audio/video synchronization interfaces

The timeline uses one zero point and time base. A narration script must not refer only to “somewhere near shot three”; it should refer to shot_id, the matching source_revision, and a time interval. If re-editing changes shot duration, captions and audio need validation again and a new transform_id must be recorded. Bind the final external version to a release_id only after approval. Final mixing and caption timing after picture lock reduce repeated rework.

Captions, narration, and audio description can restate external facts, but synthetic images or synthetic audio do not themselves prove those facts. If the release makes a news, medical, scientific, or identity claim, link the text script to independent evidence and its release_id; mark it evidence_supported only when the evidence is sufficient.

Common mistakes and troubleshooting

  • Treating automatic captions as final copy: compare them manually with the original script and finished piece.
  • Captions crossing an edit point: re-segment the cue around semantic and visual boundaries.
  • Checking only whether audio exists: also inspect content, synchronization, rights, and intelligibility.
  • Using burned-in captions as the only version: retain an independent text track for accessibility and multilingual use.

Exercise and self-check

Write two WebVTT cues for an 8-second, three-shot clip, and demonstrate that they are in range and do not overlap. List three ASR error types that require human proofreading, then explain why audio description and captions serve different user needs.

Next: Quality, Motion, and Identity-Consistency Evaluation.

References