```html SCC vs SRT: The 2026 Guide to Broadcast Subtitles, DF/NDF, and When You Need to Convert

SCC vs SRT: The 2026 Guide to Broadcast Captions, DF/NDF Timing, and Smart Conversion

If you've ever tried to open a broadcast caption file in a video editor and it looked like scrambled coordinates, you've met SCC. Here's what it is, why it exists, and when converting to SRT is the right call.

Updated September 2026 · ~9 min read · Comparison table + per-vendor notes + a free-workflow recommendation

TL;DR

The quick comparison

AspectSCC (Scenarist Closed Captions)SRT (SubRip)
OriginDVD/ATSC broadcast authoring (Sonic Solutions Scenarist)SubRip DVD-ripping tool, late 1990s; adopted by YouTube, VLC, OTT
Timecode baseVideo frame count (HH:MM:SS:FF or HH:MM:SS;FF)Wall-clock milliseconds (HH:MM:SS,mmm)
DF/NDFYes — DF (29.97 drop) and NDF (30 non-drop) are explicitNo — milliseconds don't model 29.97 drop, conversions can drift
Character encodingHex bytes (8-bit chars, often with an offset like 0x80/0x90)Plain UTF-8 text
File shapeCompact, binary-ish, ~1–2 KB/minPlain text, ~2–4 KB/min
Stack it lives inBroadcast playout servers, MPEG-2 mux, FCC captioning pipelinesWeb players (HTML5 <track>), YouTube, Vimeo, NLEs, social platforms
Editing by handPainful — you read hexTrivial — it's text
Standards bodyATSC A/53, CEA-608/708 lineageDe-facto; no formal spec

What DF/NDF actually does to your timeline

If you've only ever worked in NDF (non-drop-frame, 30 fps integer math), DF feels like a tax. But NTSC video is 29.97 frames per second — not 30. After one hour of 29.97 footage, naive 30 fps timecode is 3.6 seconds ahead of real time. Drop-frame timecode fixes that by skipping frame numbers 00 and 01 at the start of every minute except minutes divisible by 10 (which is why you see 00:01:00;02 jump straight to 00:01:01;02 on a DF counter).

The catch with SCC: every timestamp is frame-indexed, and whether you meant DF or NDF changes the wall-clock meaning of every cue. A converter that ignores the DF/NDF flag will produce SRTs that drift by seconds over a 30-minute file — and the drift is usually silent until captions go out of sync with dialogue.

The four vendors that keep coming up

Pricing snapshot for context. Numbers below are what we could verify on 2026-09-25; treat anything you can't reconcile against a current login screen as a planning estimate.

VendorFree tierCheapest paidBilling modelSource
Sonix30 min trial, no card$10/hr pay-as-you-go; Core $25/mo (~$22.9/mo annual)Per transcribed hour; SRT/VTT includedOfficial pricing page
HappyScribe10 min trial; free export bears a watermarkLite: €6/mo (Capterra) / $8.50/mo annual (itqlick) / $9/mo (eesel)Monthly import minutes; PAYG by minuteAggregators (official page 403)
TurboScribe3 files × 30 min/day (≈90 min), signup requiredUnlimited $10/mo annual / $20/mo monthlySubscription + free daily allowanceSite search snippets + aggregators
VEEDFree with watermark, 10-min single-export cap, ~120 creditsLite ≈ $19–24/mo; annual ≈ $12/moSubscription + AI creditsThird-party reviews (official page timeout)

Pricing checked September 2026. Sonix = official direct read. HappyScribe, TurboScribe, VEED = aggregated/third-party; flagged where applicable.

Sonix

Sonix's strength is transcription accuracy on long-form audio, and SRT/VTT export is built into every paid tier. The catch is the billing unit: it's per transcribed hour, not per file. For a podcaster dumping 40 one-hour episodes a month, the math is clean. For someone who just wants to convert a single 90-minute SCC archive to SRT, the $10/hr PAYG rate is fine, but you're paying for the engine, not the format conversion.

Best for: heavy monthly volume, teams that want timestamps and diarization alongside subtitles. Not ideal for: one-off conversion of a broadcast archive.

HappyScribe

HappyScribe sits in the "I have a tight budget and a small queue" zone — every aggregator we checked put their entry tier somewhere in the €6–$9 range once you annualize. The free trial is genuinely short (10 minutes), and the basic free export path carries a watermark, which is the usual trade. Aggregator data is messy because EUR/USD conversions, stale listings, and promo codes don't agree; if you're about to subscribe, log in and confirm the current price against your currency before you commit.

Best for: European users who want a low monthly ceiling and don't mind paying per minute on overflow. Not ideal for: anyone who needs a no-signup, no-watermark free path.

TurboScribe

TurboScribe is the daily-allowance play: 90 free minutes, no card, but you do need an account. Above that, an Unlimited subscription at $10/mo (annual) is one of the cheapest seats on this list. There's no per-file fee — if you've seen "$4.99 per file + $1 per 30 min" attached to TurboScribe somewhere, that's actually Videotobe, not TurboScribe; the conflation shows up often in comparison blogs.

Best for: light daily users who'd burn through 90 free minutes on weekdays and only occasionally hit the cap. Not ideal for: someone who wants to drop one 4-hour archive a month without a subscription.

VEED

VEED is a video editor first, subtitle tool second. The free tier exists, but every export bears a watermark and a 10-minute single-clip ceiling — which makes "free conversion" feel more like a demo than a deliverable. Paid tiers lift the watermark and the resolution cap, and add AI credit pools for translation and generation. Pricing on aggregator reviews ranges roughly $19–$24 monthly / $12 monthly on annual — likely reflecting in-year promo movement.

Best for: creators who need subtitles as part of a broader video edit. Not ideal for: a clean, watermark-free SCC-to-SRT pass.

When SRTKit is the right tool for the job

If you need any of the following, a free dedicated SCC-to-SRT converter is the cleaner choice than a transcription SaaS.

How the conversion actually works (so you can QA the output)

  1. Read the header. SCC files start with Scenarist_SCC V1.0 and a 00: timestamp line; the semicolon separator signals NDF, the colon separator signals DF.
  2. Decode the payload. Each cue line is hex pairs, two characters per byte, often XOR'd with an offset (commonly 0x80). The decoder maps bytes back to CEA-608 character codes.
  3. Compute wall-clock time. Convert frame count to a fractional second using the right frame rate: 29.97 for DF, 30.000 for NDF, or 25/24 for PAL/film.
  4. Emit SRT. Numbered cues, HH:MM:SS,mmm --> HH:MM:SS,mmm, UTF-8 plain text.
  5. QA. Spot-check the first cue, the midpoint, and the last cue against the original program's timecode burn-in if one exists. Drift of more than ~1 frame at the 30-minute mark means DF/NDF was misread.

FAQ

Is SCC still used in 2026?

Yes — for U.S. broadcast (ATSC) delivery and for FCC captioning compliance on cable, SCC and its CEA-608 lineage remain the on-air standard. SRT is for everything upstream of the broadcast encoder.

Can I just rename .scc to .srt?

No. The format is entirely different — binary hex payload vs plain text. Renaming will produce a broken file that no player will parse.

Does SRT support 23.976, 24, 25, 29.97 DF/NDF, 30?

SRT carries only millisecond time. It doesn't model DF/NDF directly — that's the converter's job. A correct converter preserves real wall-clock time regardless of source frame rate.

What about SCC vs MCC, or SCC vs 708?

MCC is MacCaption's authoring cousin of SCC (same CEA-608 logic, slightly different header). CEA-708 is the HD successor and lives in a different container (typically .mcc or embedded in MPEG user data). If you're working in HD, the question is usually "do I need 708 or 608-within-708," not "SCC vs SRT."

Why does my converted SRT drift?

Two usual causes: (1) the converter treated a DF SCC as NDF or vice versa; (2) it rounded frame-to-ms incorrectly at hour boundaries. A correct converter chooses DF/NDF explicitly and computes fractional ms at 29.97, not 30.00.

Is there a true no-signup, no-watermark free option?

For a one-off or batch job, yes — browser-side converters that decode the SCC locally and hand you a plain SRT do exist and don't add platform watermarks to your cues. For ongoing heavy transcription (not just format conversion), the SaaS tools above are the realistic choice.

```