표시 시간 기준 자막 나누기
또는 자막 텍스트를 붙여넣으세요
옵션
표시 시간입니다. 3000, 3s, 1m30s, 00:00:03,000 모두 됩니다. 이보다 오래 화면에 있는 자막 블록은 필요한 만큼 여러 조각으로 나뉩니다. 여기에 3000을 넣으면 8초짜리 자막 블록은 세 조각이 되고, 조각의 텍스트 길이와 상관없이 시간은 고르게 나눠집니다. 문제가 화면에 너무 오래 남는 것이라면 이 상자를, 담은 텍스트가 너무 많다면 다른 페이지의 글자 수 상자를 쓰세요.
타이밍을 어떤 프레임 레이트 기준으로 세는지 정합니다. 형식 안내 페이지에서는 MicroDVD가 이 값을 필요로 합니다. 시간을 프레임 번호로 저장하기 때문입니다. 프레임 레이트 페이지에서는 이 파일이 어느 프레임 레이트를 기준으로 만들어졌는지, 즉 자막을 만든 판본의 값을 뜻하며, 페이지의 두 번째 상자에는 이 자막을 사용할 영상의 프레임 레이트를 넣습니다. 흔히 쓰는 값은 23.976, 24, 25, 29.97, 30, 50, 59.94, 60입니다. 잘못 넣으면 시간축 전체가 어긋나고, 프레임 레이트 페이지에서는 고정된 양이 아니라 비율로 어긋납니다.
이 페이지는 한도보다 오래 화면에 남는 cue를 필요한 만큼 여러 조각으로 나눕니다. 한도는 7000 ms, 즉 7초에서 시작하고 한 cue에 대해 대부분의 스타일 가이드가 말하는 상한입니다. 파일을 글자가 아니라 초 단위로 파악하고 있다면 원하는 페이지가 이것입니다. 한도 3초에서 8초짜리 cue는 약 2667 ms씩 세 조각이 됩니다.
조각 수는 손으로 세지 않고 시간에서 계산하며 시간은 균등하게 나뉩니다. 그다음 텍스트를 그 균등한 분할점에 가장 가까운 단어 경계에서 자르므로 조각마다 글자 수가 정확히 같지는 않습니다. 의도한 것입니다. 사용자가 시간을 요청했으므로 도구가 보장하는 것은 시간이고 텍스트는 온전한 단어가 허락하는 만큼 따라갑니다.
나뉘는 cue 밖의 것은 움직이지 않습니다. 정확히 한도인 cue는 그대로 남고, 너무 긴 것이 하나도 없는 파일은 바이트 단위로 그대로 돌아옵니다. 이 도구는 나누기만 하므로 한도를 너무 높게 잡는 것이 모르는 파일에 대한 안전한 첫 실행입니다. 한도를 낮추면 조각이 더 짧고 더 많아지며, 조각들은 여전히 정확히 원래 구간을 채웁니다.
이 사이트의 모든 페이지처럼 파일은 이 브라우저 탭 안에서 읽히고 나뉘고 다시 쓰이며 아무것도 업로드되지 않습니다. SRT, WebVTT, ASS, SSA, SBV, SMI, MicroDVD, TTML, JSON, CSV를 받고, cue 수가 달라진 파일은 타임라인 순서로 1부터 번호를 매겨 기록합니다.
예시
3초 한도에 8초 cue
입력
1
00:00:00,000 --> 00:00:08,000
The rain kept falling all through the night and no one in the house could sleep.
결과물
1
00:00:00,000 --> 00:00:02,667
The rain kept falling all
2
00:00:02,667 --> 00:00:05,333
through the night and no one
3
00:00:05,333 --> 00:00:08,000
in the house could sleep.
2667, 2666, 2667 ms짜리 세 조각입니다. 반올림은 어딘가로 가고 마지막 조각이 남은 시간을 가져 구간이 정확히 8000 ms에서 닫힙니다. 절단은 전체의 3분의 1과 3분의 2에 가장 가까운 단어 경계인 all 뒤와 one 뒤에 놓여, 조각이 각각 26글자가 아니라 25, 28, 25글자를 담습니다.
정확히 한도인 cue와 1밀리초 넘는 cue
입력
1
00:00:01,000 --> 00:00:04,000
Exactly three seconds long.
2
00:00:05,000 --> 00:00:08,001
Just one millisecond too long.
결과물
1
00:00:01,000 --> 00:00:04,000
Exactly three seconds long.
2
00:00:05,000 --> 00:00:06,501
Just one millisecond
3
00:00:06,501 --> 00:00:08,001
too long.
첫 cue는 정확히 3000 ms라 통째로 남고 둘째는 3001 ms라 가운데서 잘립니다. 한도보다 길다는 말의 정직한 해석이고, 한도를 1밀리초 낮게 잡으면 정확히 그 위에 앉은 모든 cue가 두 배가 되는 이유입니다. 숫자를 정하기 전에 파일의 cue 길이를 확인하세요.
아무것도 닿지 않는 시간 한도
입력
1
00:00:01,000 --> 00:00:02,000
Short.
2
00:00:03,000 --> 00:00:03,900
Also short.
결과물
1
00:00:01,000 --> 00:00:02,000
Short.
2
00:00:03,000 --> 00:00:03,900
Also short.
30초는 여기 어떤 것보다 넓으므로 파일이 손대지 않은 채 돌아옵니다. 넓은 한도가 무언가를 합치거나 늘이지는 않습니다. 이 페이지는 cue를 나누기만 하고 다른 것은 하지 않아, 파일에서 가장 긴 cue가 실제로 얼마인지 알아내는 안전한 방법이 됩니다.
자주 묻는 질문
7초 한도는 어디서 나왔고 어디서나 같은가요?
한 cue의 상한으로 가장 많이 인용되는 값이고 사실상 읽기 속도 규칙입니다. 보통 독자는 초당 15에서 20글자를 읽으므로 84글자 두 줄 cue는 5초 가까이 필요하고 느린 독자는 더 필요합니다. 방송사 규격은 다릅니다. 여러 유럽 가이드는 6초로 정합니다. 그러니 상자를 출발점으로 보고 납품할 규격을 확인하세요. 도구는 상자에 든 숫자를 그대로 적용하고 자기 의견이 없습니다.
도구는 cue가 몇 조각이 되어야 하는지 어떻게 정하나요?
시간을 한도로 나누고 올림합니다. 8000 ms에 3000 ms는 세 조각이고 8000 ms에 4000 ms는 두 조각입니다. 조각은 구간을 균등하게 나눠 가지므로 경계가 내부의 문장이나 줄이 아니라 원래 cue의 3분의 1과 2분의 1 지점에 놓입니다. 절단이 텍스트를 따르게 하고 싶다면 글자 수나 문장 끝에서 나누는 페이지가 그 일을 합니다.
한도를 짧게 잡아 cue를 백 조각으로 나눌 수 있나요?
cue당 조각 수 상한이 200이고, 실제로 더 중요한 둘째 제한이 있습니다. 조각은 1밀리초보다 짧을 수 없습니다. 그래서 9초 cue에 1 ms 한도를 주면 9000개가 아니라 200개가 나오고 보고서는 한도에 닿지 못했다고 말합니다. 잘못 누른 키가 cue 하나를 파일 하나로 만드는 것을 막는 장치이지 현실적인 숫자로 만날 제한이 아닙니다.
긴 cue를 나누면 파일 전체 타임라인이 바뀌나요?
아니요. 나뉜 cue의 조각들이 원래 cue가 차지하던 구간을 정확히 채우고 다른 모든 cue는 밀리초 단위까지 시각을 유지합니다. 다른 곳에서 달라지는 것은 번호뿐입니다. cue 수가 달라진 파일은 타임라인 순서로 1부터 번호를 매겨 기록되기 때문입니다. 나눈 cue가 스타일을 지니고 있었다면 그 스타일은 첫 조각에 남고 보고서가 서식 없이 나온 새 조각 수를 알려 줍니다.
짧은 한 줄을 담아 오래 남는 cue가 있는데 이 페이지가 해법인가요?
일부만 그렇습니다. 이 페이지는 그런 cue를 둘로 자를 수 있지만 두 조각이 같은 짧은 줄의 일부를 나눠 담아 보통은 개선이 아닙니다. 독자는 같은 단어를 한 번이 아니라 두 번에 나눠 받습니다. 다른 일이 없어서 오래 남는 cue는 타이밍 자체를 고치는 편이 낫고 밀기와 비율 페이지가 그 일을 합니다. 그 cue가 대사 사이의 멈춤을 덮도록 되어 있었는지도 확인해 보세요.
파일이 너무 커서 이 페이지가 처리하지 못할 수 있나요?
최대 64 MB까지 읽으며 이는 어떤 자막 트랙보다도 훨씬 큽니다. 한 시간 영화가 약 100 KB입니다. 그보다 크면 조용히 실패하는 대신 페이지가 그렇게 말합니다. 그 크기의 파일은 거의 확실히 자막 파일이 아니기 때문입니다. 정말 큰 실제 파일, 예를 들어 시리즈 전체는 대기열로 에피소드 하나씩 처리하는 편이 낫고 그래야 다음으로 넘어가기 전에 각 다운로드를 확인할 수 있습니다.