SRT 자막을 일반 텍스트로 변환하기

SRT(SubRip Subtitle) 파일은 네 줄로 이루어진 블록이 반복되는 구조입니다. 순차적인 큐 번호, HH:MM:SS,mmm --> HH:MM:SS,mmm 형식의 타임코드 범위(밀리초 앞에 쉼표가 있다는 점이 SRT와 WebVTT를 구분하는 핵심입니다), 한두 줄의 캡션 텍스트, 그리고 다음 블록이 시작되기 전의 빈 줄로 구성됩니다. 이 구조는 대사를 영상에 동기화하기에는 완벽하지만, 문서로 읽기에는 불편합니다. 화면에 맞추기 위해 문장이 2~3초마다 잘려 있고, 큐 번호 같은 메타데이터가 아무도 원하지 않는 스크립트를 어지럽히기 때문입니다.

SubToolDesk의 SRT to TXT 변환기는 모든 큐 블록을 브라우저에서 로컬로 분석합니다. 파일이 사용자의 기기를 벗어나는 일은 없습니다. 캡션 텍스트만 추출하고 인덱스 번호와 타임코드는 완전히 버리며, 원하는 경우 조각들을 자연스러운 문단으로 재구성합니다.

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

• 위 변환기에 .srt 파일을 끌어다 놓거나, “파일 업로드”를 클릭해 파일을 찾아보세요.
• 자동 감지된 형식 배지가 SRT로 표시되는지 확인하세요.
• 자연스러운 문장으로 보려면 문단으로 병합을 켜고, 한 줄에 캡션 하나씩 유지하려면 꺼 두세요.
• 파일에 “SPEAKER 1:”과 같은 이름이 포함되어 있다면 화자 레이블 제거를 켜세요.
• 원본에 남아 있는 <i>, <b>, <u> 서식을 제거하려면 서식 태그 제거를 켜세요.
• 완성된 .txt 파일을 받으려면 복사 또는 다운로드를 누르세요.

SRT를 일반 텍스트로 변환하는 이유

.srt 파일은 읽는 사람이 아니라 영상 플레이어를 위해 만들어집니다. 이를 일반 텍스트로 변환하는 이유는 거의 항상 그다음에 할 일 때문입니다.

• 이유: 대사를 회의록이나 프로젝트 문서에 붙여넣을 때, 큐 번호와 타임코드는 그저 잡음일 뿐입니다.
• 이유: AI 요약 도구나 챗봇에 스크립트를 입력할 때, 수백 개의 2초짜리 조각보다 연속된 문장을 훨씬 더 잘 이해합니다.
• 이유: 녹음된 팟캐스트, 웨비나, 인터뷰를 바탕으로 블로그 요약이나 쇼 노트를 작성할 때, 인용할 완전한 문장이 필요합니다.
• 이유: 증언이나 인터뷰 스크립트를 법무·컴플라이언스 검토자에게 전달할 때, 그들에게는 동기화된 타이밍이 아니라 발화 내용만 필요합니다.
• 이유: 번역이나 교정을 위해 스크립트를 보낼 때, 번역가와 편집자는 큐 블록이 아니라 문단 단위로 작업합니다.
• 이유: 원본 영상을 더 이상 보관할 필요가 없을 때, 통화나 녹음을 검색 가능하고 읽기 쉬운 기록으로 보관합니다.

변환 전후 비교: 실제 예시

큐 번호, 쉼표 타임코드, 화자 접두사, 기울임 태그가 포함된 짧은 인터뷰 형식의 SRT 내보내기를 문단으로 병합, 화자 레이블 제거, 서식 태그 제거를 모두 켠 상태(이 페이지의 기본 설정)로 변환한 예시입니다.

1
00:00:01,200 --> 00:00:04,000
화자 1: 다시 돌아왔습니다. 오늘은 3분기 실적을 다뤄보겠습니다.

2
00:00:04,300 --> 00:00:07,900
화자 2: <i>초대해 주셔서 감사합니다.</i> 바로 시작해 볼까요.

