타임스탬프를 바꾸지 않고 SRT 파일을 번역하는 방법

빠른 답변: 큐 텍스트만 번역하고 ID와 타임코드는 고정하세요

SRT 파일은 장식용 타임스탬프가 붙은 전사문이 아니라 시간 정보가 들어 있는 데이터 파일입니다. 자막 텍스트만 번역하세요. 각 큐 번호, 타임스탬프, 빈 구분 줄, 지원되는 서식 태그를 모두 그대로 유지한 다음, 영상을 보기 전에 원본과 번역본의 큐 구조를 비교하세요.

파일을 인식하는 워크플로를 원한다면, 자막을 구조 없는 텍스트 상자에 복사해 넣는 대신 원본 파일을 SRT Translator에 업로드하세요. 파일 인식 기능은 구조 손상 위험을 줄여주지만, 그래도 결과물은 원본과 영상에 대조해 검증해야 합니다.

잘 드러나지 않는 핵심 규칙은 이것입니다. 타임코드 보존은 필요조건이지만 충분조건은 아닙니다. 번역된 큐가 타임스탬프를 정확히 유지하더라도, 문장이 읽기에 너무 길거나, 잘못된 구절에서 줄이 끊기거나, 아직 등장하지 않은 화자를 가리키면 실패할 수 있습니다.

SRT 파일 구조 이해하기

일반적인 큐는 네 부분으로 이루어집니다.

17
00:00:41,500 --> 00:00:44,200
<i>MAYA:</i> The total is €1,249.50.

1. 17은 큐 번호입니다.
2. 00:00:41,500은 시작 시각입니다.
3. 00:00:44,200은 종료 시각입니다.
4. 나머지 한 줄 또는 여러 줄은 화면에 표시되는 텍스트입니다.

SRT는 보통 초와 밀리초 사이에 쉼표를 사용하고, 시작과 끝 사이에는 -->를 사용합니다. 빈 줄 하나가 큐와 다음 큐를 구분합니다. 일부 플레이어는 변형을 허용하지만, 신뢰할 수 있는 번역 워크플로는 그런 관용성에 기대지 않습니다.

합성 데이터로 만든 SRT translation stress test를 내려받으세요. 이 파일에는 대화, 이탤릭체, 화자 라벨, 날짜, 통화, CJK 텍스트, 아랍 문자, 키릴 문자, 악센트가 있는 라틴 문자가 포함되어 있습니다. 내용은 허구이므로 파서와 인코딩 테스트에 안전하게 사용할 수 있습니다.

복사-붙여넣기 번역이 SRT 파일을 망가뜨리는 이유

범용 텍스트 워크플로는 구조를 내용으로 오인할 수 있습니다. 흔한 실패 유형은 다음과 같습니다.

• 큐 ID를 번역하거나 다시 번호 매기기;
• 타임스탬프 구분자나 소수점용 쉼표 바꾸기;
• 짧은 큐 두 개를 하나의 문단으로 합치기;
• 반복되거나 겉보기에 비어 보이는 큐 삭제하기;
• 파일 전체를 Markdown 펜스로 감싸서 반환하기;
• 화자 라벨을 일반 문장처럼 다시 쓰기;
• <i> 태그를 지우거나 지원되지 않는 리치 텍스트 마크업 출력하기;
• 빈 큐 구분선을 줄바꿈된 행으로 바꾸기.

언어적으로는 좋은 번역이라도 플레이어가 더 이상 파싱할 수 없다면 쓸모가 없습니다.

단계별 번역 워크플로

1. 원본 보존

원본 SRT는 변경하지 마세요. interview.en.srt → interview.es.srt처럼 언어 표기가 들어간 사본에서 작업하세요.

2. 원본이 정상 파싱되는지 확인

번역 전에 자막 편집기나 플레이어에서 원본을 열어보세요. 원본에 이미 타임코드 겹침, 구분선 누락, 잘못된 영상 오프셋이 있다면 먼저 그 결함을 수정하거나 문서화해야 합니다.

3. 인코딩 감지

전달 명세가 명시적으로 다른 것을 요구하지 않는 한, 다국어 출력에는 UTF-8을 사용하세요. YouTube의 전사 파일 가이드는 영어가 아닌 전사 파일을 UTF-8로 인코딩해야 한다고 안내하는데, 이는 국제 자막 파일의 합리적인 기본값입니다 (YouTube Help).

4. 구조 필드 고정

큐 번호와 타임스탬프 줄은 보호 대상 콘텐츠로 취급하세요. 도구가 이를 잠글 수 없다면, 작은 배치 단위로 번역하고 배치마다 검증하세요.

5. 인접 맥락과 함께 완전한 큐 번역

표시되는 텍스트를 번역하되, 앞 큐와 다음 큐를 함께 제공해 맥락을 유지하세요. 자막은 하나의 문장을 여러 큐에 걸쳐 나누는 경우가 많아서, 분리된 상태로 번역하면 시제, 대명사, 어순이 일관되지 않게 바뀔 수 있습니다.

6. 대상 언어에 맞게 다시 분절

