비디오 및 자막 · 자막 툴킷
자막 파일의 잘못된 태그로 인해 플랫폼 캡션 업로드가 중단될 수 있는 이유
· 그것이 중요한 이유
자막 텍스트 처리 중 webvtt
플랫폼은 캡션 업로드를 엄격하게 그리고 종종 자동으로 구문 분석합니다. 이 게시물에서는 자막 파일이 거부되거나 이상하게 표시되는 일반적인 이유, 태그 및 코드 서식 지정이 일반적인 원인인 이유, 깨끗한 표준 파일이 문제를 방지하는 방법에 대해 설명합니다.
업로드가 승인되었으며 캡션에 리터럴 태그가 표시됩니다. — 깨끗하지 않은 파일로 인한 조용한 실패입니다.
최악의 결과는 거절이 아닙니다. 거부된 업로드는 귀하가 양식을 보고 있는 동안 뭔가 잘못되었음을 알려줍니다. 업로드 확인과 렌더링 경로는 서로 다른 질문을 하는 서로 다른 소프트웨어이기 때문에 일반적인 결과는 수용 후 시청자에게 자체 마크업을 표시하는 캡션이 뒤따르는 것입니다.
업로드 확인에서는 일반적으로 파일이 단서로 구문 분석되는지 여부를 묻습니다. 렌더링은 각 큐의 내용을 어떻게 처리할지 묻고, 익숙하지 않은 태그를 무시하는 파서는 이를 텍스트로 그립니다. 두 단계 모두 설계된 대로 수행되었습니다.
플랫폼이 실제로 허용하는 것 — 예측 가능한 구조를 갖춘 일반 SRT 및 WebVTT, 추가 항목에 대한 허용이 거의 없음
플랫폼이 허용하는 것은 도구가 내보내는 것보다 범위가 좁습니다. 실제로 이는 예측 가능한 모양(빈 줄, 타임코드 줄, 텍스트 줄 등으로 구분된 블록)을 갖춘 일반 SRT 또는 WebVTT를 의미합니다. 추가 항목에 대한 허용 범위는 낮고 더 중요한 것은 문서화되지 않았기 때문에 해당 형태를 넘어서는 것은 기능이 아닌 위험이라고 가정하는 것이 안전합니다.
이것은 그 자체로는 보수주의가 아닙니다. 임의 마크업을 허용하는 플랫폼은 웹, 모바일 및 TV 클라이언트에서 이를 일관되게 렌더링하는 방법을 결정해야 하며 이는 캡션 파일을 허용하는 것보다 훨씬 더 큰 노력입니다.
일반적인 원인 — HTML과 유사한 태그, ASS 스타일 코드, BOM, 혼합된 줄 끝 및 빈 신호
반복되는 범인은 거의 없습니다. 이탤릭체, 화자 음성 및 큐 클래스에 대한 꺾쇠 괄호 태그는 이를 지원하는 형식에서 변환된 후에도 유지됩니다. 중괄호로 구분된 대체 코드는 SubStation 형식에서 도착하며 그 외부에는 아무 의미가 없습니다. 파일 시작 부분의 바이트 순서 표시는 첫 번째 인덱스 번호에 연결됩니다. 크로스 플랫폼 편집 중단 블록 분할로 인해 줄 끝이 혼합되었습니다. 마크업이 제거된 후 텍스트가 비어 있는 큐는 타임스탬프가 표시된 공백으로 남아 있습니다.
이들 중 어느 것도 이국적이지 않습니다. 이는 각 단계가 개별적으로 합리적인 변환 체인의 일반적인 출력이므로 편집기에서 괜찮아 보이는 파일에 표시됩니다.
한 플랫폼에서 다른 플랫폼이 거부하는 것을 허용하는 이유 — 유사한 업로드 형식 뒤에 있는 다른 파서
다양한 플랫폼은 다양한 하위 집합을 허용하므로 오류 진단이 혼란스럽습니다. 동일한 파일을 한 서비스에서는 깔끔하게 업로드하고 올바르게 렌더링할 수 있으며, 두 번째에는 마크업을 업로드하고 렌더링하고, 세 번째 서비스에서는 실제 원인을 명시하는 오류 메시지 없이 거부할 수 있습니다. 시도 간에 파일이 변경되지 않았습니다. 세 명의 파서가 동의하지 않았습니다.
따라서 하나의 플랫폼을 참조로 취급하는 것은 잘못된 본능입니다. 가장 허용적인 서비스에서 작동하는 파일은 다른 서비스에 대해 아무 것도 알려주지 않으며, 가장 엄격한 파서는 파일이 이식 가능한지 여부를 정의하는 파서입니다.
작업 예: 파일 1개, 업로드 3개 — 동일한 혼란스러운 요소가 어떻게 다르게 나타나고 정리 후 사라지는지
60개 큐에 프레임 상단 재정의 코드, 40개에 강조 태그, 바이트 순서 표시를 포함하는 내보내기를 하나 가져옵니다. 세 가지 서비스에 업로드하면 어디에서나 허용될 수 있습니다. 처음에는 태그가 적용되고 재정의 코드가 문자 그대로 그려집니다. 두 번째에는 둘 다 텍스트로 나타납니다. 세 번째 표시에서는 첫 번째 단서가 필요하며 이는 결코 나타나지 않으며 시작 줄은 일반적으로 제목이기 때문에 아무도 눈치 채지 못합니다.
한 번 정리하면 소스에서 세 가지 클래스가 모두 제거됩니다. 꺾쇠 괄호 태그와 중괄호 코드는 대체되고, 남겨진 공백은 축소되며, 제거로 인해 비워진 큐는 타임스탬프 공백으로 내보내지 않고 삭제되고, 하나부터 연속적으로 번호가 다시 매겨진 큐로 파일이 다시 작성됩니다. 그러면 동일한 출력이 세 서비스 모두에 전달됩니다.
여기서 다루지 않는 내용 — 플랫폼별 스타일 가이드, 줄당 문자 제한 및 번인 캡션
이는 편집 적합성이 아닌 구조적 이식성을 다룹니다. 줄 길이, 최대 문자 수, 화자 레이블 위치 및 사운드 효과 처리에 대한 플랫폼 스타일 가이드는 클린 파일이 자동으로 충족하지 못하는 별도의 요구 사항입니다. 구조적으로 완벽한 캡션 파일이라도 스타일 가이드를 위반할 수 있습니다.
번인 캡션은 완전히 다른 메커니즘입니다. 비디오 프레임에 렌더링된 텍스트는 캡션 파일이 아니므로 끌 수 없으며 여기에 설명된 내용의 영향을 받지 않습니다.
요점: 한 번 정리하면 어디에나 업로드할 수 있습니다. 자막 도구 키트의 정리 및 변환 기능을 사용하여 플랫폼 친화적인 파일을 생성하는 방법
한 번 정리하고 동일한 파일을 모든 곳에 업로드하세요. 플랫폼별로 별도의 내보내기를 유지하는 대안은 마스터와 동기화되지 않을 수 있는 파일 수를 늘리고 그 중 어떤 것에서도 근본적인 혼란을 제거하지 않습니다.
정리 및 변환을 함께 실행한 다음, 업로드한 후가 아니라 업로드하기 전에 보고된 문제를 읽어보세요. 문제 이름은 숫자로 표시됩니다. 이는 파일에 문제가 있다는 것을 아는 것과 어떤 줄을 봐야 하는지 아는 것의 차이입니다.