TTML vs SCC: 어떤 포맷이 적합할까?
Timed Text Markup Language(TTML)과 Scenarist Closed Captioning(SCC)의 완전한 비교로, 구조, 타임스탬프, 스타일, 플랫폼 지원, 최적의 용도를 두루 다룹니다.
TTML(Timed Text Markup Language)와 SCC(Scenarist Closed Captioning)는 자막 생태계에서 서로 다른 역할을 합니다. TTML는 방송, 스트리밍 플랫폼, 전문 워크플로을(를) 위해 설계되었고, SCC는 북미 방송 TV(CEA-608 Line 21 자막)을(를) 위해 설계되었습니다. 이 차이를 이해하면 적절한 포맷을 선택하고 호환성 문제를 피할 수 있습니다.
TTML vs SCC 한눈에 비교
| 항목 | TTML (Timed Text Markup Language) | SCC (Scenarist Closed Captioning) |
|---|---|---|
| 타임스탬프 형식 | X.YYYs(초) 또는 HH:MM:SS.mmm(클록 형식) | HH:MM:SS:FF, 29.97fps SMPTE 타임코드 |
| 시간 정밀도 | 밀리초(3자리) 이상 | 프레임 기반(29.97fps, 약 33ms 단위) |
| 스타일 지원 | 풍부한 스타일(CSS 유사 속성, 영역, 애니메이션) | 데이터에 스타일 없음(표시는 디코더가 제어) |
| 헤더 필요 여부 | XML 선언과 네임스페이스가 있는 루트 요소 | Scenarist_SCC V1.0 헤더 |
| 위치 지정 | 완전한 영역 기반 위치 지정 | 고정 그리드 위치(CEA-608 롤업·팝온 모드) |
| 줄바꿈 방식 | 요소 내 | 여러 hex 바이트가 위치와 줄바꿈을 인코딩 |
| 표준화 | W3C와 SMPTE 표준(TTML 1.0, TTML2, IMSC) | ANSI/SCTE 표준(CEA-608) |
| 브라우저 지원 | JavaScript 플레이어를 통한 중간 정도 지원(기본 HTML5 아님) | 지원 미흡(자막 디코더 필요) |
| 주요 용도 | 전문 자막 납품과 스트리밍 규정 준수 | FCC 규정을 준수하는 방송 자막 납품 |
주요 차이점 설명
타임스탬프와 동기화
TTML는 X.YYYs(초) 또는 HH:MM:SS.mmm(클록 형식)을(를) 사용합니다. SCC는 HH:MM:SS:FF, 29.97fps SMPTE 타임코드을(를) 사용합니다. TTML는 밀리초(3자리) 이상의 정밀도를 제공하고, SCC는 프레임 기반(29.97fps, 약 33ms 단위)(으)로 동작합니다. 이 포맷들 사이에 변환하면 단위가 달라 일부 시간 정밀도가 손실될 수 있습니다.
구조와 문법
TTML 파일은 와 를 가진 XML 문서(으)로 구성됩니다. 각 큐 블록의 형식은
요소 내 XML 텍스트입니다. 반면 SCC 파일은 타임코드 줄 뒤 공백으로 구분된 hex 쌍(으)로 구성되며, 각 큐 블록은 SMPTE 타임코드, 탭으로 구분된 hex 바이트 쌍과(와) 같습니다. 이러한 구조 차이 때문에 변환은 파싱과 재포맷팅을 필요로 하며, 단순한 텍스트 교체로는 해결되지 않습니다.
스타일과 시각 제어
TTML는 풍부한 스타일(CSS 유사 속성, 영역, 애니메이션)(을)를 제공합니다. SCC는 데이터에 스타일 없음(표시는 디코더가 제어)(을)를 제공합니다. 그만큼 TTML는 더 풍부한 스타일 기능을 제공하여, 외형이 중요할 때 적합합니다.
플랫폼과 플레이어 지원
TTML: Netflix, Amazon, Apple TV의 업계 표준. SCC: 미국 방송과 FCC 규정 준수에 필수. 브라우저와 기기 지원 프로필이 달라, 이것이 선택의 결정적 요인이 되는 경우가 많습니다.
언제 TTML를 사용해야 할까
우선시하는 것이 전문 자막 납품과 스트리밍 규정 준수라면 TTML를 선택하세요. Netflix, Amazon Prime, Apple TV, 방송에서 널리 쓰입니다. TTML은 W3C Timed Text Working Group이 제작한 포맷이며, 전문 자막 납품과 스트리밍 규정 준수이(가) 중요한 상황에서는 여전히 표준입니다. 주요 제한은 XML 구조가 복잡하고 파일이 크며 학습 곡선이 가파름하다는 점입니다.
언제 SCC를 사용해야 할까
우선시하는 것이 FCC 규정을 준수하는 방송 자막 납품라면 SCC를 선택하세요. 미국 방송 TV, 케이블, FCC 규정 준수에서 널리 쓰입니다. SCC는 CEA-608 기반 Scenarist DVD 저작용으로 개발한 포맷이며, FCC 규정을 준수하는 방송 자막 납품이(가) 중요한 상황에서는 여전히 표준입니다. 주요 제한은 ASCII 전용, 복잡한 hex 인코딩, 데이터에 스타일 없음하다는 점입니다.
TTML와 SCC 사이 변환
무료 TTML → SCC 변환기가 구조와 시간의 차이를 자동으로 처리합니다. 변환기는 필요 시 최소한의 반올림으로 타이밍을 변환합니다.대상 포맷이 표현할 수 없는 스타일은 정규화되거나 제거되어, 항상 유효하고 바로 쓸 수 있는 결과물이 나옵니다.
자주 묻는 질문
TTML가 SCC보다 낫나요?
어느 쪽이 보편적으로 더 낫다고는 할 수 없습니다. TTML는 전문 자막 납품과 스트리밍 규정 준수에 더 적합합니다. SCC는 FCC 규정을 준수하는 방송 자막 납품에 더 적합합니다. 대상 플랫폼과 워크플로에 따라 선택하세요.
TTML을(를) SCC로 품질 손실 없이 변환할 수 있나요?
네. 텍스트는 항상 보존됩니다. 타이밍은 대상 포맷의 정밀도로 보존되며, 필요 시 최소 반올림됩니다.대상이 지원하지 않는 스타일은 제거되지만 텍스트와 타이밍은 정확합니다.
어느 쪽 지원이 더 넓나요?
TTML이(가) 더 많은 플레이어와 기기에서 지원됩니다. TTML: JavaScript 플레이어를 통한 중간 정도 지원(기본 HTML5 아님). SCC: 지원 미흡(자막 디코더 필요). 잘 모르겠다면 TTML이(가) 보통 호환성 면에서 안전한 선택입니다.
TTML와 SCC 파일은 호환되나요?
직접 호환되지 않습니다. TTML와 SCC는 서로 다른 파일 구조와 타임스탬프 형식을 사용합니다. 한쪽을 지원하는 플레이어가 다른 쪽을 지원하지 않을 수 있습니다. 전환하려면 변환기를 사용하세요. 대부분의 최신 자막 편집기는 양방향 변환을 지원합니다.