자막 최소 간격 지정
또는 자막 텍스트를 붙여넣으세요
옵션
한 자막 블록이 끝나고 다음이 시작할 때 남길 빈 화면의 밀리초입니다. 80ms는 25 fps에서 두 프레임이라 두 자막 블록이 하나로 읽히는 것을 막기에 충분하고, 방송사는 흔히 몇 프레임을 요구합니다. 두 자막이 이보다 가까우면 앞 자막 블록을 줄여 빈 구간을 만듭니다. 1ms보다 짧아지지는 않으며, 요구한 만큼 완전히 벌릴 수 없는 쌍은 억지로 맞추지 않고 보고합니다.
두 자막 블록 사이의 빈 구간에는 양 끝이 있습니다. 앞 자막의 끝과 뒤 자막의 시작입니다. 끝을 고르면 앞 자막의 끝을 옮기므로 빈 구간을 닫으면 그 자막이 길어지고 벌리면 짧아집니다. 뒤 자막의 타이밍은 밀리초 단위까지 그대로입니다. 시작을 고르면 뒤 자막의 시작을 옮기고 앞 자막은 건드리지 않습니다. 타이밍을 더 믿는 쪽을 고르세요. 보통은 대사가 마지막으로 들리는 자막 블록입니다. 자막은 그 대사가 들리기 전에 나타나면 안 되기 때문입니다.
타이밍을 어떤 프레임 레이트 기준으로 세는지 정합니다. 형식 안내 페이지에서는 MicroDVD가 이 값을 필요로 합니다. 시간을 프레임 번호로 저장하기 때문입니다. 프레임 레이트 페이지에서는 이 파일이 어느 프레임 레이트를 기준으로 만들어졌는지, 즉 자막을 만든 판본의 값을 뜻하며, 페이지의 두 번째 상자에는 이 자막을 사용할 영상의 프레임 레이트를 넣습니다. 흔히 쓰는 값은 23.976, 24, 25, 29.97, 30, 50, 59.94, 60입니다. 잘못 넣으면 시간축 전체가 어긋나고, 프레임 레이트 페이지에서는 고정된 양이 아니라 비율로 어긋납니다.
이 페이지는 cue 사이의 빈 화면에 하한을 둡니다. 밀리초 숫자를 주면 어떤 두 자막도 그보다 가까이 남지 않습니다. 너무 가까운 쌍에서는 앞 cue가 시간을 내주고 더 일찍 끝나며 뒤 cue는 파일이 준 밀리초를 모두 유지합니다. 상자가 시작하는 80밀리초로 두면 서로 파고들던 두 줄이 다시 별개의 두 가지로 읽힙니다.
간격 채우기와 반대 요청이고 둘은 결합될 수 없습니다. 하나는 빈 화면이 N밀리초보다 넓지 않기를, 다른 하나는 N밀리초보다 좁지 않기를 요청합니다. 둘을 함께 담은 페이지는 패널이 다른 말을 하는 동안 어느 제약이 마지막에 실행되었는지에 따라 결과가 달라지는 파일을 만들 것입니다. 그래서 두 페이지이고 하는 일도 실제로 다릅니다. 간격 채우기는 깜박임에 관한 것이고 이 페이지는 두 화자의 줄이 서로 번지는 것에 관한 것입니다.
80밀리초는 임의의 값이 아니라 25 fps에서 두 프레임이고, 대부분의 시청자가 끊김으로 인식하는 가장 짧은 간격입니다. 요구가 프레임으로 적혀 있다면 fps 상자에 레이트를 넣고 곱하세요. 24 fps의 네 프레임은 167 ms, 29.97의 두 프레임은 67 ms입니다. 레이트는 MicroDVD의 프레임 번호 타임코드를 읽고 쓰는 데도 쓰이므로 특히 그 형식에서 제대로 맞출 만합니다.
어느 경계가 움직일지는 형식적인 문제가 아니라 실제 선택입니다. 기본값인 끝은 앞 cue의 끝을 당겨 줄이 여전히 온전히 발화되고 화면에서 조금 일찍 사라집니다. 시작은 뒤 cue의 등장을 늦춰 앞 cue의 타이밍을 그대로 두지만 다음 줄이 들린 뒤 조금 늦게 올라옵니다. 앞 cue를 신뢰할 때 고르는 쪽입니다. 파일은 업로드되지 않고 모든 처리는 브라우저 탭 안에서 이루어지며 SRT, WebVTT, ASS, SSA, SBV, SMI, MicroDVD, TTML, JSON, CSV를 받습니다.
예시
10밀리초 떨어진 두 cue
입력
1
00:00:01,000 --> 00:00:02,000
First line.
2
00:00:02,010 --> 00:00:03,000
Second line.
3
00:00:03,400 --> 00:00:04,000
Third line.
결과물
1
00:00:01,000 --> 00:00:01,930
First line.
2
00:00:02,010 --> 00:00:03,000
Second line.
3
00:00:03,400 --> 00:00:04,000
Third line.
첫 쌍이 10 ms 떨어져 있어 첫 줄이 2000이 아니라 1930에서 끝나고 간격이 정확히 80이 됩니다. 둘째 쌍은 400 ms 떨어져 하한보다 넉넉히 넓고 두 cue 모두 1밀리초도 움직이지 않습니다. 두 쌍 모두 둘째 cue는 그대로입니다. 너무 좁은 간격의 왼쪽 cue만 시간을 잃습니다.
정확히 80인 간격과 79인 간격
입력
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:02,080 --> 00:00:02,500
Second.
3
00:00:02,579 --> 00:00:03,000
Third.
결과물
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:02,080 --> 00:00:02,499
Second.
3
00:00:02,579 --> 00:00:03,000
Third.
하한은 목표가 아니라 최소입니다. 정확히 80 ms인 간격은 이미 충족해 그대로 있고 79는 1밀리초 모자라 둘째 cue가 정확히 그 1밀리초를 내줍니다. 이 파일에 경계 양쪽이 다 있어 판정이 이상인지 볼 수 있고, 그래서 간격이 모두 그 숫자에 앉은 파일이 손대지 않은 채 돌아옵니다.
뒤 cue가 대신 움직입니다
입력
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:02,010 --> 00:00:03,000
Second.
결과물
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:02,080 --> 00:00:03,000
Second.
첫 실행과 같은 쌍에서 시작을 고른 경우입니다. 둘째 줄이 2010이 아니라 2080에서 시작하고 첫 cue는 가진 밀리초를 모두 유지합니다. 그 70 ms는 시청자에게 둘째 줄이 조금 늦게 도착하는 것으로 보이고 앞 cue의 타이밍을 신뢰하는 대가입니다. 앞 cue를 오디오와 대조해 확인했을 때 이 경계를 고르세요.
자주 묻는 질문
80밀리초 시작 값은 어디서 나왔나요?
25 fps의 두 프레임입니다. 그 정도보다 좁으면 두 자막 사이 간격이 대부분의 시청자에게 두 자막 사이의 전환이 아니라 두 줄짜리 자막 하나로 읽히고, 최소 간격이 없애려는 혼동이 정확히 그것입니다. 요구가 프레임으로 적혀 있다면 프로젝트 레이트를 fps 상자에 넣고 환산하세요. 24 fps의 네 프레임은 167 ms, 29.97의 두 프레임은 67 ms입니다.
이 페이지로 간격을 채우기도 할 수 있나요?
아니요, 의도적입니다. 이 페이지는 간격을 벌리기만 합니다. 이미 숫자보다 넓은 쌍은 정확히 그대로 둡니다. 둘을 동시에 요청하는 것은 N보다 넓지도 좁지도 않으라는 모순이므로 따로 살고, 파일이 이미 둘을 모두 충족할 때만 결과가 같습니다. cue가 서로 이어지거나 가장자리를 맞대게 하고 싶다면 간격 채우기 페이지를 쓰세요.
cue가 너무 짧아 시간을 내줄 수 없으면 어떻게 되나요?
그대로 두고 쌍은 요청한 것보다 가까이 남습니다. 1밀리초짜리 cue는 80을 내줄 수 없고 0으로 줄이면 어떤 플레이어도 그리지 않는 cue가 되어 고치려던 좁은 간격보다 나쁩니다. 페이지는 숫자를 억지로 맞추지 않고 아무것도 바뀌지 않았다고 보고하므로 바뀐 목록이 빈 실행은 설정이 무시된 신호가 아니라 자리가 없던 파일에 대한 정직한 답입니다.
왜 앞 cue가 짧아지나요?
줄이 조금 일찍 화면을 떠나는 것이 다음 줄이 조금 늦게 도착하는 것보다 안전하기 때문입니다. 기본값인 끝에서는 모든 발화 단어가 여전히 자기 cue에 덮이고 꼬리만 다듬어집니다. 시작은 뒤 cue의 등장 전체를 늦춰 첫 단어가 들린 뒤에 화면에 오릅니다. 두 경계를 제공하는 것은 일부 파일이 정말 둘째 동작을 원하기 때문이고 안전한 쪽이 기본값입니다.
MicroDVD의 프레임 번호가 결과에 영향을 주나요?
파일을 다시 쓰는 방식이 달라질 뿐 페이지가 하는 일은 같습니다. MicroDVD는 시계 시각 대신 프레임 번호를 저장하므로 fps 상자가 1000 ms 시작을 들어올 때와 나갈 때 프레임 번호로 바꿉니다. 그 형식에서 프레임 정수가 아닌 하한은 가장 가까운 프레임으로 반올림되고 그것이 간격 정밀도의 실제 한계입니다. 25 fps에서 80 ms는 정확히 두 프레임이라 기본값이 정수에 앉습니다.
실행이 한 cue를 다음 cue 너머로 밀어낼 수 있나요?
아니요. 앞 cue의 끝만 움직이고 그것도 뒤로만 갈 수 있어 최악의 경우 cue가 가진 시간을 모두 내주고 자기 시작에서 멈춥니다. 다음 cue의 자리로 들어가지 않고 겹침을 만들지도 않습니다. 이미 겹침이 있는 파일의 그 자리는 그대로입니다. 이미 교차하는 쌍에는 벌릴 간격이 없고 그 파일에는 겹침 제거 페이지가 필요합니다.