SRT를 SBV로 변환
또는 자막 텍스트를 붙여넣으세요
이 변환에서 달라지는 것
이 방향에서는 아무것도 잃지 않습니다. 원본 형식의 모든 기능이 대상 형식에 갈 곳이 있습니다.
이 목록은 불러온 특정 파일이 아니라 두 형식의 기능 행렬에서 나옵니다. 어떤 파일은 형식이 허용하지만 행렬이 모델링하지 않는 기능을 쓰고 있다면 더 많이 잃을 수 있습니다.
이 페이지는 SRT를 SBV로 바꿉니다. SBV는 YouTube가 자체 자막 업로드에 쓰던 형식으로, 시작 시각·쉼표·끝 시각·텍스트·빈 줄로 이루어집니다. 큐 번호가 없어 SRT의 번호는 빠지고 나머지는 그대로 갑니다.
SRT의 00:00:01,000은 SBV의 0:00:01.000이 됩니다. 시를 한 자리로 쓰고 점을 쓰는 문법이며, 같은 시점을 밀리초까지 가리킵니다. 인라인 태그는 그대로 전달되고, 두 줄짜리 큐는 두 줄로 남습니다.
잃는 것은 없습니다. SRT가 표현하는 것은 SBV도 표현하며, 큐는 번호가 아니라 빈 줄로 구분되므로 큐 안의 줄 바꿈이 모호하지 않습니다.
여러 파일을 넣으면 순서대로 처리되고 중간에 취소할 수 있으며 ZIP 하나로 내려옵니다. 브라우저 안에서 변환되어 업로드가 없습니다.
SBV는 유튜브 자막을 손으로 다루던 시절부터 쓰인 단순한 형식입니다. 큐 번호가 없고 빈 줄로 구분되므로, 스크립트로 읽을 때도 파싱이 쉽습니다. 시간은 밀리초까지 유지됩니다.
예시
전형적인 SRT 파일을 SBV로 변환
입력
1
00:00:01,000 --> 00:00:03,500
Hello there.
2
00:00:03,500 --> 00:00:06,000
<i>Whispering</i> now.
And a second line.
3
00:00:06,000 --> 00:00:09,250
<b>Bold</b> statement.
결과물
0:00:01.000,0:00:03.500
Hello there.
0:00:03.500,0:00:06.000
<i>Whispering</i> now.
And a second line.
0:00:06.000,0:00:09.250
<b>Bold</b> statement.
여기서는 아무것도 빠지지 않습니다. 양쪽을 줄 단위로 비교해 보세요.
같은 변환을 지저분한 입력으로
입력
1
0:00:01,00 --> 0:00:03,500
<B>Bold</B> and <I>italic</I>.
2
00:00:03,500 --> 00:00:06,000
3
00:00:08,000 --> 00:00:09,000
Last one.
결과물
0:00:01.000,0:00:03.500
<b>Bold</b> and <i>italic</i>.
0:00:03.500,0:00:06.000
0:00:08.000,0:00:09.000
Last one.
실제 파일에 흔한 손상입니다. 줄 바꿈이 섞이고, 공백이 남고, 필드가 비어 있습니다. 위의 깔끔한 예와 비교해 해석기가 무엇을 용서하는지 보세요.
자주 묻는 질문
SBV는 무엇이고 왜 필요한가요?
YouTube가 자체 자막 업로드용으로 쓴 형식입니다. 쉼표로 구분한 두 시각, 텍스트, 빈 줄로 이루어집니다. 그 파이프라인에 맞춰진 도구는 SBV를 기대하므로, SRT를 받아들이게 설득하는 것보다 변환하는 편이 쉬울 때가 많습니다.
SRT의 큐 번호는 SBV에서 어떻게 되나요?
SBV에는 번호를 넣을 자리가 없어 빠집니다. 시작 시각·끝 시각·글자는 그대로이고, 큐는 사이의 빈 줄로 구분되므로 출력은 여전히 읽을 수 있습니다.
타임스탬프가 SRT와 달라 보이는 이유는 무엇인가요?
SBV는 시(hour)를 한 자리로 쓰고 초와 밀리초 사이에 점을 씁니다. SRT는 시를 두 자리로 채우고 쉼표를 씁니다. 둘 다 같은 시점을 밀리초까지 가리키므로 어긋나지 않습니다.
SRT의 태그와 줄 바꿈은 SBV에서 유지되나요?
네. 인라인 태그는 그대로 전달되고, 두 줄짜리 큐는 두 줄로 남습니다. SBV는 큐를 번호가 아니라 빈 줄로 구분하므로 큐 안의 줄 바꿈이 모호하지 않습니다.
YouTube에는 SBV와 SRT 중 무엇을 줘야 하나요?
둘 다 자막 업로드에 받아들여집니다. SBV는 오래된 경로이고, SRT는 다른 곳에서 더 널리 지원되므로 원본으로 보관하기에는 SRT가 안전합니다.