Mac CapCut에서 SRT 파일로 이중 언어 자막 추가하기

외부 파일이 필요한지 판단하기

프로젝트가 이미 CapCut에 있다면 먼저 자체 캡션 도구를 확인하세요. 자동 캡션 도움말에는 Desktop 워크플로가 설명되어 있고 캡션 기능 페이지에는 이중 언어 캡션이 소개되어 있습니다. 사용 가능 여부는 설치된 버전, 지역 및 기능에 따라 다를 수 있습니다.

자막 텍스트를 별도로 준비하거나, 검토자가 이미 수정했거나, 프로젝트와 함께 보관할 파일이 필요하다면 SRT를 사용하세요. SRT는 텍스트와 타이밍을 담아 이동할 수 있는 문서입니다. 전체 편집 프로젝트의 글꼴, 애니메이션 또는 언어별 개별 컨트롤까지 보존하지는 않습니다.

이 가이드는 Mac용 CapCut Desktop을 다룹니다. 같은 지침이 CapCut Web, 모바일 앱 또는 Jianying(剪映)에도 적용된다고 가정하지 마세요. 인터페이스와 사용 가능한 기능을 각각 확인해야 합니다.

실제로 납품할 타임라인에 자막 맞추기

자막을 생성하기 전에 어떤 편집본을 타이밍 기준으로 삼을지 정하세요.

영상이 거의 완성되었다면 그 컷을 로컬 참조본으로 내보내고 해당 참조본을 전사하세요. 프로젝트에서 샷 순서, 시작 부분의 무음, 소개, 발화 사이의 쉼을 동일하게 유지합니다. 편집하지 않은 클립 모음보다 최종 시퀀스에 맞춰 만든 자막을 정렬하기 쉽습니다.

개별 소스 클립을 전사하면 SRT 시간은 해당 클립의 시작점부터 계산됩니다. 긴 CapCut 타임라인에서 그 클립이 어느 위치에 들어가는지 자동으로 알지 못합니다. 시작 부분을 자르거나 구간 순서를 바꾸거나 새로운 소개를 넣으면 기존 타이밍이 맞지 않을 수 있습니다.

확신이 없다면 짧은 구간부터 선택하세요. 긴 영상을 준비하기 전에 가져오기와 샘플 내보내기까지 진행합니다. 타임라인을 수정해도 원래 자막을 확인할 수 있도록 원본 SRT 사본을 보관하세요.

이중 언어 SRT 만들고 검토하기

처리 권한이 있는 동영상의 경우 Alison Workspace의 Transcribe Files… 창을 열고 로컬 참조 동영상을 추가합니다. 발화 언어와 사용 가능한 번역 대상을 선택하고 필요한 리소스를 준비한 뒤 전사를 시작하세요.

내보내기 전에 원문과 번역을 검토하세요. 이름, 숫자, 전문 용어를 수정하고 기록이 대상 동영상의 끝까지 처리되었는지 확인합니다. 번역이 없는 구간도 살펴보세요. 파일을 불러왔거나 앞부분이 처리되었다는 사실만으로 전체 결과가 준비된 것은 아닙니다.

기록의 Export 메뉴에서 Export content → Bilingual을 선택한 뒤 SRT Subtitle File을 선택합니다. 동영상과 편집본을 알아볼 수 있는 이름으로 파일을 저장하세요.

이중 언어 내보내기는 원문과 존재하는 번역문을 같은 타이밍 자막 큐에 배치합니다. 독립적으로 선택할 수 있는 언어 트랙 두 개를 만들지는 않습니다. 언어별 결과물을 따로 전달해야 한다면 각 언어 파일을 별도로 내보내고 확인하세요. 통합 큐가 자동으로 두 트랙으로 나뉜다고 기대하면 안 됩니다.

자세한 파일 준비와 내보내기 방법은 SRT 생성 가이드를 참고하세요.

파일 안의 내용 확인하기

SRT에는 번호, 시작 및 종료 시간, 텍스트가 들어 있습니다. 다음은 형식을 보여 주기 위한 가상의 영어-스페인어 큐입니다.

1
00:00:02,000 --> 00:00:05,000
Open the project settings.
Abre la configuración del proyecto.

줄바꿈은 하나의 큐 안에서 두 언어를 구분합니다. 각 줄에 별도의 글꼴이나 애니메이션을 지정하지는 않습니다. 편집기에서 표시 방식을 확인하고 조정하세요.

실제 .srt 내보내기 파일을 UTF-8 텍스트로 저장해 사용하세요. 파일명이 .srt.txt로 끝나거나, PDF 이름을 바꾸거나, WebVTT 파일의 확장자만 변경한 것은 같은 형식이 아닙니다. 텍스트 편집기에서 사본을 확인한다면 큐 구조와 타임코드를 보존하세요.

이중 언어 영상에서는 두 언어가 모두 있는지만 확인해서는 안 됩니다. 긴 원문 문장에 긴 번역문이 더해지면 여러 줄로 감길 수 있습니다. 가독성을 위해 번역문을 줄일 때는 조건이나 숫자를 삭제하지 말고 의미를 보존하는 방식으로 편집하세요.

CapCut Desktop에 파일 가져오기

