Video và phụ đề · Bộ công cụ phụ đề
Ngoài SRT và VTT: trong đó phụ đề ASS, TTML, DFXP và SCC được sử dụng
· Lý lịch
phụ đề file-formats srt webvtt
SRT và WebVTT thống trị web nhưng chương trình phát sóng, cộng đồng người hâm mộ anime và phân phối phát trực tuyến sử dụng các định dạng khác. Bài đăng này trình bày tổng quan, giải thích mục đích của từng định dạng và lý do tại sao bộ công cụ tập trung chỉ hỗ trợ hai trong số đó.
Một thư mục chứa đầy các tiện ích mở rộng mà trình phát của bạn không nhận ra — sự đa dạng về định dạng trong tác phẩm phụ đề chuyên nghiệp
Bản chuyển giao bản địa hóa có thể chứa các tệp chứa tất cả các từ trên màn hình và hầu như không có cấu trúc bên trong. Một số là danh sách gợi ý đơn giản, một số là tài liệu XML, một số có kiểu dáng chi tiết và một số mã hóa luồng phụ đề phát sóng cũ. Việc coi mọi tiện ích mở rộng không quen thuộc là “SRT khác” có nguy cơ xóa tính năng khiến người gửi chọn tiện ích mở rộng đó.
Câu hỏi phân loại đầu tiên không phải là trình chuyển đổi nào mở tệp mà là nó thuộc về hệ thống phân phối nào. Giữ nguyên bản gốc, xác định đích được yêu cầu và sử dụng trình phân tích cú pháp hiểu định dạng đó. Bộ công cụ phụ đề chỉ đọc và ghi rõ ràng SRT và WebVTT, đây là một ranh giới chứ không phải là một lời hứa thất bại về tính phổ quát.
ASS và SSA — phụ đề được định vị, theo kiểu theo truyền thống fansub anime
SSA và phiên bản kế thừa của nó ASS là các định dạng phụ đề kiểu tập lệnh với các phần dành cho siêu dữ liệu, kiểu có thể sử dụng lại và các sự kiện hội thoại được tính giờ. Chúng có thể thể hiện định vị và diện mạo vượt xa SRT thông thường. Chúng được liên kết chặt chẽ với quy trình làm việc của phụ đề cộng đồng có phong cách phong phú, bao gồm cả hoạt động tạo kênh dành cho người hâm mộ anime, nhưng những liên kết đó không biến mọi tệp ASS thành một fansub hoặc xác định giấy phép của nó.
Các lệnh ghi đè được phân cách bằng dấu ngoặc nhọn từ các định dạng SubStation đôi khi vẫn tồn tại dưới dạng chuyển đổi thô dưới dạng văn bản hiển thị. Việc dọn dẹp của ToolAcre có thể loại bỏ các khối như ghi đè định vị khỏi văn bản gợi ý, nhưng nó không phân tích cú pháp tập lệnh ASS, dịch kiểu của nó hoặc duy trì hành vi vẽ và hát karaoke. Chuyển đổi bằng công cụ nhận biết ASS trước khi đưa đạo hàm văn bản thuần túy vào đây.
TTML và DFXP — văn bản được tính thời gian dựa trên XML để phát sóng và phân phối trực tuyến
TTML thể hiện văn bản được tính thời gian dưới dạng XML, cho phép cấu trúc, không gian tên, thời gian và thông tin trình bày đi cùng nhau. DFXP là tên xuất hiện trong cùng dòng văn bản được định thời gian và trong quy trình phân phối được xây dựng xung quanh nó. Các tài liệu này không phải là các khối tín hiệu dòng trống, vì vậy trình phân tích cú pháp SRT không thể khôi phục chúng một cách an toàn bằng cách tìm kiếm các mũi tên.
Hệ thống phát sóng và phát trực tuyến có thể chọn cấu hình dòng TTML với các yêu cầu hẹp hơn định dạng rộng. Bài viết này không yêu cầu một cấu hình, phiên bản tiêu chuẩn hoặc ánh xạ nền tảng cho mọi tệp .ttml hoặc .dfxp. Đặc tả phân phối là quyền hạn và việc chuyển đổi sẽ duy trì bản gốc cho đến khi đích chấp nhận và hiển thị kết quả.
SCC và CEA-608 — kế thừa phụ đề phát sóng vẫn được một số nhà phân phối yêu cầu
Các tệp SCC thể hiện dòng phụ đề phát sóng được liên kết với dữ liệu CEA-608 thay vì danh sách các khối SRT thân thiện với con người. Nội dung và các ràng buộc của chúng phản ánh các lệnh chú thích và mô hình truyền tải có trước văn bản sidecar trên web. Nhà phân phối yêu cầu SCC đang yêu cầu đại diện giao hàng đó chứ không phải tệp SRT có hậu tố khác.
Công cụ kho lưu trữ không đọc SCC và không mã hóa CEA-608. Nó cũng không xác minh sự phù hợp của đài truyền hình. Giữ lại dự án phụ đề nguồn và sử dụng phần mềm được thiết kế cho quy trình phát sóng được yêu cầu; chỉ xuất sang SRT hoặc WebVTT khi một đích riêng biệt thực sự yêu cầu một trong các tệp đó.
SBV, LRC và các định dạng khác — các định dạng dành riêng cho nền tảng và thị trường ngách
SBV được gặp trong quy trình làm việc của phụ đề nền tảng, trong khi LRC thường được sử dụng cho lời bài hát được tính giờ. Các tiện ích mở rộng khác vẫn mã hóa nhiều giả định hơn về thời gian, kiểu dáng hoặc một ứng dụng cụ thể. Sự giống nhau bề ngoài của chúng—thời gian cộng với một dòng văn bản—không đủ để khiến chúng có thể hoán đổi cho nhau, vì dấu câu, thứ tự và siêu dữ liệu xác định cách trình phân tích cú pháp đọc tệp.
Bài viết này không cung cấp sổ đăng ký đầy đủ hoặc khẳng định rằng một dịch vụ luôn chấp nhận một định dạng. Những thay đổi về hỗ trợ nền tảng và việc phân phối chuyên nghiệp đều có tính chất hợp đồng. Đọc tài liệu đích hiện tại và giữ lại tệp gốc, đặc biệt khi chuyển đổi nhất thiết phải loại bỏ bố cục hoặc kiểu dáng.
Tại sao bộ công cụ chỉ chọn SRT và WebVTT — các định dạng trao đổi của web và tính trung thực của việc ghi lại giới hạn đó
Bộ công cụ trình duyệt tập trung chọn SRT và WebVTT vì mô hình biến đổi của nó là văn bản gợi ý, mili giây bắt đầu và kết thúc, cùng với chuỗi cài đặt tùy chọn. Mô hình đó ánh xạ trực tiếp tới cấu trúc khối chung của hai định dạng đó. Nó không chứa cây XML, biểu định kiểu có thể tái sử dụng, luồng lệnh phát sóng hoặc đoạn video được nhúng, vì vậy việc giả vờ hỗ trợ những thứ đó sẽ âm thầm làm phẳng thông tin.
Giới hạn được nêu trong bản ghi trình chuyển đổi: ASS và SSA, TTML, SAMI và các chú thích được nhúng trong vùng chứa sẽ không được xử lý. Ngay cả trong WebVTT, các khối NOTE, STYLE và REGION đều bị bỏ qua. Phạm vi trung thực cho phép người dùng dừng lại trước khi bị hư hỏng thay vì phát hiện ra sau khi xuất rằng một tính năng chuyên dụng đã biến mất.
Bài học rút ra: biết bản đồ, sau đó chọn công cụ — cách Bộ công cụ phụ đề bao quát phần SRT và WebVTT trong bối cảnh
Biết bản đồ, bảo toàn chủ và chọn công cụ hiểu được đích đến được yêu cầu. Bộ công cụ phụ đề bao gồm phần SRT và WebVTT: phân tích cú pháp tín hiệu có dung sai, tuần tự hóa chuẩn, thay đổi thời gian, dọn dẹp văn bản và xác thực cấu trúc. Nó không phải là một công cụ trao đổi phụ đề phổ biến và không biến định dạng không được hỗ trợ thành đầu vào an toàn bằng cách đổi tên nó.
Nếu một ứng dụng chuyên môn đã tạo ra sản phẩm phái sinh SRT hoặc WebVTT đã được đánh giá, hãy tải sản phẩm phái sinh đó tại đây và kiểm tra số lượng tín hiệu cũng như các vấn đề trước khi chuyển đổi. Giữ ASS, TTML, SCC hoặc phần chính khác bên cạnh để mọi siêu dữ liệu về kiểu dáng hoặc phân phối bị mất đều có thể được truy tìm thay vì phải đoán lại sự tồn tại.