비음성 정보 제거
또는 자막 텍스트를 붙여넣으세요
옵션
상자 하나에 선택지 다섯, 각각 자기 페이지가 있습니다. 대괄호는 짝을 이룬 [사각] 삽입구를, 괄호는 짝을 이룬 (둥근) 삽입구를 지웁니다. 화자는 줄 앞머리의 전부 대문자인 이름과 그 뒤의 콜론을, 음악은 음표 기호를 지웁니다. 네 가지를 한꺼번에 하는 값이 모두입니다. 어느 것이든 스타일이 아니라 단어 자체를 고치므로 줄이 짧아집니다. 그리고 스타일 페이지와 달리, 지워진 주석은 결과물을 읽는 도구로도 되살릴 수 없습니다. 이 페이지는 제목이 말하는 값을 상자에 채우고 다른 값은 나열하지 않습니다.
타이밍을 어떤 프레임 레이트 기준으로 세는지 정합니다. 형식 안내 페이지에서는 MicroDVD가 이 값을 필요로 합니다. 시간을 프레임 번호로 저장하기 때문입니다. 프레임 레이트 페이지에서는 이 파일이 어느 프레임 레이트를 기준으로 만들어졌는지, 즉 자막을 만든 판본의 값을 뜻하며, 페이지의 두 번째 상자에는 이 자막을 사용할 영상의 프레임 레이트를 넣습니다. 흔히 쓰는 값은 23.976, 24, 25, 29.97, 30, 50, 59.94, 60입니다. 잘못 넣으면 시간축 전체가 어긋나고, 프레임 레이트 페이지에서는 고정된 양이 아니라 비율로 어긋납니다.
이 페이지는 짝이 맞는 둥근 괄호 안의 모든 것을 지웁니다. `(whispering) I can hear you.`는 `I can hear you.`가 되고 `She left (quietly).`는 `She left.`가 됩니다. 큐와 타임코드와 번호는 파일의 것이며 건드리지 않습니다.
둥근 괄호는 청각장애인용 트랙이 관객이 들을 수 있지만 아무도 말하지 않는 것을 표시하는 방식입니다. 영국과 유럽 관행에서는 이것을 청각 단서로 묶습니다. 한숨, 문소리, 전화, 속삭임, 장면 아래의 음악 같은 것입니다. 미국 관행에서는 같은 내용을 비음성 정보로 분류하며, 화면에서 대사가 아닌 모든 것을 아우르는 이름입니다. 두 이름이 같은 괄호를 설명하므로 이 페이지는 둘 다에 답하고 한쪽을 다른 쪽의 번역으로 취급하지 않습니다.
여기서 판단 기준은 의미가 아니라 모양이고, 남의 파일에 실행하기 전에 알아 둘 만합니다. `(sighs)`는 말투에 대한 주석이고 `(maybe 6)`은 가격에 대한 얼버무림이며 `(1984)`는 연도이고 `(V.O.)`는 어떤 회사는 둥근 괄호에, 어떤 회사는 대괄호에 넣는 내레이션 표시입니다. 넷 다 짝이 맞는 둥근 괄호이고 넷 다 지워집니다. 그것들을 구별하려면 문장을 이해하는 독자가 필요하고, 이 페이지는 그런 독자인 척하지 않습니다. 추측하는 판은 틀리면 곤란한 바로 그 줄에서 조용히 틀렸을 것입니다.
그래서 이 페이지는 괄호가 사고가 아니라 하우스 스타일인 파일을 위한 것입니다. 당신의 자막 작업이 쓴 것, 또는 관례를 아는 업체의 것입니다. 괄호가 다른 곳에서 왔다면 시즌 전체에 실행하기 전에 샘플을 넣고 출력을 읽어 보세요. 업로드는 없고 열두 형식을 모두 받으며, 주석이 대괄호인 파일은 바이트 단위로 그대로 돌아옵니다. 그 모양은 대괄호 글자 페이지의 몫입니다.
예시
대사 앞과 뒤에 붙은 말투 주석
입력
1
00:00:01,000 --> 00:00:03,000
(whispering) I can hear you.
2
00:00:04,000 --> 00:00:06,000
She left (quietly).
결과물
1
00:00:01,000 --> 00:00:03,000
I can hear you.
2
00:00:04,000 --> 00:00:06,000
She left.
실제 파일에서 주석이 나타나는 두 자리입니다. 줄을 열거나, 마침표 앞에 끼어들거나. 둘 다 사라지고 양쪽에서 공백이 정리됩니다. 둘째 큐는 마침표 앞 공백도 정리하는 이유입니다. 그 단계가 없으면 `She left.`는 우연히 맞을 뿐이고 더 긴 문장은 공백을 단 채 나왔을 것입니다.
소리가 전혀 아닌 짝 맞는 괄호
입력
1
00:00:01,000 --> 00:00:03,000
It costs 5 (maybe 6) dollars
결과물
1
00:00:01,000 --> 00:00:03,000
It costs 5 dollars
남의 작업에 이 페이지를 쓰기 전에 보아야 할 사례입니다. 괄호는 완벽하게 짝이 맞아서 페이지는 안의 단어가 방 안의 소리가 아니라 가격에 대한 곁말이라는 것을 알 수 없고, 얼버무림도 함께 지워집니다. 출력 어디에도 그것이 어디로 갔는지 표시되지 않습니다.
닫히지 않은 괄호와 대괄호를 쓰는 파일
입력
1
00:00:01,000 --> 00:00:03,000
(whispering I can hear you
2
00:00:04,000 --> 00:00:06,000
[door slams] I heard that.
결과물
1
00:00:01,000 --> 00:00:03,000
(whispering I can hear you
2
00:00:04,000 --> 00:00:06,000
[door slams] I heard that.
파일이 바이트 단위로 그대로 돌아오고 줄마다 이유가 있습니다. 첫 괄호는 닫히지 않아서 주석이 어디서 끝나는지 알 수 없고 줄을 그대로 둡니다. 둘째 줄의 주석은 대괄호라서 이 페이지가 아예 짝짓지 않습니다. 둘 다 추측해서 행동하는 대신 행동하지 않기로 한 것입니다.
자주 묻는 질문
이 페이지에서 무엇이 비음성 정보로 인정되나요?
짝이 맞는 둥근 괄호와 그 안의 모든 것입니다. 규칙은 그게 전부입니다. 한숨, 문소리, 전화처럼 청각장애인용 트랙이 설명하는 소리를 덮고, 소리와 무관한 곁말도 똑같이 덮습니다. 페이지가 문장을 읽는 것이 아니라 모양을 맞추기 때문입니다. 의미를 확인해야 한다면 그것은 편집 판단이고 어떤 텍스트 도구도 대신할 수 없습니다.
청각 단서와 비음성 정보는 무엇이 다른가요?
같은 것에 대한 두 이름이고 대서양 양쪽에서 다르게 씁니다. 영국과 유럽 자막 관행은 청각 단서라고 말합니다. 청각장애인이나 난청 시청자가 듣지 못해서 글로 적어야 하는 소리입니다. 미국 관행은 같은 내용을 비음성 정보로 분류하며 대사가 아닌 화면의 다른 모든 것도 포함합니다. 둘 다 이 페이지가 지우는 둥근 괄호 안의 것을 설명합니다.
남기고 싶은 곁말까지 지우지 않게 하려면 어떻게 하나요?
그 파일에 이 페이지를 실행하지 않거나, 곁말을 먼저 괄호 밖으로 빼면 됩니다. 페이지는 말투에 대한 주석과 가격에 대한 괄호를 구별할 방법이 없어서 둘 다 지웁니다. 파일이 둘을 섞어 쓴다면 정직한 선택은 원본에서 괄호를 고치거나, 대괄호를 짝짓고 둥근 괄호는 그대로 두는 대괄호 글자 페이지를 쓰는 것입니다.
제거가 큐 타이밍이나 큐 개수를 바꾸나요?
타이밍은 건드리지 않습니다. 모든 큐가 시작·끝을 유지하고 번호도 파일이 쓴 그대로입니다. 큐는 그 큐의 모든 줄이 괄호 주석이었을 때만 사라집니다. 표시할 것이 남지 않기 때문이며, 보고서가 그런 큐를 단순히 편집된 큐와 따로 셉니다. 지워진 글자 밖의 서식 범위는 함께 움직여 살아남고, 주석 자체를 덮던 범위는 가리킬 것이 없어 버려집니다.
출력에서 마침표 앞에 공백이 남아 있는 이유는 무엇인가요?
남아서는 안 됩니다. 주석이 문장 가운데 있을 때 지우면 앞에 있던 공백이 문장부호 앞에 떠돌게 되므로 페이지가 그 공백도 지웁니다. 붙여 주는 대상은 마침표, 쉼표, 줄임표, 닫는 괄호입니다. 물음표나 느낌표 앞의 공백은 일부러 그대로 둡니다. 프랑스어 자막에서는 그 앞에 공백을 두는 것이 맞기 때문입니다.
어떤 자막 형식에서 동작하나요?
사이트가 읽는 열두 가지 전부입니다. SRT, WebVTT, ASS, SSA, SBV, SAMI, LRC, MicroDVD, TTML, JSON, 일반 텍스트, CSV입니다. 주석은 큐 텍스트 안에 있고 그 형식들은 모두 큐 텍스트를 가지므로 빠지는 것이 없습니다. 형식은 확장자가 아니라 내용에서 판별하며, 파일이 모호하면 대기열에서 직접 바꿀 수 있습니다.