YouTube SBV 캡션을 SubRip(.srt)으로 변환하기

.sbv(SubViewer)는 YouTube Studio에서 영상의 캡션을 다운로드할 때 제공되는 형식으로, 자동 생성된 캡션이든 직접 업로드한 캡션이든 똑같이 적용됩니다. SRT와 같은 기본 개념, 즉 타이밍이 있는 캡션 텍스트 목록을 인코딩하지만 구문은 더 간결합니다. 각 블록은 타이밍 줄 하나와 그 뒤를 잇는 한 줄 이상의 텍스트로만 이루어져 있으며, 큐 번호가 전혀 없습니다. 타이밍 줄 자체는 0:00:04.160,0:00:06.770처럼 생겼는데, 시작과 종료 타임스탬프를 쉼표로 직접 이어 붙이고, 밀리초 앞에는 마침표를 쓰며, --> 화살표는 쓰지 않습니다.

SubToolDesk의 변환기는 이 구조를 사용자의 브라우저에서 로컬로 분석하고, 각 블록에 깔끔한 순차 색인을 새로 부여하며(SRT는 이를 요구하지만 SBV에는 아예 없습니다), 모든 타임스탬프를 SRT의 HH:MM:SS,mmm --> HH:MM:SS,mmm 형식으로 다시 씁니다. 파일이 사용자의 기기를 벗어나는 일은 없습니다.

SBV를 SRT로 변환하는 방법 (단계별 안내)

• YouTube Studio에서 영상의 자막을 열고, 캡션 트랙 옆의 옵션 메뉴에서 다운로드 > .sbv를 선택하세요.
• 위 변환기에 그 .sbv 파일을 끌어다 놓거나, 왼쪽 패널에 내용을 붙여넣으세요.
• 형식 배지가 SBV로 감지되는지 확인하세요.
• 다운로드를 눌러 올바른 형식의 .srt 파일을 저장하거나, 복사를 눌러 다른 곳에 붙여넣으세요.

SBV를 SRT로 변환하는 이유

YouTube는 .sbv 파일을 캡션 트랙으로 다시 업로드하는 데는 아무 문제가 없지만, 그 밖의 거의 모든 곳에서는 이 형식을 기대하지 않습니다. 변환하는 이유는 거의 항상 다음 중 하나입니다.

• 이유: Premiere, DaVinci Resolve, Final Cut 같은 영상 편집기의 자막 가져오기 기능이 .sbv를 전혀 인식하지 못하고 .srt를 기대합니다.
• 이유: 현지화 업체나 캡션 서비스가 원본 캡션이 어디서 왔든 상관없이 표준 입력 형식으로 SRT를 요청합니다.
• 이유: YouTube에서 자동 생성된 캡션을 다운로드해 다른 플랫폼(광고 서버, LMS, 또 다른 스트리밍 서비스)에서 재사용하려는데, 그곳이 .srt만 받습니다.
• 이유: Aegisub나 Subtitle Edit 같은 전용 자막 편집기에서 더 쉽게 참조하거나 편집할 수 있도록 큐 번호를 추가하고 싶습니다. 이런 도구들은 큐 번호가 있는 것을 전제로 합니다.
• 이유: 몇 년 후 어떤 소프트웨어를 쓰더라도 파일이 계속 열릴 수 있도록, 더 보편적으로 지원되는 형식으로 캡션을 보관하고 있습니다.

변환 전후 비교: 실제 예시

큐 번호가 없고 타임스탬프가 쉼표로 이어진, YouTube Studio에서 내보낸 짧은 SBV 파일을 SRT로 변환한 예시입니다.

0:00:06.120,0:00:09.400
이렇게 모시게 되어 기쁩니다, 초대해 주셔서 감사합니다.

0:00:09.600,0:00:12.800
그럼 의제부터 시작해 볼까요.

1
00:00:06,120 --> 00:00:09,400
이렇게 모시게 되어 기쁩니다, 초대해 주셔서 감사합니다.

2
00:00:09,600 --> 00:00:12,800
그럼 의제부터 시작해 볼까요.

각 블록에 순차적인 큐 번호가 추가되었고, 두 타임스탬프 사이의 쉼표는 --> 화살표로 바뀌었으며, 밀리초 앞의 마침표는 SRT가 요구하는 구분자인 쉼표로 바뀌었습니다. 대사 텍스트 자체는 그대로입니다.

