Video và phụ đề · Bộ công cụ phụ đề
Một tệp phụ đề chính cho mọi nền tảng: quy trình làm việc SRT và WebVTT
· Tại sao nó quan trọng
phụ đề srt webvtt file-formats browser-processing
Việc duy trì các tệp phụ đề riêng biệt cho mỗi nền tảng sẽ làm tăng số lỗi. Bài đăng này trình bày quy trình làm việc với một tệp chính, chuyển đổi xác định sang từng định dạng được yêu cầu và kiểm tra trước mỗi lần tải lên, tất cả được thực hiện mà không cần tải phụ đề lên bên thứ ba.
Sáu nền tảng, sáu tệp phụ đề hơi khác nhau - những khác biệt nhỏ có thể biến thành chú thích sai như thế nào
Các tệp phụ đề riêng biệt bắt đầu phân kỳ ngay khi lỗi đánh máy được sửa ở một bản sao chứ không phải ở các bản sao khác. Việc điều chỉnh thời gian sau này sẽ tạo ra một nhánh phân nhánh khác và chẳng bao lâu sau, không ai có thể nói liệu “final-web-v2.vtt” có chứa từ ngữ được phê duyệt trong “platform-final.srt” hay không. Số lượng đích đến ít quan trọng hơn số lượng nguồn có thể chỉnh sửa được cho là có thẩm quyền.
Quy trình làm việc đáng tin cậy giữ một bản gốc có thể chỉnh sửa và xử lý mọi tệp đích dưới dạng đầu ra dùng một lần. Nếu một nền tảng thay đổi yêu cầu của nó, hãy tạo lại đầu ra đó từ cùng một nguồn thay vì sửa lại đạo hàm của ngày hôm qua. Điều này tạo ra sự khác biệt rõ ràng: bản chính đã thay đổi hoặc công thức phân phối đã thay đổi.
Chọn định dạng chính — tại sao việc giữ một tệp chuẩn, trong UTF-8, lại ngăn chặn sự trôi dạt giữa các phiên bản
Chọn định dạng chính mà nhóm biên tập của bạn có thể xem xét một cách nhất quán và lưu trữ dưới dạng UTF-8. SRT đơn giản và được trao đổi rộng rãi; WebVTT có hình dạng web được xác định và có thể giữ lại cài đặt tín hiệu. ToolAcre đọc cả hai dưới dạng UTF-8 và chuyển đổi cả hai thành một mô hình nội bộ của văn bản gợi ý cộng với ranh giới số nguyên mili giây, do đó, một trong hai có thể đóng vai trò là nguồn cho quy trình làm việc hẹp này.
Canonical có nghĩa là các chỉnh sửa sẽ quay trở lại tệp này. Nó không có nghĩa là định dạng này vượt trội hơn hẳn. Giữ bản gốc trong bộ lưu trữ dự án đã được phiên bản, đặt tên độc lập với bất kỳ đích đến nào và không chỉnh sửa các dẫn xuất đã tải xuống, bởi vì đạo hàm đã sửa mà không bao giờ đến được bản gốc sẽ là sự không nhất quán tiếp theo.
Chuyển đổi theo yêu cầu — tạo SRT hoặc WebVTT từ bản gốc khi nền tảng yêu cầu, thay vì chỉnh sửa các bản sao
Chỉ chuyển đổi khi đích đến yêu cầu định dạng. Đầu ra WebVTT nhận được tiêu đề WEBVTT, dấu phân cách mili giây dừng hoàn toàn và không có dòng nhận dạng tín hiệu. Đầu ra SRT bỏ qua tiêu đề, sử dụng dấu phẩy và các tín hiệu số liền kề nhau. Chuyến đi khứ hồi chuyển đổi là chính xác cho thời gian vì cả hai người viết đều định dạng các giá trị nguyên mili giây giống nhau.
Đầu vào có khả năng chịu đựng cao hơn đầu ra: trình phân tích cú pháp chấp nhận dấu phân cách dấu thời gian, giờ tùy chọn, kết thúc dòng hỗn hợp và dấu thứ tự byte ở đầu. Nó ghi lại các khối không thể đọc được thay vì ném đi. Hãy đọc danh sách vấn đề đó trước khi xuất, vì tín hiệu không đúng định dạng sẽ bị bỏ qua và do đó, tệp phân phối có định dạng đẹp mắt có thể chứa ít tín hiệu hơn nguồn của nó.
Thời gian trả lại cho mỗi lần phân phối - xử lý phần giới thiệu được cắt bớt hoặc phần đệm được thêm vào trên một nền tảng mà không cần chạm vào phần chính
Đích đến có thể thêm phần giới thiệu, phần đệm hoặc phần chặn mà bài học kinh điển không có. Áp dụng phần bù dành riêng cho đích đến đó cho một bản sao, không bao giờ áp dụng cho bản gốc. Một ca cố định sẽ thêm cùng một giá trị mili giây cho mỗi lần bắt đầu và kết thúc; một thang đo nhân các dấu thời gian và được dành riêng cho sự trôi dạt tăng dần trong chương trình. Kiểm tra một đường dây gần cả hai đầu sẽ phân biệt được những lỗi đó.
Kết quả âm tính được giữ ở mức 0 và công cụ báo cáo số lượng tín hiệu bị ảnh hưởng. Việc kẹp làm mất khoảng cách, do đó hãy sử dụng Hoàn tác thay vì cố gắng bù lại bằng dịch chuyển về phía trước. Bản sao phân phối phải được tái tạo từ một bản gốc sạch cộng với phần bù hoặc tỷ lệ đã ghi, chứ không phải từ một chuỗi các thao tác được ghi nhớ.
Kiểm tra trước khi tải lên - danh sách ngắn những thứ cần xác minh trong tệp đầu ra
Trước khi tải lên, hãy so sánh số lượng tín hiệu với nguồn dự kiến, kiểm tra mọi cảnh báo phân tích cú pháp và kiểm tra một dòng rõ ràng gần điểm bắt đầu và kết thúc so với video đích. Xác nhận tiện ích mở rộng được yêu cầu và mở tệp để xác minh dòng đầu tiên của nó: WEBVTT cho VTT, số gợi ý cho SRT thông thường. Kiểm tra ngay những tên không phải ASCII vì người đọc cho rằng UTF-8.
Đồng thời xem lại những chuyển đổi nào có chủ ý bỏ qua. Giá trị nhận dạng tín hiệu bị loại bỏ và các khối NOTE, STYLE và REGION bị bỏ qua khi tải. Cài đặt tín hiệu được giữ nguyên và ghi sau dấu thời gian kết thúc ngay cả trong SRT, nơi chúng không có tác dụng xác định. Nếu những tính năng đó quan trọng thì trình chuyển đổi này không phải là đường dẫn lưu trữ không mất dữ liệu dành cho bản gốc.
Ví dụ đã hoạt động: xuất bản một bài giảng lên trình phát trên web, nền tảng video và hệ thống quản lý học tập - liên quan đến chuyển đổi và thời gian lặp lại
Đối với một bài giảng, hãy giữ một bài giảng UTF-8 SRT đã được phê duyệt. Tạo WebVTT cho trình phát trang web và xác minh số lượng tiêu đề và tín hiệu. Tạo SRT cho nền tảng video mà không cần chỉnh sửa. Nếu hệ thống học tập kết thúc bài giảng trong đoạn đệm dài ba giây, hãy tạo một bản sao SRT khác, dịch chuyển nó theo dương 3000 mili giây và kiểm tra dòng nói đầu tiên và cuối cùng của nó.
Khi có bản chỉnh sửa từ ngữ, hãy thay đổi bản gốc và tạo lại cả ba đầu ra. Không vá tệp web, tệp nền tảng và tệp hệ thống học tập đã chuyển đổi một cách độc lập. Việc chuyển đổi lặp đi lặp lại rẻ; điều tra xem tệp nào trong số ba tệp được chỉnh sửa bằng tay có chứa từ ngữ được phê duyệt thì không.
Điều này không bao gồm - quản lý bản dịch và các tệp đa ngôn ngữ, cần có quy trình riêng
Quy trình làm việc này không quản lý bản dịch. Mỗi ngôn ngữ cần có văn bản chính thống, quy trình xem xét và mối quan hệ với hình ảnh riêng, đồng thời quá trình chuyển đổi máy giữa SRT và WebVTT không dịch được một từ nào. Nó cũng không mã hóa các chính sách về độ dài dòng hoặc nhãn người nói dành riêng cho nền tảng, vốn vẫn là các yêu cầu biên tập bên ngoài xác thực cấu trúc.
Công cụ này chuyển đổi một bộ tín hiệu đã tải và không có bộ nhớ dịch, bài tập của người đánh giá hoặc bản kê khai gói đa ngôn ngữ. Sử dụng hệ thống bản địa hóa cho những mối lo ngại đó, sau đó đưa từng tệp ngôn ngữ đã được phê duyệt qua bước phân phối xác định này.
Bài học rút ra: một nguồn thông tin đáng tin cậy, được chuyển đổi khi cần - cách các tính năng chuyển đổi, thời gian lại và làm sạch của Bộ công cụ phụ đề phù hợp với vòng lặp này như thế nào
Một nguồn sự thật làm giảm vấn đề thành hai thao tác được kiểm soát: chuyển đổi sang biểu diễn được yêu cầu và chỉ tính lại thời gian cho đạo hàm khi phân phối đó có đồng hồ khác. Bộ công cụ phụ đề làm cho các thao tác đó trở nên rõ ràng và có thể đảo ngược trước khi kẹp, trong khi danh sách xác thực hiển thị các dấu hiệu có thể biến mất hoặc chồng chéo.
Giữ nguyên tệp chuẩn, ghi lại từng công thức đích và tạo lại kết quả đầu ra bất cứ khi nào nguồn thay đổi. Quy trình làm việc rõ ràng không phải là “một tệp được chấp nhận ở mọi nơi”; đó là một nguồn được phê duyệt, sản xuất nhiều tệp phân phối được kiểm tra, dùng một lần mà dự án thực sự cần.