비디오 및 자막 · 자막 툴킷
자막 드리프트 설명: 고정 오프셋이 실패하는 이유와 늘이기 작동 방식
· 작동 방식
자막 타임코드 프레임 속도
캡션이 처음에는 괜찮고 끝 부분에서는 늦다면 문제는 속도이지 오프셋이 아닙니다. 이 게시물에서는 프레임 속도 불일치로 인해 드리프트가 발생하는 방식, 이를 진단하는 방법, 선형 스트레치의 수학이 시프트와 어떻게 다른지 설명합니다.
1분에 동기화, 30분에 0.5초 늦음 — 오프셋이 아닌 드리프트의 시그니처
동기화되지 않은 캡션에는 두 가지 다른 결함이 있으며 반대 수정이 필요합니다. 오프셋은 일정합니다. 모든 줄은 같은 양만큼 늦고 파일은 마지막 순간과 처음 1분 모두 잘못되었습니다. 드리프트 증가: 시작 라인이 올바르게 착지하고 오류는 10분 후에 거의 눈에 띄지 않으며 마감 라인은 몇 초 정도 표류합니다. 이를 구분하는 증상은 끝의 오류가 시작의 오류보다 큰지 여부입니다.
이 진단을 잘못하는 것은 명백한 조치가 상황을 악화시키기 때문에 비용이 많이 듭니다. 오프셋을 사용하여 표류하는 파일의 첫 번째 줄을 정렬하면 전체 파일이 이동하므로 끝 부분은 원래 양에 방금 추가된 내용을 더한 만큼 표류합니다. 도구는 이를 일반적인 실수로 직접 문서화하고 크기 조정 전에 두 작업을 모두 실행 취소해야 한다고 기록합니다.
드리프트가 발생하는 곳 — 23.976 fps 비디오에 대해 재생되는 25 fps 시간의 파일 또는 그 반대의 경우
일반적인 원인은 파일이 작성된 타이밍과 재생 중인 비디오 간의 프레임 속도 불일치입니다. 자막 타임스탬프는 벽시계 시간이지만 프레임 수에서 파생되는 경우가 많습니다. 23.976 fps 자료에 대해 생성된 프레임 수가 각 프레임이 25분의 1초인 것처럼 재생되는 경우 모든 타임스탬프는 동일한 비율로 잘못되며 증가하는 숫자에 일정한 비율을 적용하면 증가하는 오류가 발생합니다.
해당 비율은 25fps로 재생되는 23.976fps 자료에 대해 대략 1.0427입니다. 이 비율은 도구가 배율 필드 옆에 명시합니다. 숫자는 시험을 통해 발견된 조정 손잡이가 아닙니다. 이는 두 프레임 속도의 몫이므로 한 세계에서 올바른 파일이 다른 세계에서는 체계적으로 늘어나거나 압축됩니다. 이것이 바로 드리프트가 불규칙하지 않고 거의 항상 매끄럽고 선형적인 이유입니다.
두 개의 기준점으로 드리프트 진단 — 시작 근처와 끝 근처의 오류 측정
드리프트 진단에는 한 번이 아닌 두 번의 측정이 필요합니다. 정확하게 시간을 측정할 수 있는 캡션이 있는 시작 부분 근처의 대화 줄과 끝 부분 근처의 다른 줄을 찾아 파일이 주장하는 각 타임스탬프와 대화가 실제로 발생하는 타임스탬프를 기록합니다. 관찰된 단일 오류는 일정한 오프셋과 스트레치 모두와 일치하기 때문에 한 번의 측정으로 두 가지 결함을 구분할 수 없습니다.
재질이 허용하는 한 멀리 떨어져 있는 두 점을 선택합니다. 전체 계산은 하나의 차이를 다른 차이로 나누기 때문에 기준선이 짧으면 결과에서 작은 측정 오류가 커집니다. 90분짜리 파일에서 1분 간격으로 두 지점이 측정이 지원하지 않는 정밀도에 대한 확실한 비율을 생성합니다.
선형 확장의 수학 — 상수를 추가하는 대신 비율로 모든 타임코드를 확장합니다.
시프트는 덧셈이고 스트레칭은 곱셈입니다. 그것이 전체적인 차이점입니다. Shift는 모든 시작과 끝에 하나의 상수를 추가합니다. 내부적으로 큐는 0부터 계산되는 정수 밀리초이므로 작업은 타임스탬프당 단일 추가이며 자체 반올림을 도입하지 않습니다. 모든 곳에 동일한 숫자를 추가하기 때문에 첫 번째 큐와 마지막 큐 사이의 거리를 변경할 수 없습니다. 이것이 바로 드리프트가 잘못한 것입니다.
스트레치는 모든 타임스탬프에 0부터 측정된 요소를 곱합니다. 승수는 파일 뒷부분에서 더 큰 숫자에 작용하기 때문에 모양 드리프트에 필요한 개구부보다 끝 부분을 더 많이 이동합니다. 타임스탬프는 스케일링 후 전체 밀리초로 다시 반올림되므로 스케일은 시프트 방식으로 완벽하게 되돌릴 수 없습니다. 여러 단계에 걸쳐 요인을 정제하는 대신 원본에서 한 번만 확장하면 됩니다.
실제 사례: 두 측정값의 비율 계산 - 관찰된 두 오류를 단일 수정으로 전환
2분의 캡션은 00:02:00.000를 주장하고 대화는 00:01:59.750에 있으며 58분의 캡션은 00:58:00.000을 주장한다고 가정해 보겠습니다. 대화는 00:57:52.750에 있습니다. 밀리초 단위로 파일에 120000 및 3480000이 표시됩니다. 동영상에서 119750 및 3472750을(를) 원합니다. 오류가 250 ms에서 7250 ms로 커졌습니다. 이는 오프셋이 아닌 드리프트입니다.
요소는 두 간격의 비율입니다. 실제 범위 3472750 - 119750 또는 3353000를 청구된 범위 3480000 - 120000 또는 3360000로 나눕니다. 이는 약 0.99792를 제공합니다. 청구된 시간을 곱하면 두 측정치인 119750 및 3472750가 반환됩니다. 이는 수정이 남은 오프셋이 없는 순수한 스트레치인지 확인하는 것입니다. 잔여물이 남아 있으면 먼저 스트레치를 수정한 다음 남은 부분에 대해 이동을 적용하십시오.
이것이 다루지 않는 것 - 부드러운 드리프트보다는 점프를 생성하는 컷, 추가 장면 및 광고 시간
이는 원활하고 비례적으로 증가하는 오류를 다룹니다. 20분 동안은 정확했지만 갑자기 고정된 양의 나머지 부분이 삭제된 파일, 즉 제거된 장면, 삽입된 광고 시간 또는 동일한 기능의 다른 컷은 포함하지 않습니다. 해당 결함은 파일의 일부에 적용된 이동이며 단일 비율로 이를 수정하지 못합니다.
이동 도구는 파일의 모든 큐에 적용되며 선택한 범위의 시간을 재조정할 수 있는 방법을 제공하지 않으므로 중간 지점 점프가 있는 파일은 한 번에 복구할 수 없습니다. 또한 클램핑에서 복구할 수 없습니다. 두 형식 모두 음수 시간을 표현할 수 없고 나중에 앞으로 이동해도 거기에 고정된 큐가 복원되지 않기 때문에 음수 결과는 0으로 유지됩니다. 이 도구는 큐가 고정될 때 경고하며 문서화된 해결 방법은 보상 이동보다는 실행 취소입니다.
요약: 오프셋 이동, 드리프트 크기 조정 - 고정 오프셋 사례에 자막 도구 키트의 리타임 기능을 사용하는 방법 및 드리프트에 의존하기 전에 '이 도구가 수행하지 않는 작업' 목록을 확인할 위치
오프셋을 위해 이동하고, 드리프트를 위해 크기를 조정하고, 둘 중 하나를 수행하기 전에 측정합니다. 필드에 초 또는 시간 코드 입력이 없고 2를 입력하면 파일이 2초가 아닌 2밀리초씩 이동하므로 오프셋을 밀리초 단위로 입력합니다. 작업이 성공하면 파일이 실제로 변경되고 동기화가 이전과 똑같이 잘못된 것처럼 보입니다. 양수 오프셋은 대화 앞에 나타나는 캡션을 지연시킵니다.
드리프트의 경우 오프셋을 반복적으로 조금씩 이동하는 대신 오프셋 옆의 배율 인수를 사용하십시오. 의존하기 전에 도구 페이지 제한을 읽어보십시오. 실행 취소는 마지막 20개의 작업을 보유하고, 고정된 큐는 한쪽 끝만 고정된 경우 0 기간으로 축소되거나 더 길어질 수 있으며, 모든 변경 후에 유효성 검사가 다시 실행되므로 해당 사례는 자동으로 제공되지 않고 보고됩니다.