SBV 형식, 바이트 단위로 살펴보기

SBV 블록 하나는 다음과 같은 모습입니다. 큐 번호도 화살표도 없습니다:

0:00:03.500,0:00:06.120
오늘 통화에 참여해 주셔서 감사합니다.

두 타임스탬프는 앞뒤에 공백 없이 쉼표 하나로 이어지며, 각각 H:MM:SS.mmm 형식입니다(시간은 0으로 채우지 않습니다). 캡션 텍스트 한 줄 이상이 바로 그 아래에 이어지고, 블록과 블록 사이는 빈 줄로 구분됩니다. SRT는 1부터 시작하는 빈틈없는 색인을 요구하지만 SBV에는 색인이 전혀 없으므로, SubToolDesk는 내보낼 때 모든 블록에 순차적으로 번호를 다시 매깁니다.

YouTube 크리에이터에게 이 변환이 여전히 중요한 이유

SBV는 사실상 레거시 형식입니다. WebVTT보다 먼저 만들어졌고 YouTube의 캡션 파이프라인에 특화되어 있지만, 많은 편집자에게는 여전히 YouTube Studio 다운로드 메뉴의 첫 번째 선택지이기 때문에, 누군가 캡션을 플랫폼 밖으로 옮기려 할 때마다 출발점으로 계속 등장합니다. 반면 SRT는 그 밖의 거의 모든 곳, 즉 데스크톱 편집기, 스트리밍 플랫폼, 광고 서버, 그리고 WebVTT나 SBV가 존재하기 훨씬 전에 만들어진 자막 업로드 양식에서도 받아들여집니다.

브라우저 밖으로 아무것도 나가지 않습니다

변환이 순수한 텍스트 변형(영상 처리 없음, YouTube나 다른 어디로도 보내는 네트워크 호출 없음)이기 때문에, 즉시 그리고 완전히 클라이언트 측에서 실행됩니다. 캡션 파일과 그 안에 담긴 대사는 형식만 바꾸려고 사용자의 기기를 벗어나는 일이 없습니다.

이 변환기가 유지하는 것과 제거하는 것

유지되는 것:

• 원래 순서 그대로의 모든 대화 텍스트.
• 모든 큐의 밀리초 단위 정밀한 타이밍.
• 원래 순서대로 큐당 한 블록.

추가되거나 바뀌는 것:

• SBV에는 큐 번호가 없고 SRT는 이를 요구하므로, 1부터 시작하는 순차적인 큐 번호가 각 블록 앞에 추가됩니다.
• 두 타임스탬프를 잇던 쉼표는 --> 화살표로 바뀝니다.
• 각 타임스탬프에서 밀리초 앞의 마침표는 SRT가 요구하는 구분자인 쉼표로 바뀝니다.

자주 발생하는 문제와 해결 방법

• 형식 배지가 SBV 대신 Unknown으로 표시됩니다: SBV는 H:MM:SS.mmm,H:MM:SS.mmm 형태의 단순한 타이밍 줄로 감지됩니다. 타임스탬프 중간에서 잘린 채로 붙여넣거나 그 줄에 불필요한 문자가 섞여 있으면 감지가 깨질 수 있습니다.
• 큐 번호가 잘못되었거나 순서가 뒤섞인 것처럼 보입니다: 원본에 큐 번호가 전혀 없었다면 당연한 결과입니다. SRT는 큐 번호를 요구하므로, 원본 파일에 무엇이 있었든 상관없이 변환기는 항상 깨끗한 순차 색인을 새로 만들어 냅니다.
• 플레이어가 변환된 파일을 거부하거나 첫 번째 큐 이후 멈춥니다: 변환 전에 형식 배지가 SBV로 표시되었는지 확인하세요. 심하게 잘린 채로 붙여넣으면 큐 감지가 깨져 타이밍 줄이 없거나 잘못된 블록이 생길 수 있습니다.
• 발음 기호가 있는 문자나 비영어 텍스트가 é처럼 깨진 문자로 표시됩니다: 원본 .sbv가 UTF-8로 저장되지 않았습니다. UTF-8로 다시 내보내거나 저장한 뒤 다시 업로드하세요.