자막 싱크 문제를 모두 ‘몇 초 밀기’로 해결하려 하면 뒷부분이 다시 틀어질 수 있습니다. 시작부터 끝까지 같은 차이라면 오프셋, 시간이 지날수록 차이가 커지면 속도 또는 프레임레이트 문제일 가능성이 큽니다.
처음·중간·끝 세 지점을 비교합니다
영상의 첫 대사, 중간 대사, 마지막 대사를 골라 자막과의 차이를 기록합니다. 세 지점이 모두 약 1.2초 빠르다면 자막 전체를 +1.2초 뒤로 이동하면 됩니다. 처음은 맞지만 마지막에 3초 이상 벌어진다면 전체 이동만으로는 해결되지 않습니다.
누적 오차는 원본 영상과 자막이 서로 다른 프레임레이트를 기준으로 만들어졌거나, 영상의 재생 속도가 변경됐을 때 발생할 수 있습니다. 이때는 자막 시간을 비율로 늘이거나 줄이는 기능이 필요하며, 기준이 되는 두 지점의 실제 시각을 정확히 잡아야 합니다.
| 검사 결과 | 가능성 | 첫 조치 |
|---|---|---|
| 처음·중간·끝이 같은 차이 | 고정 오프셋 | 전체 시간 이동 |
| 뒤로 갈수록 차이 증가 | 속도·FPS 불일치 | 두 기준점으로 비율 보정 |
| 특정 구간만 어긋남 | 편집 컷 변경 | 구간 이후 자막 재배치 |
| 일부 줄만 겹침 | 큐 자체 오류 | 개별 시작·종료 시각 수정 |
양수는 뒤로, 음수는 앞으로 이동합니다
자막이 먼저 나타나고 대사가 나중에 들리면 자막을 기다리게 해야 하므로 양수 값을 더합니다. 반대로 대사가 먼저 들리고 자막이 늦게 나타나면 음수 값을 더해 자막을 앞으로 당깁니다.
큰 값을 한 번에 적용하기보다 0.5초 또는 1초로 방향을 확인한 뒤 0.1초 단위로 다듬으세요. 사람의 말 시작점은 자음과 호흡 때문에 모호할 수 있으므로 여러 대사를 기준으로 판단하는 편이 낫습니다.
자막이 빠름 → +값으로 뒤로 / 자막이 느림 → −값으로 앞으로
SRT의 구조를 보존해야 합니다
SRT는 일반적으로 순번, 시작·종료 시각, 자막 문장, 빈 줄의 묶음으로 구성됩니다. 시간은 00:00:01,000 --> 00:00:03,500 형태이며 밀리초 구분에 쉼표를 사용합니다. 변환 도구는 시간 줄만 바꾸고 문장과 순번은 그대로 유지해야 합니다.
시작 시간이 0보다 작아지면 음수 시각을 지원하지 않는 플레이어가 많습니다. 해당 큐를 삭제할지, 0초로 맞출지, 종료 시각까지 함께 줄일지 콘텐츠에 맞게 결정해야 합니다. ToolNest는 시작점을 0으로 제한하고 변환 전후 첫 큐를 보여줍니다.
싱크만큼 문자 인코딩도 확인합니다
한글 자막이 깨질 때는 시간 문제가 아니라 문자 인코딩 문제일 수 있습니다. UTF-8로 저장하는 것이 일반적이지만 오래된 프로그램은 CP949로 만든 파일을 내보내기도 합니다. 변환 전 원본을 보관하고, 편집 프로그램과 최종 플레이어 양쪽에서 한글과 특수문자를 확인하세요.
줄바꿈, 이탤릭 태그, 위치 태그 같은 부가 표현도 플레이어별로 다르게 해석될 수 있습니다. 자동 변환 후에는 첫 줄만 보지 말고 여러 줄 자막, 괄호, 음악 기호, 외국어 구간을 함께 검사하는 것이 좋습니다.
참고 자료와 연결 도구
외부 플랫폼 사양은 변경될 수 있습니다. 중요한 납품 전에는 연결된 공식 문서의 최신 내용을 다시 확인하세요.
자주 묻는 질문
싱크를 맞췄는데 중간부터 다시 틀어집니다
고정 오프셋보다 재생 속도 또는 편집 변경 문제일 가능성이 큽니다. 중간과 끝 지점의 오차를 따로 측정해 비율 보정이나 구간 편집이 필요한지 확인하세요.
SRT와 WebVTT는 같은 파일인가요?
둘 다 시간 기반 텍스트 트랙이지만 문법과 지원 기능이 다릅니다. 확장자만 바꾸지 말고 전용 변환 절차를 사용하세요.