Professional Broadcast & Editing Subtitle Converter
Convert .SCC to .SRT — decode CEA-608 control codes instantly
An .SCC file is raw caption data, not readable text. Turn the hex control codes back into words and get a standard SubRip track your editor can actually import.
100% Local Browser Processing — Your files never leave your device.
Subtitle converter
Ready — drop a file to start
Drop a subtitle file here
or
.ITT · .SCC · .STL · .ASS · .SSA · .VTT · .SBV · .SRT
Background
What an .SCC file actually is
Scenarist Closed Caption is the exchange format used for North American broadcast captions. It is not a text format at all — it is a stream of hexadecimal bytes that encode the CEA-608 caption character set, plus a stack of control codes that position and style the text.
Scenarist_SCC V1.0 00:00:01:00 9425 9425 94ae 94ae 9470 9470 4c6f 7265 6d20 6970 7375 6d20 646f 6c6f 7265
Read that block literally: the header, then a start timecode of 00:00:01:00, then the payload 4c6f 7265 6d20 6970 7375 6d20 646f 6c6f 7265 — which is simply the ASCII bytes for "Lorem ipsum dolore". Everything before it (9425 9425 94ae 94ae 9470 9470) is control code traffic that carries no words.
Under the hood
The control codes a decoder has to understand
Preamble Address Codes (PAC)
A control byte in the 0x10-0x1F range followed by an attribute byte positions the cursor on a caption row and sets colour, italics or indent. SubRescue tracks row changes so multi-row captions keep their line breaks.
The double-pad rule
When a control code's attribute byte is a space, CEA-608 transmits an extra padding byte. Decoders that ignore it end up with a stray space in the middle of every caption.
Extended character sets
Accented letters, currency symbols and the North American Spanish / French sets live in special PAC ranges. A naive decoder prints raw hex garbage instead of "café".
Parity bits
Bytes are transmitted with odd parity, so the high bit is set on roughly half of them. The decoder masks it off before looking up the character.
Troubleshooting
Why an .SCC will not import anywhere
No NLE, no streaming platform and no social network accepts Scenarist SCC. It exists for one purpose: shuttling caption data between broadcast automation systems and the facilities that burn it into video. Once the caption has to travel with the programme file — for a streaming release, an archive, a festival screener or a master delivery — it has to become SubRip, WebVTT or EBU STL.
Manually decoding hex by hand is not viable: a one-hour programme can carry several thousand blocks, each with a dozen control codes. SubRescue decodes the whole track in one pass and hands you a numbered SubRip file.
Under the hood
How SubRescue decodes SCC
-
01
Blocks are located
Each
HH:MM:SS:FFline starts a new block; its hex payload is read whether it sits on one line or wraps across several. -
02
Frames become real time
Frame counts are resolved at 29.97 fps and the caption's end time is derived from the start of the next block, which is how SCC encodes duration.
-
03
CEA-608 is decoded
Control codes, PAC row changes, mid-row styling, extended characters and the double-pad rule are all handled, leaving only displayable text.
-
04
A SubRip track is written
Every caption is renumbered, trimmed and given an explicit start and end time, ready for import or web delivery.
Other conversions
Related subtitle converters
FAQ