3
00:00:08,100 --> 00:00:11,500
화자 1: 매출이 전년 대비 8퍼센트 증가했습니다.

다시 돌아왔습니다. 오늘은 3분기 실적을 다뤄보겠습니다. 초대해 주셔서 감사합니다. 바로 시작해 볼까요. 매출이 전년 대비 8퍼센트 증가했습니다.

모든 큐 번호, 모든 타임코드 줄, 화자 1:과 화자 2: 접두사, 그리고 <i> 태그까지 모두 사라졌습니다. 남은 것은 실제로 말한 내용뿐이며, 읽기 쉬운 문장으로 재구성되었습니다.

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

유효한 큐 하나는 다음과 같은 모습입니다:

1
00:00:03,500 --> 00:00:06,120
오늘 통화에 참여해 주셔서 감사합니다.

번호는 파일마다 1부터 다시 시작하여 큐마다 하나씩 증가합니다. 플레이어는 번호가 중간에 비어도 무시하지만, (이 도구처럼) 제대로 만들어진 변환기는 내보낼 때 항상 순서대로 번호를 다시 매겨 다른 도구가 혼동하지 않도록 합니다. 여러 줄로 된 큐는 블록 내부의 줄바꿈으로 연결되어 있는데, SubToolDesk는 문단으로 병합할 때 이 내부 줄바꿈을 문장의 경계가 아니라 단순한 줄 바꿈으로 처리합니다.

병합 전에 화자 레이블과 태그를 제거하는 이유

전사 소프트웨어와 자동 캡션 도구는 사람이 누가 말하고 있는지 추적할 수 있도록 각 줄 앞에 화자 식별자를 붙이는 경우가 많습니다. 이는 영상 편집 도구 안에서는 유용하지만, 문단 형식 스크립트의 흐름을 끊어버리고 문장마다 반복되면 어색하게 읽힙니다. 마찬가지로 화면 텍스트나 강조를 위해 쓰인 기울임(<i>) 태그도 타이밍 정보를 제거하고 나면 꺾쇠괄호가 그대로 남은 문자로 표시되므로, 문단 병합 전에 제거해 두면 결과물을 바로 출판할 수 있는 상태로 유지할 수 있습니다.

정책이 아닌 구조로 보장하는 개인정보 보호

경쟁 변환기들은 보통 파일을 분석하기 위해 서버에 업로드하는데, 이는 기밀 회의 녹음, 법적 증언, 미공개 영상 대본이 다른 누군가의 인프라를 거쳐간다는 뜻입니다. SubToolDesk의 SRT to TXT 도구는 정반대로 만들어졌습니다. 분석, 정리, 렌더링이 모두 사용자의 브라우저 탭에서 실행되는 JavaScript 안에서 이루어집니다. 이 기능이 호출할 업로드 엔드포인트 자체가 존재하지 않습니다. 이는 정책상의 약속이 아니라 구조적인 보장입니다.

SRT to TXT의 일반적인 활용 사례

• 블로그 요약 및 쇼 노트: 팟캐스트나 웨비나의 캡션 파일을 처음부터 다시 들으며 노트를 작성하는 대신, 몇 초 만에 읽기 쉬운 초안으로 바꿉니다.
• 법률 및 컴플라이언스 검토: 타이밍이 아니라 발화 내용만 필요한 검토자를 위해 증언이나 인터뷰 SRT를 순수한 대화 텍스트로 정리합니다.
• 번역 준비: 2초 단위로 조각난 큐 대신 이어진 문단을 번역가에게 전달하면, 다른 언어로도 훨씬 자연스럽게 읽힙니다.
• AI 요약 도구에 입력: 대부분의 언어 모델은 타임코드로 가득한 파일보다 자연스러운 문장에서 더 나은 요약을 만들어내며, 문단 병합이 이 재구성 작업을 대신해 줍니다.
• 검색 가능한 보관: 일반 텍스트 스크립트는 타이밍이 있는 캡션 파일보다 문서화 시스템이나 지식 베이스에서 전문 검색, 태그 지정, 저장이 더 쉽습니다.

