자막 깨짐의 근본 원인과 해결 방법: GBK/Big5/UTF-8 인코딩 설명

컴퓨터는 텍스트를 저장할 때 이진 바이트 데이터만 저장합니다. 인코딩은 바이트를 특정 문자로 매핑하는 규칙 집합입니다. 다른 인코딩은 다른 매핑 테이블에 해당합니다. 플레이어가 자막을 읽을 때 잘못된 매핑 테이블을 선택하면 올바른 문자를 찾을 수 없습니다.

유니코드 인코딩 시스템은 세계 대부분의 문자를 통합했습니다. UTF-8은 유니코드의 가변 길이 저장 구현 방식이며, 현재 인터넷의 범용 텍스트 인코딩 표준입니다. 전 세계적으로 새로 생성되는 대부분의 자막 파일은 기본적으로 UTF-8 인코딩으로 저장됩니다.

GBK는 중국 본토에서 개발한 중국어 확장 인코딩으로 1995년에 출시되었습니다. 2만 1천 개 이상의 중국어 문자를 포함하며, 초기 GB2312 인코딩의 문자 용량 부족 문제를 해결하기 위해 만들어졌습니다. 초기 국내 영화 및 드라마 자막은 일반적으로 GBK 인코딩으로 저장되었습니다.

Big5는 중국 대만에서 널리 사용되는 번체 중국어 인코딩입니다. Shift_JIS는 일본에서 사용되는 범용 일본 지역 인코딩입니다. 이러한 모든 인코딩은 통합된 인터넷 표준이 형성되기 전에 만들어졌으며, 단일 바이트 인코딩이 256자만 저장할 수 있어 동아시아의 큰 문자 집합에 적응할 수 없는 문제를 해결했습니다.

첫 번째 형태는 전체가 빈 사각형 문자로 표시되는 경우입니다. 이는 대상 인코딩의 문자 테이블에 현재 바이트에 해당하는 항목이 없을 때 발생합니다. 플레이어가 문자를 렌더링할 수 없어 빈 사각형을 자리 표시자로 표시하는 것입니다.

두 번째 형태는 전체가 물음표로 깨지는 경우입니다. 이는 자막 파일의 바이트 정보가 잘못 감지될 때 발생합니다. 플레이어가 멀티바이트 동아시아 문자를 단일 바이트 ASCII 문자로 인식하여 각 문자를 물음표 자리 표시자로 대체합니다.

세 번째 형태는 "锟斤拷"와 같은 중국어 깨짐이 발생하는 경우입니다. 이는 다른 인코딩의 매핑 테이블이 겹치는 것 때문에 발생합니다. 플레이어가 잘못된 인코딩으로 바이트를 구문 분석한 후 우연히 다른 관련 없는 중국어 문자와 일치하여 결국 완전히 알 수 없는 깨진 텍스트가 생성됩니다.

VLC에서 자막 인코딩을 전환하는 경로는 다음과 같습니다: 재생 인터페이스 상단의 도구 메뉴를 클릭하고 기본 설정을 선택한 후 자막/OSD 옵션을 클릭하고 텍스트 인코딩 모듈에서 수동으로 해당 인코딩을 선택한 다음 플레이어를 다시 시작하면 변경 사항이 적용됩니다.

PotPlayer에서 자막 인코딩을 전환하는 경로는 다음과 같습니다: 재생 인터페이스에서 마우스 오른쪽 버튼을 클릭하고 자막 옵션을 선택한 후 자막 인코딩 옵션을 찾아 확장된 목록에서 해당 지역 인코딩을 선택합니다. 변경 사항은 즉시 적용되며 플레이어를 다시 시작할 필요가 없습니다.

수동 인코딩 전환은 단일 재생에만 적용됩니다. 기기나 플레이어를 변경하면 깨짐 문제가 다시 발생합니다. 기존 자막 파일을 UTF-8로 다시 인코딩하면 표준 인코딩을 지원하는 모든 플레이어에서 깨짐 문제를 해결할 수 있습니다.

OKfmt의 텍스트 인코딩 변환기를 사용할 수 있습니다. 원본 자막 파일을 업로드한 후 소스 인코딩을 선택하고 대상 인코딩을 UTF-8로 설정하면 범용 인코딩이 적용된 새 자막 파일을 얻을 수 있습니다. 변환된 자막은 모든 주류 미디어 플레이어에서 정상적으로 표시됩니다.