본문으로 바로 가기
SubtitleMatrix

자막 HTML 태그 제거

텍스트마크업과 태그 지우기
또는 자막 텍스트를 붙여넣으세요

옵션

상자 하나에 선택지 일곱, 각각 자기 페이지가 있습니다. 기울임, 굵게, 밑줄, 색은 그 한 종류의 범위만 지우고 줄의 나머지 스타일은 그대로 둡니다. 모두는 도구가 모델링하는 모든 범위, 즉 그 네 가지에 가라오케 타이밍까지 지우면서 텍스트의 나머지는 건드리지 않습니다. HTML은 같은 일을 한 뒤 도구가 모델링하지 않아 텍스트에 남아 있던 꺾쇠 표기까지 쓸어 냅니다. VTT의 <v Bob> 화자 태그나 <c.className> 같은 것입니다. ASS는 대신 덮어쓰기 블록에 같은 일을 하여, 파싱할 때 인식하지 못한 {...} 코드를 지웁니다. {\fad(500,500)} 같은 것입니다. 이 페이지는 제목이 말하는 값을 상자에 채우고 다른 값은 나열하지 않습니다.

타이밍을 어떤 프레임 레이트 기준으로 세는지 정합니다. 형식 안내 페이지에서는 MicroDVD가 이 값을 필요로 합니다. 시간을 프레임 번호로 저장하기 때문입니다. 프레임 레이트 페이지에서는 이 파일이 어느 프레임 레이트를 기준으로 만들어졌는지, 즉 자막을 만든 판본의 값을 뜻하며, 페이지의 두 번째 상자에는 이 자막을 사용할 영상의 프레임 레이트를 넣습니다. 흔히 쓰는 값은 23.976, 24, 25, 29.97, 30, 50, 59.94, 60입니다. 잘못 넣으면 시간축 전체가 어긋나고, 프레임 레이트 페이지에서는 고정된 양이 아니라 비율로 어긋납니다.

이 페이지는 자막 텍스트에서 마크업을 빼냅니다. 파일이 담은 모든 서식 범위에 더해, 텍스트 자체에 남아 있는 꺾쇠괄호 태그까지 쓸어냅니다. 결과는 평범하게 읽히는 대사입니다. 글자와 타이밍만 남습니다. 화자 태그, 클래스 태그, 줄 중간에 떠도는 닫는 태그 같은 것이 남아 있는 파일에 쓰는 실행입니다.

두 번째 절반이 이 페이지가 모든 서식 제거 페이지 옆에 존재하는 이유입니다. 도구는 이해하는 네 가지 강조 태그를 모델링하고 나머지는 찾은 자리에 그대로 둡니다. 파일을 읽는 동안에는 그것이 옳은 판단입니다. 알아보지 못하는 마크업을 조용히 먹으면 데이터를 잃기 때문입니다. 그 대가로 `<v Bob>`이 들어 있는 WebVTT 파일은 사이트의 다른 어떤 정리를 거쳐도 그 태그를 유지하고, OCR이나 손편집을 거친 파일은 줄 중간에 짝이 맞지 않는 닫는 태그를 달고 오는 일이 많습니다. 그것을 쓸어내는 페이지가 이것이며 제목이 그렇게 말합니다.

쓸어내기는 일부러 좁습니다. 여는 괄호 바로 뒤에 글자나 슬래시가 오는, 태그 모양인 것만 지웁니다. 대사 속 비교식인 `5 < 10`이나 슬픈 표정인 `<3`은 완전히 그대로 둡니다. 더 느슨한 규칙은 두 괄호 사이의 글자를 지우고 출력에 아무 흔적도 남기지 않을 것이기 때문입니다. 모델링하지 않은 것은 추측하지 않습니다.

업로드는 없습니다. 파일은 브라우저 탭 안에서 읽고 씁니다. 이미 평범한 텍스트인 파일은 바이트 단위로 그대로 돌아오며, 이것은 보이지 않는 마크업이 정말 있는지 확인하는 가장 값싼 방법이기도 합니다.

예시

화자 태그와 클래스 태그가 있는 WebVTT 파일

입력

WEBVTT

00:00:01.000 --> 00:00:02.000
<v Bob><c.yellow>Hello there</c>

00:00:03.000 --> 00:00:04.000
<i>She left</i> <ruby>東京<rt>とうきょう</rt></ruby>.

결과물

WEBVTT

00:00:01.000 --> 00:00:02.000
Hello there

00:00:03.000 --> 00:00:04.000
She left 東京とうきょう.

화자 태그, 클래스 태그, 이탤릭, 루비 주석이 모두 사라지고 글자만 남습니다. 둘째 큐를 보세요. `<rt>` 안의 읽기는 마크업이 아니라 텍스트였으므로 남습니다. 출력에는 한자 옆에 가나가 붙어 있고, 그것은 재생기가 어차피 보여 주었을 모습입니다.

짝이 맞지 않는 닫는 태그가 있는 SRT 파일

입력

1
00:00:01,000 --> 00:00:02,000
<i>Hello</i> there</i> again.

