자막 인코딩 깨짐 고치기
또는 자막 텍스트를 붙여넣으세요
옵션
이 상자는 파일을 어떻게 읽을지를 바꾸며, 쓰는 방식은 바꾸지 않습니다. 보통은 앞쪽 바이트에서 인코딩을 알아냅니다. BOM이 있으면 그것을, 파일이 올바른 UTF-8이면 UTF-8을, 그 밖에는 Windows-1252를 씁니다. 그러면 서유럽 파일은 맞고 나머지는 틀립니다. 일본어, 중국어, 한국어, 키릴 문자 파일은 온 화면이 깨진 악센트 글자로 들어옵니다. 여기서 인코딩을 지정하면 추측을 건너뜁니다. 자동 감지가 기본값이고 아무 일도 하지 않으므로 그대로 두어도 안전합니다. 결과는 UTF-8로 다시 쓰입니다. 브라우저가 만들 수 있는 인코딩은 몇 가지뿐이고 이 목록의 것들은 그중에 없기 때문입니다. 그게 이 페이지의 요점입니다. 텍스트가 올바르게, 그리고 모든 도구가 읽을 수 있는 형태로 나옵니다.
타이밍을 어떤 프레임 레이트 기준으로 세는지 정합니다. 형식 안내 페이지에서는 MicroDVD가 이 값을 필요로 합니다. 시간을 프레임 번호로 저장하기 때문입니다. 프레임 레이트 페이지에서는 이 파일이 어느 프레임 레이트를 기준으로 만들어졌는지, 즉 자막을 만든 판본의 값을 뜻하며, 페이지의 두 번째 상자에는 이 자막을 사용할 영상의 프레임 레이트를 넣습니다. 흔히 쓰는 값은 23.976, 24, 25, 29.97, 30, 50, 59.94, 60입니다. 잘못 넣으면 시간축 전체가 어긋나고, 프레임 레이트 페이지에서는 고정된 양이 아니라 비율로 어긋납니다.
이 페이지는 글자가 깨져 보이는 자막 파일을 올바른 규칙으로 다시 읽습니다. 파일이 담고 있는 바이트는 멀쩡한데, 그 바이트를 글자로 바꾸는 규칙이 틀렸을 때 생기는 문제입니다. 일본 Windows 도구가 쓴 파일을 다른 코드페이지로 읽으면 일본어가 엉뚱한 악센트 문자 줄로 보입니다. 자동 감지가 기본값이고, Shift-JIS, GBK, Big5, EUC-KR, Windows-1251, ISO-8859-1 가운데 하나를 직접 고를 수도 있습니다.
자동 감지는 대부분의 파일에 맞고, 그래서 기본값입니다. 올바르게 읽히는 파일에는 아무 말도 할 필요가 없어야 하기 때문입니다. 텍스트가 눈에 띄게 틀렸을 때, 파일을 무엇이 만들었는지 알 때, 한 출처에서 온 묶음을 한 가지로 읽어야 할 때 인코딩을 지정합니다. 그래도 도움이 안 되는 경우가 하나 있습니다. 브라우저에 디코더가 아예 없는 인코딩의 파일은 어느 선택지를 골라도 틀린 채로 남습니다.
브라우저가 읽을 수 있지만 쓸 수는 없는 인코딩이 있습니다. Shift-JIS, GBK, Big5, EUC-KR로 읽은 파일은 UTF-8로 다시 쓰입니다. UTF-8은 그 파일의 모든 글자를 담고 현재 거의 모든 소프트웨어가 기대하는 형식이기 때문입니다. 자막 텍스트는 창에 보이는 그대로이고 컨테이너만 바뀝니다. 하위 시스템이 원래 인코딩을 요구하면 고친 파일을 데스크톱 도구로 변환하세요.
텍스트 자체는 바뀌지 않습니다. 글자가 더해지거나 지워지거나 치환되지 않고, 바이트를 텍스트로 바꾸는 규칙만 달라지며 그 뒤의 모든 단계가 올바른 텍스트로 동작합니다. 큐 번호와 타임코드와 줄 바꿈은 파일의 것입니다. 업로드도 저장도 없어서 잘못 골라도 원본은 그대로이고 다시 시도하면 됩니다.
예시
이미 올바르게 읽히는 파일의 자동 감지
입력
1
00:00:01,000 --> 00:00:02,000
The room is dark.
2
00:00:03,000 --> 00:00:04,000
A cold night.
결과물
1
00:00:01,000 --> 00:00:02,000
The room is dark.
2
00:00:03,000 --> 00:00:04,000
A cold night.
기본 설정이고 아무것도 요구하지 않는 유일한 경우입니다. 자동을 고르면 인코딩을 이름 붙이지 않으므로 파일이 이 페이지가 생기기 전과 똑같이 읽힙니다. 확신이 없는 파일에도 안전하게 열 수 있는 이유입니다. 잘못된 것이 없었다면 아무 일도 일어나지 않습니다. 특정 선택이 상황을 더 나쁘게 만들었을 때 돌아갈 설정이기도 합니다.
같은 파일을 Shift-JIS로 읽기
입력
1
00:00:01,000 --> 00:00:02,000
こんにちは、いい天気ですね。
결과물
1
00:00:01,000 --> 00:00:02,000
こんにちは、いい天気ですね。
같은 파일을 두 방식으로 읽은 것입니다. 바이트를 Shift-JIS로 읽고 나면 창에는 처음부터 말하려던 일본어가 담깁니다. 같은 바이트를 서유럽 텍스트로 읽으면 관계없는 악센트 문자 줄이 되고, 그 상태가 사람들을 이 페이지로 오게 만듭니다. 이 예시의 두 창은 모두 읽히는 쪽을 보여 줍니다. 다시 읽는 일이 자막을 해석하기 전에 일어나기 때문입니다. 틀린 글자가 화면에 있고 맞는 글자가 없는 단계는 이 페이지에 없습니다.
자동 감지가 UTF-8로 읽는 서유럽 파일
입력
1
00:00:01,000 --> 00:00:02,000
Café Ã la carte
결과물
1
00:00:01,000 --> 00:00:02,000
Café Ã la carte
어려운 경우이고, 브라우저에서 자동과 지정 인코딩이 어긋나는 유일한 경우입니다. 파일의 바이트가 우연히 올바른 UTF-8 열을 이루어서 추측이 UTF-8이 되고, 넘겨받은 글자가 파일에 있던 글자가 아닙니다. ISO-8859-1을 지정하면 서유럽식 읽기를 강제합니다. 어느 쪽이든 같은 코드 표이므로 옛 문서에서 헷갈리기 쉬운 부분입니다. 선택이 하는 일은 추측을 무효로 만드는 것입니다.
자주 묻는 질문
자막 파일에 올바른 글자 대신 이상한 문자가 보이는 이유는 무엇인가요?
바이트를 틀린 규칙으로 읽었기 때문입니다. 파일에는 일본어나 한국어나 키릴 문자가 그것을 쓴 프로그램의 인코딩으로 저장되어 있고, 읽는 프로그램이 다른 것, 흔히 파일이 아니라 그 기계의 로캘 코드페이지를 가정했습니다. 망가진 것은 없습니다. 올바른 규칙으로 같은 바이트를 읽으면 올바른 텍스트가 나오고, 이 페이지에서 인코딩을 지정하는 일이 그것입니다.
자막 파일이 실제로 어떤 인코딩인지 어떻게 알아내나요?
보통은 무엇이 만들었는지에서 압니다. 일본 Windows 도구에서 나온 일본어 파일은 대개 Shift-JIS이고, 중국 본토 파일은 GBK, 대만 파일은 Big5, 한국어는 EUC-KR, 키릴 문자는 대부분 Windows-1251입니다. 그것도 아니면 시도해 보세요. 틀린 선택은 기호를 내고 맞는 선택은 텍스트를 내므로 몇 초면 파일을 알아낼 수 있습니다.
자막 파일에 잘못된 인코딩을 고르면 어떻게 되나요?
글자가 다른 틀린 글자로 바뀌고 그 밖에는 아무 일도 없습니다. 디스크의 원본 파일은 그대로이고 어디에도 업로드되거나 저장되지 않습니다. 다시 시도하는 데 비용이 없습니다. 다만 올바르게 읽히는데 맨 위에 의심스럽게 긴 기호 줄이 보이면, 고른 인코딩이 글자로 읽어 버린 표시도 파일에 있다는 뜻이니 함께 살펴보세요.
Shift-JIS를 골랐는데 고친 자막이 UTF-8로 쓰이는 이유는 무엇인가요?
브라우저가 그 인코딩을 읽을 수는 있지만 쓸 수는 없기 때문입니다. Shift-JIS, GBK, Big5, EUC-KR로 읽은 파일은 UTF-8로 다시 쓰이고, UTF-8은 그 파일의 모든 글자를 담으며 현재 거의 모든 소프트웨어가 기대하는 형식입니다. 자막 텍스트는 창에 보이는 그대로이고 컨테이너만 바뀝니다. 하위 시스템이 원래 인코딩을 요구하면 데스크톱 도구로 변환하세요.
인코딩을 고치면 자막 텍스트가 수정되나요?
아니요. 파일의 바이트는 바뀌지 않고 글자가 더해지거나 지워지거나 치환되지도 않습니다. 달라지는 것은 그 바이트를 텍스트로 바꾸는 규칙이고, 그 단계 이후의 모든 작업은 올바른 텍스트로 진행됩니다. 큐 번호와 타임코드와 줄 바꿈은 이 사이트의 다른 작업 페이지와 마찬가지로 파일의 것입니다.
자동 감지로 충분한가요, 항상 직접 지정해야 하나요?
대부분의 파일에는 자동이 맞고 기본값인 이유이기도 합니다. 올바르게 읽히는 파일에는 아무것도 말할 필요가 없어야 하기 때문입니다. 텍스트가 눈에 띄게 틀렸을 때, 무엇이 파일을 만들었는지 알 때, 한 출처에서 온 묶음을 한 방식으로 읽어야 할 때 지정하세요. 브라우저에 디코더가 없는 인코딩의 파일은 어느 선택지를 골라도 잘못 읽힌 채로 남습니다.