리타이밍 권한이 없다면 큐 타이밍은 유지하되, 큐 내부의 대상 언어 줄바꿈은 조정하세요. 관사, 전치사, 이름, 긴밀하게 연결된 동사구 뒤가 아니라 자연스러운 구 경계에서 줄을 끊어야 합니다.

7. 구조 검증 실행

원본과 번역본의 큐 개수, ID, 타임스탬프, 순서, 태그, 빈 구분선을 비교하세요. 로드조차 되지 않는 파일에 검토 시간을 낭비하지 않도록, 언어 검수 전에 이 작업을 하세요.

8. 번역 자막 트랙 전체 시청

자동 검사는 자막이 화자가 말하기 전에 뜨는지, 중요한 화면 텍스트를 가리는지, 빠른 대화 중에도 읽을 수 있는지를 판단하지 못합니다.

줄바꿈, 이탤릭체, 화자 라벨 보존하기

대상 언어 문법이 달라진다면 원본 줄바꿈을 기계적으로 유지하지 마세요. 큐는 유지하되, 대상 언어에서 읽기 쉬운 줄바꿈을 선택하세요.

예를 들어, 다음 원문 줄바꿈은 좋지 않습니다.

We approved the proposal
after the final review.

대상 언어가 조건절을 먼저 두는 구조라면 자연스러운 줄바꿈 위치도 달라질 수 있습니다. 올바른 목표는 원문의 줄을 픽셀 단위로 맞추는 것이 아니라 의미 단위를 묶는 것입니다.

의미가 있는 이탤릭체는 대상 환경이 이를 지원하고 스타일 가이드가 요구할 때만 유지하세요. 화자 라벨은 일관되게 보존하세요. YouTube는 전사 워크플로에서 소리를 나타내기 위해 [music] 같은 큐를, 화자 식별을 위해 >>를 권장합니다 (YouTube Help); 다른 클라이언트는 다른 관례를 요구할 수 있습니다.

큐 개수와 타임스탬프 순서 검증

다음 불변성 표를 사용하세요.

파일 크기를 대리 지표로 쓰지 마세요. 번역문은 길어질 수 있으므로 번역본이 더 커지는 것은 자연스럽고, 바이트 수가 비슷하다고 해서 아무것도 증명되지 않습니다.

자막을 영상과 대조해 확인하기

일반 재생 속도로 검토하고, 다음처럼 까다로운 구간을 포함하세요.

• 가장 빠른 대사;
• 두 화자가 빠르게 번갈아 말하는 구간;
• 이름, 날짜, 통화, 측정값;
• 장면 전환을 가로지르는 대사;
• 표지판이나 하단 자막과 경쟁하는 텍스트;
• 노래, 음향 효과, 화면 밖 화자의 목소리;
• 첫 번째와 마지막 큐;
• 지원되는 각 서식 태그가 포함된 구간을 최소 하나 이상.

구조 검증 후 가독성과 분절 품질을 평가하려면 subtitle translation QA checklist를 사용하세요.

흔한 SRT 오류와 수정 방법

모든 타임스탬프를 유지하면 안 되는 경우

원본 타이밍에 결함이 있거나, 번역 언어가 실질적으로 다른 분절을 필요로 하거나, 영상 자체가 다시 편집된 경우에는 타임스탬프 보존을 약속하지 마세요. 그런 경우에는 원본을 감사용 기준 자료로 보존하고, 리타이밍된 대상 트랙을 명시적으로 새로 만드세요.

타임스탬프 고정은 번역 제약 조건일 뿐, 자막 작성 자체를 대체하지는 못합니다.

FAQ

SRT 파일에서 텍스트만 번역해도 되나요?

네. 큐 번호, 타임스탬프, 구분선을 보호하면서 텍스트 줄만 번역하세요. 그런 다음 모든 원본 큐에 여전히 하나의 의도된 대상 큐가 대응하는지 검증하세요.

번역된 자막은 원본과 같은 수의 큐를 가져야 하나요?

타이밍이 고정되어 있다면 그렇습니다. 개수가 다르면 큐가 병합되었거나, 사라졌거나, 분할되었다는 강한 신호입니다. 전문 리타이밍 워크플로에서는 의도적으로 개수를 바꿀 수 있지만, 그런 변경은 문서화되어야 합니다.

타임스탬프를 바꾸지 않고 줄바꿈만 바꿔도 되나요?

네. 줄바꿈은 큐 타이밍이 아니라 표시 텍스트의 일부입니다. 대상 언어의 자연스러운 구 경계로 옮기세요.

번역된 SRT 파일에는 어떤 인코딩을 써야 하나요?

다국어 텍스트에는 UTF-8이 가장 안전한 기본값입니다. 문서화된 전달 시스템이 요구할 때만 레거시 인코딩을 사용하세요.

번역된 SRT가 로드되는데도 여전히 이상해 보이는 이유는 무엇인가요?

파싱과 시청은 서로 다른 테스트입니다. 파일 구조는 유효해도, 큐가 너무 길거나, 분절이 나쁘거나, 해당 영상 버전에 맞지 않게 타이밍이 어긋났거나, 플레이어의 글꼴 스택이 지원하지 않을 수 있습니다.