Video và phụ đề · Bộ công cụ phụ đề
Tại sao các thẻ lạc trong tệp phụ đề có thể làm hỏng quá trình tải lên phụ đề trên nền tảng
· Tại sao nó quan trọng
phụ đề text-processing webvtt
Các nền tảng phân tích cú pháp tải lên phụ đề một cách nghiêm ngặt và thường âm thầm. Bài đăng này giải thích các lý do phổ biến khiến tệp phụ đề bị từ chối hoặc hiển thị kỳ lạ, tại sao thẻ và mã định dạng lại là thủ phạm thông thường và cách một tệp tiêu chuẩn, sạch sẽ tránh được sự cố.
Nội dung tải lên đã được chấp nhận và chú thích hiển thị các thẻ bằng chữ — lỗi thầm lặng của một tệp không sạch sẽ
Kết quả tồi tệ nhất không phải là bị từ chối. Tải lên bị từ chối cho bạn biết có điều gì đó không ổn trong khi bạn vẫn đang xem biểu mẫu. Kết quả chung là sự chấp nhận, theo sau là các chú thích hiển thị đánh dấu riêng cho người xem vì quá trình kiểm tra tải lên và đường dẫn hiển thị là những phần mềm khác nhau đặt ra các câu hỏi khác nhau.
Quá trình kiểm tra tải lên thường hỏi liệu tệp có phân tích cú pháp thành tín hiệu hay không. Kết xuất sẽ hỏi phải làm gì với nội dung của từng tín hiệu và trình phân tích cú pháp bỏ qua thẻ lạ sẽ vẽ nó dưới dạng văn bản. Cả hai bước đều thực hiện đúng những gì chúng được thiết kế để làm.
Những nền tảng nào thực sự chấp nhận — SRT đơn giản và WebVTT với cấu trúc có thể dự đoán được và ít chấp nhận các tính năng bổ sung
Những gì nền tảng chấp nhận sẽ hẹp hơn những gì công cụ phát ra. Trong thực tế, điều đó có nghĩa là SRT hoặc WebVTT đơn giản với hình dạng có thể dự đoán được: các khối được phân tách bằng dòng trống, dòng mã thời gian, dòng văn bản và một số thứ khác. Dung sai cho các tính năng bổ sung là thấp và quan trọng hơn là không có giấy tờ, vì vậy giả định an toàn là bất kỳ thứ gì nằm ngoài hình dạng đó đều là rủi ro hơn là một tính năng.
Đây không phải là chủ nghĩa bảo thủ vì lợi ích riêng của nó. Một nền tảng chấp nhận đánh dấu tùy ý sẽ phải quyết định cách hiển thị nó một cách nhất quán trên các ứng dụng khách web, thiết bị di động và truyền hình, đây là một cam kết lớn hơn nhiều so với việc chấp nhận tệp phụ đề.
Thủ phạm thông thường — thẻ giống HTML, mã kiểu ASS, BOM, kết thúc dòng hỗn hợp và tín hiệu trống
Thủ phạm tái diễn là rất ít. Thẻ khung góc dành cho chữ in nghiêng, giọng nói của người nói và lớp gợi ý vẫn tồn tại khi chuyển đổi từ các định dạng hỗ trợ chúng. Mã ghi đè được phân cách bằng dấu ngoặc nhọn đến từ các định dạng SubStation và không có ý nghĩa gì bên ngoài chúng. Dấu thứ tự byte ở đầu tệp sẽ tự gắn vào số chỉ mục đầu tiên. Kết thúc dòng hỗn hợp từ việc chia tách khối chỉnh sửa đa nền tảng. Các tín hiệu có văn bản trống sau khi đánh dấu bị xóa vẫn ở dạng khoảng trống có dấu thời gian.
Không ai trong số này là kỳ lạ. Chúng là đầu ra bình thường của chuỗi chuyển đổi trong đó mỗi bước đều hợp lý riêng lẻ, đó là lý do tại sao chúng xuất hiện trong các tệp trông đẹp mắt trong trình chỉnh sửa.
Tại sao một nền tảng chấp nhận những gì nền tảng khác từ chối — các trình phân tích cú pháp khác nhau đằng sau các biểu mẫu tải lên tương tự
Các nền tảng khác nhau chấp nhận các tập hợp con khác nhau và đó là nguyên nhân khiến việc chẩn đoán lỗi trở nên khó hiểu. Cùng một tệp có thể tải lên rõ ràng và hiển thị chính xác trên một dịch vụ, tải lên và hiển thị đánh dấu trong một giây và bị dịch vụ thứ ba từ chối mà không có thông báo lỗi nêu rõ nguyên nhân thực sự. Tệp không thay đổi giữa các lần thử; ba nhà phân tích cú pháp không đồng ý.
Do đó, việc coi một nền tảng làm tài liệu tham khảo là một bản năng sai lầm. Một tệp hoạt động trên dịch vụ dễ dãi nhất sẽ không cho bạn biết gì về những tệp khác và trình phân tích cú pháp nghiêm ngặt nhất là trình phân tích cú pháp xác định xem một tệp có khả năng di động hay không.
Ví dụ hoạt động: một tệp, ba lần tải lên - cùng một thứ lộn xộn hiển thị khác nhau và biến mất sau khi dọn dẹp như thế nào
Thực hiện một lần xuất mang mã ghi đè đầu khung trên 60 tín hiệu, thẻ nhấn mạnh trên 40 và dấu thứ tự byte. Đã tải lên ba dịch vụ, nó có thể được chấp nhận ở mọi nơi. Đầu tiên, các thẻ được vinh danh và mã ghi đè được vẽ theo đúng nghĩa đen. Ngày thứ hai cả hai đều xuất hiện dưới dạng văn bản. Ở câu thứ ba, dấu hiệu là dấu hiệu đầu tiên, đơn giản là không bao giờ xuất hiện và không ai để ý vì dòng mở đầu thường là tiêu đề.
Làm sạch một lần sẽ loại bỏ cả ba lớp tại nguồn. Các thẻ khung góc và mã dấu ngoặc được thay thế, khoảng trắng còn lại được thu gọn, các tín hiệu bị xóa do xóa sẽ bị loại bỏ thay vì phát ra dưới dạng các khoảng trống được đánh dấu thời gian và tệp được viết lại với các tín hiệu được đánh số lại liên tục từ một. Sau đó, cùng một đầu ra sẽ được chuyển đến cả ba dịch vụ.
Điều này không bao gồm những gì - hướng dẫn về phong cách dành riêng cho nền tảng, giới hạn ký tự trên mỗi dòng và chú thích cố định
Điều này bao gồm tính di động của cấu trúc, không phải sự phù hợp về mặt biên tập. Hướng dẫn về kiểu nền tảng về độ dài dòng, ký tự tối đa, vị trí nhãn loa và xử lý hiệu ứng âm thanh là những yêu cầu riêng biệt mà một tệp sạch không tự động đáp ứng. Tệp phụ đề có cấu trúc hoàn hảo vẫn có thể vi phạm hướng dẫn về văn phong.
Chú thích cố định là một cơ chế hoàn toàn khác. Văn bản được hiển thị trong khung video không phải là tệp phụ đề, không thể tắt và không bị ảnh hưởng bởi bất kỳ điều gì được mô tả ở đây.
Bài học rút ra: dọn dẹp một lần, tải lên mọi nơi — cách các tính năng dọn dẹp và chuyển đổi của Bộ công cụ phụ đề tạo ra một tệp thân thiện với nền tảng
Làm sạch một lần và tải cùng một tệp lên mọi nơi. Giải pháp thay thế, duy trì xuất riêng cho mỗi nền tảng, sẽ nhân số lượng tệp có thể không đồng bộ với tệp gốc và không loại bỏ sự lộn xộn cơ bản khỏi bất kỳ tệp nào trong số chúng.
Chạy sạch và chuyển đổi cùng nhau, sau đó đọc các vấn đề được báo cáo trước khi tải lên thay vì sau đó. Các tín hiệu đặt tên cho vấn đề theo số, đó là sự khác biệt giữa việc biết một tệp có vấn đề và biết nên xem dòng nào.