CapCut의 자막 가져오기 도움말에는 Desktop에서 Captions → Add Captions를 선택한 뒤 로컬 자막 파일을 고르는 경로가 안내되어 있습니다. 가져온 큐는 타임라인의 편집 가능한 텍스트 블록으로 설명되어 있습니다.

Mac 프로젝트를 열고 문서에 안내된 경로를 사용해 준비한 SRT를 선택하세요. 가져온 첫 캡션과 발화 오디오에 대한 위치를 확인합니다. 릴리스마다 메뉴 레이블이 다를 수 있습니다. 가져오기 컨트롤이 보이지 않으면 모바일 튜토리얼 대신 설치된 Desktop 버전의 안내를 확인하세요.

광범위하게 편집하기 전에 타임라인과 자막의 관계를 확인하세요. 첫 번째 큐는 소스 동영상이 시작되고 몇 초 후에 시작될 수 있습니다. 첫 번째로 보이는 단어만 프로젝트 시작 부분에 맞추지 말고 소스 타임라인의 위치를 맞춥니다. 일정한 오프셋이 있다면 SRT가 다른 편집본에서 만들어졌는지 또는 잘못된 위치에 배치되었는지 확인하세요.

자동 캡션 레이어와 가져온 캡션이 모두 표시된다면 어느 레이어를 유지할지 정합니다. 중복을 해결할 때는 프로젝트 사본을 편집해 결과를 비교할 수 있도록 하세요.

화면에서 두 언어 모두 읽기 쉽게 만들기

정보가 많은 슬라이드와 밝은 배경을 포함한 실제 영상 위에서 가져온 자막을 재생하세요. 글꼴의 문자 지원 범위, 대비, 크기, 줄바꿈, 위치를 확인합니다. 전달할 각 문자 체계를 확인하세요. 라틴 문자가 잘 보이는 글꼴이라고 해서 중국어나 아랍어의 모든 글자가 표시되는 것은 아닙니다.

전체 영상에서 언어 순서를 일관되게 유지하세요. 얼굴, 소프트웨어 컨트롤, 제품 레이블 및 중요한 시각 정보를 가리지 않도록 공간을 확보합니다. 세로형 버전에서는 가로형 튜토리얼 레이아웃이 맞을 것이라고 가정하지 말고 세로 미리 보기를 확인하세요.

큐가 너무 길다면 먼저 표시 시간에 비해 발화가 지나치게 많은지 확인합니다. 모든 자막을 읽기 어려울 정도로 작게 줄이는 대신 큐 편집과 레이아웃 조정으로 가독성을 높이세요. 텍스트나 타이밍을 바꾼 뒤에는 이중 언어 큐를 다시 확인해 원문과 번역이 같은 구간을 나타내는지 확인합니다.

시작·중간·끝에서 타이밍 확인하기

일정한 오프셋과 점점 커지는 타이밍 차이는 다르게 처리해야 합니다.

모든 큐가 거의 같은 시간만큼 늦다면 동영상 시작 지점, 추가된 소개, 자막 배치를 비교하세요. 시작 부분은 맞지만 뒤로 갈수록 어긋난다면 컷, 속도 변경, 참조본과 현재 프로젝트의 차이를 확인합니다. 편집이 여러 지점에서 달라졌다면 전체를 한 번 이동하는 방식으로는 고칠 수 없습니다.

전사 후 변경한 주요 컷 전후의 구간을 확인하세요. 마지막 발화도 살펴봅니다. 자막이 일찍 끝난다면 CapCut 표시 문제가 아니라 소스 기록이 일부만 처리되었을 수 있습니다.

타이밍을 수정한 뒤 짧은 샘플 영상을 내보내 편집기 밖의 플레이어에서 엽니다. 두 언어가 모두 표시되는지, 특수 문자가 올바르게 렌더링되는지, 읽을 만큼 충분히 오래 화면에 남는지 확인하세요. 샘플에 문제가 없으면 전체 결과물을 내보내고 검토합니다.

로컬 전사와 영상 전달을 구분하기

필요한 리소스를 설치하면 Alison의 지원되는 인식과 번역은 로컬에서 실행됩니다. 이는 자막 준비에 대한 설명입니다. 모든 CapCut 기능, 프로젝트 동기화 옵션 또는 게시 대상이 오프라인으로 작동한다는 의미는 아닙니다.

검토된 SRT, 이를 만드는 데 사용한 참조 영상, 최종 프로젝트를 함께 보관하세요. 편집 내용이 크게 바뀌면 이전 파일을 완성본으로 간주하지 말고 자막을 업데이트합니다.

평가 대상은 내보낸 영상입니다. 문구를 검토했고, 음성과 동기화되며, 이중 언어 레이아웃이 읽기 쉬운지 확인하세요. 파일을 성공적으로 가져왔다는 사실만으로는 이 세 가지를 확인할 수 없습니다.

CapCut의 가져오기 안내, 자동 캡션 안내, 이중 언어 캡션 소개를 2026년 10월 24일 확인했습니다. 위 가져오기 경로는 이 문서에 따르며 특정 CapCut 릴리스에서 처음부터 끝까지 테스트했다고 주장하지 않습니다.