파서가 처리하는 예외 상황

실제 SRT 파일은 완벽하게 정형화되어 있는 경우가 거의 없기 때문에, 파서는 흔한 불규칙성을 만나도 실패하지 않고 수용하도록 설계되어 있습니다. 누락되거나 중복된 큐 인덱스 번호는 완전히 무시됩니다. 큐는 블록에서 구조적으로 유일하게 필수적인 부분인 타임코드 줄을 기준으로 즉시 다시 번호가 매겨집니다. \r\n 윈도우식 줄바꿈, \n 유닉스식 줄바꿈, 또는 두 가지가 섞인 파일 모두 분석 전에 정규화됩니다. 두세 줄에 걸친 큐는 하나의 블록으로 처리되며, 문단 병합 로직이 실행되기 전에 내부 줄바꿈이 공백 하나로 축소되므로, 문장 중간의 캡션 줄바꿈이 잘못된 문단 구분으로 이어지는 일은 없습니다.

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

유지되는 것:

• 원래의 순서와 문장부호를 그대로 유지한 모든 발화 텍스트.
• 원래의 큐당 한 줄 구조, 또는 문단으로 병합이 켜져 있다면 문장 단위 문단 구분.

제거되는 것:

• 모든 큐 번호와 타임코드 범위.
• 화자 레이블 제거가 켜져 있을 때 화자 1:과 같은 일반 텍스트 화자 접두사.
• 서식 태그 제거가 켜져 있을 때 <i>, <b>, <u>와 같은 서식 태그.
• 텍스트가 일반 줄이나 문단으로 재구성된 뒤, 큐 블록을 구분하던 빈 줄.

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

• 출력에 큐 번호나 --> 타임코드가 그대로 남아 있습니다: 변환기 위의 형식 배지가 Unknown이 아니라 실제로 SRT로 표시되는지 확인하세요. 내용이 잘린 채로 붙여넣으면 큐 감지가 깨질 수 있습니다.
• 화자 1:이나 비슷한 이름이 여전히 줄 앞에 붙어 있습니다: 화자 레이블 제거를 켜세요. 줄 맨 앞의 이름 패턴만 감지하며, 꺼져 있으면 동작하지 않습니다.
• <i>나 <b> 태그가 그대로 텍스트로 표시됩니다: 서식 태그 제거를 켜세요. 화자 레이블 제거와는 별개의 토글이므로 따로 켜야 합니다.
• 스크립트가 자연스러운 문단이 아니라 한 줄에 한 문장씩 표시됩니다: 문단으로 병합을 켜세요.
• 화자가 바뀌는 지점을 알 수 없을 정도로 문단이 너무 길어집니다: 대신 문단으로 병합을 끄고 큐당 한 줄을 유지하세요. 화자 레이블이 제거되면 일반 텍스트만으로는 문단 중간의 화자 전환을 표시할 방법이 없습니다.
• 발음 기호가 있는 문자나 비영어 텍스트가 é처럼 깨진 문자로 표시됩니다: 원본 .srt가 UTF-8로 저장되지 않은 것입니다. UTF-8로 다시 내보내거나 저장한 뒤 다시 업로드하세요.

이 도구가 의도적으로 하지 않는 일

원본 파일에 없는 문장부호를 재구성하거나 대문자를 추가하지는 않습니다. 원본 SRT에 마침표가 전혀 없다면(일부 자동 생성 캡션에서 흔한 경우), 문단 병합이 기준으로 삼을 것이 없어 파일 전체를 하나의 연속된 블록으로 처리하게 됩니다. 이 경우에는 병합을 끄고 먼저 큐당 한 줄로 된 출력을 확인한 뒤, 이후 직접 문단 구분을 추가하는 방법이 더 안전합니다. 이 도구는 또한 콘텐츠를 번역하거나 요약하거나 다른 방식으로 다시 쓰지 않습니다. 이미 있는 내용을 다시 정리하고 깨끗하게 만드는 일만 합니다.