Chart showing the top reasons subtitle and caption files are rejected: 60% character limits, 20% reading speed, 15% missing descriptions, 5% translation issues

Every subtitle and caption file we produce goes through internal QC before it ever reaches a client or a platform. Over years of reviewing files, both our own productions and files we’re brought in to fix after a rejection from another vendor, a clear pattern has emerged: the vast majority of rejections have nothing to do with translation quality. They’re technical formatting issues that are entirely preventable.

Based on Gotham Lab’s internal QC review process, character and line-length limit violations account for roughly 60% of subtitle and caption file rejections, by far the single largest cause. Reading speed violations account for about 20%, missing non-dialogue descriptive text (sound effects, music cues, speaker IDs) for about 15%, and poor translation quality or uncensored profanity for about 5%.
How we gathered this data: These figures reflect patterns observed across our team’s ongoing QC review process for subtitle and closed caption files, covering both files produced in-house and files brought to us after rejection by another vendor or platform. They’re based on internal production experience rather than a formal audit, but the pattern has been consistent enough across enough projects that we think it’s worth sharing.
Why Subtitle & Caption Files Get Rejected
Character/line limits
60%
Reading speed
20%
Missing descriptive text
15%
Translation/censorship
5%
Source: Gotham Lab internal QC review process, 2027.

Character and line limits (≈60% of rejections)

This is overwhelmingly the top cause, and it’s also the one most production teams underestimate. For FCC-compliant closed captions, the standard limit is 32 characters per line with a maximum of two lines on screen at once. Files that exceed this, whether from dense dialogue, long speaker names, or captions that weren’t re-broken for the format, get flagged immediately.

This is where a lot of confusion comes from: streaming platforms don’t all use the same limit. Netflix’s own subtitle spec allows up to 42 characters per line, a completely different number from the FCC broadcast standard. A file built correctly for one destination can still fail QC at another if the line lengths aren’t adjusted for where it’s actually being delivered. This is also true across festival deliveries: our film festival subtitle requirements guide covers how formatting specs shift again for Sundance, Cannes, and other festival submissions.

Reading speed (≈20% of rejections)

Reading speed is measured in characters per second (cps): the FCC/broadcast standard caps adult programming at 20 cps and children’s content at 17 cps. When captions display faster than a viewer can realistically read them, especially during fast-paced dialogue, the file gets flagged regardless of how accurate the text itself is. We cover platform-specific reading speed limits, including Netflix’s own thresholds, in more detail in that same delivery guide.

Missing descriptive text (≈15% of rejections)

SDH and closed captions are required to include more than spoken dialogue: sound effects (door closes), ambient audio (birds singing), music cues, and speaker identification for off-screen or unclear speakers. Files that only transcribe dialogue and skip this contextual information don’t meet accessibility standards, even if every word of speech is captured correctly. This is one of the more common gaps we see in files that come from teams handling captions in-house without dedicated SDH experience.

Translation quality and censorship (≈5% of rejections)

The smallest but highest-stakes category: subtitles rejected for poor translation quality, or for failing to apply required censorship to profanity where the delivery platform or broadcast standard requires it. Low frequency, but often the most costly to catch late, since it typically requires a full retranslation rather than a technical reformat. For international deliveries specifically, requirements vary further by platform, our Amazon Prime Video subtitle requirements guide covers territory-specific rules that add another layer to this.

What this means for your production

The pattern in our own QC data is clear: the majority of rejections aren’t translation or content problems, they’re technical formatting issues that are entirely preventable with the right process before delivery. That’s the value of working with a team that checks against destination-specific specs before submission, not after a platform sends it back.

Avoid the rejection cycle entirely

Gotham Lab produces subtitles and closed captions in-house, checked against the specific format requirements of your delivery destination before submission, not after a rejection notice.

View Subtitling Services

Frequently Asked Questions

The FCC standard for closed captions is 32 characters per line, with a maximum of two lines displayed on screen at once. This is a broadcast standard and is separate from individual streaming platforms’ own subtitle specifications, which can allow different line lengths.
Character limits govern how much text can appear per line on screen. Reading speed measures how fast that text is displayed relative to how long a viewer has to read it, expressed in characters per second (cps). A caption can be within the character limit and still be rejected if it’s shown on screen for too short a time relative to its length.
Translation-related rejections typically come from inaccurate or overly literal translations that don’t read naturally in the target language, or from failing to apply required censorship to profanity where the delivery platform or broadcast standard mandates it. This category is the least common cause of rejection in our data, but usually requires the most rework to fix, often a full retranslation rather than a technical reformat.
SDH requires sound effects (door closes), ambient audio (birds singing), music cues, and speaker identification for off-screen or unclear speakers, in addition to spoken dialogue. Standard subtitles typically only transcribe dialogue. Files that omit this descriptive information don’t meet accessibility standards even when the dialogue itself is translated correctly.
Since the large majority of rejections are technical formatting issues rather than content problems, checking files against the specific character limits, reading speed thresholds, and descriptive text requirements of your exact delivery destination before submission catches most problems before they cost you a delivery cycle. Requirements differ by platform and by broadcast versus streaming delivery, so a file built for one destination isn’t automatically compliant for another.

Download the full dataset (CSV)

Comments are closed