2
00:00:03,000 --> 00:00:04,000
<b>And</b> one more.

결과물

1
00:00:01,000 --> 00:00:02,000
Hello there again.

2
00:00:03,000 --> 00:00:04,000
And one more.

`Hello` 둘레의 짝은 범위로 읽혀 한 번에 지워졌고, `there` 뒤에 떠도는 `</i>`는 읽는 쪽이 텍스트에 남긴 것을 여기서 쓸어냈습니다. 둘 다 출력에서 빠지는 것이 두 작업을 한 번에 하는 이유입니다. 이런 어긋난 태그는 OCR이나 손편집을 거친 파일이 흔히 달고 돌아옵니다.

비교식과 기호는 태그가 아닙니다

입력

1
00:00:01,000 --> 00:00:02,000
5 < 10 and 3 > 1

2
00:00:03,000 --> 00:00:04,000
<3 you

결과물

1
00:00:01,000 --> 00:00:02,000
5 < 10 and 3 > 1

2
00:00:03,000 --> 00:00:04,000
<3 you

아무것도 지워지지 않으며, 이것이 이 페이지에서 가장 중요한 절반입니다. 쓸어내기는 괄호 바로 뒤에 글자나 슬래시가 오는 태그 모양만 건드립니다. 수학 비교식과 보다 작음 기호로 만든 하트는 그대로 살아남고, 두 괄호 사이에 쓰인 글자도 그대로 남습니다.

자주 묻는 질문

이 페이지와 모든 서식 제거 페이지의 차이는 무엇인가요?

이 페이지는 그 일을 한 뒤 한 걸음 더 갑니다. 서식 제거는 도구가 모델링하는 강조 범위, 곧 이탤릭·굵게·밑줄·색상·노래방을 뺍니다. 이 페이지도 그것을 빼고, 이어서 텍스트 자체에 남은 꺾쇠괄호 태그를 쓸어냅니다. 화자 태그, 클래스 태그, 루비 마크업, 떠돌거나 짝이 안 맞는 닫는 태그입니다. 파일에 그런 마크업이 없다면 두 페이지의 출력은 같습니다.

쓸어내기가 지우는 태그와 남기는 태그는 무엇인가요?

태그 모양인 것을 지웁니다. 여는 괄호 바로 뒤에 글자나 슬래시가 오고 다음 닫는 괄호까지 이어지는 것입니다. 괄호 뒤에 다른 것이 오면 건드리지 않으므로 `5 < 10 and 3 > 1` 같은 비교식과 `<3` 같은 기호는 그대로 통과합니다. 이런 좁음은 의도된 것입니다. 더 넓은 규칙은 두 괄호 사이의 대사를 지우고 출력에 아무 흔적도 남기지 않았을 것입니다.

지워진 태그 안에 있던 글자도 함께 사라지나요?

무엇이 안에 있었는지에 달렸습니다. 태그 자체의 속성은 함께 가고, 지워지는 태그 안에 중첩된 것도 함께 갑니다. 루비 주석의 읽기는 텍스트이므로 줄에 남고 둘레의 루비 마크업만 사라집니다. 절대로 일어나지 않는 일은 평범한 대사에서 두 괄호 사이에 놓인 글자를 지우는 것입니다. 그것은 태그 모양이 아니기 때문입니다.

마크업을 지운 뒤에도 출력이 제 재생기에서 유효한가요?

네, 전보다 안정적입니다. WebVTT는 짝이 맞지 않는 닫는 태그를 문제 없이 허용하지만, 닫는 괄호가 빠진 화자 태그는 일부 재생기에서 줄의 나머지를 삼킬 수 있고, 낯선 태그의 의미는 재생기마다 다릅니다. 평범한 텍스트에는 그런 모호함이 없어서, 서식을 덮어쓰는 플랫폼에 보낼 파일은 꾸민 채보다 정리한 편이 나은 경우가 많습니다.

남은 마크업만 지우고 이탤릭은 유지할 수 있나요?

이 페이지에서는 안 됩니다. 강조 범위가 먼저 사라지고 쓸어내기가 그 뒤에 돌기 때문에 이탤릭이 있는 파일은 이탤릭 없이 돌아옵니다. 그 순서는 임의가 아닙니다. 마크업을 지우면 텍스트가 짧아지고, 지운 뒤의 모든 범위는 올바른 글자를 가리키도록 다시 계산해야 합니다. 두 작업을 함께 해야 결과가 정확해지므로 중간 설정을 두지 않습니다.

파일에 분명히 마크업이 있는데 아무것도 지웠다고 보고하지 않은 이유는 무엇인가요?

마크업이 태그 모양이 아니었을 가능성이 큽니다. 괄호 뒤에 공백이나 숫자, 기호가 오면 일부러 건드리지 않으므로 아무것도 지워지지 않고 파일이 바이트 단위로 돌아옵니다. `<v Bob>` 같은 것이 분명히 있는데도 그대로 돌아온다면 생각하는 그 파일이 맞는지 확인해 보세요. 페이지는 확장자가 아니라 실제 형식으로 파일을 읽습니다.

관련 도구