Video và phụ đề · Bộ công cụ phụ đề
Tốc độ khung hình và phụ đề: tại sao 23.976, 25 và 29.97 khung hình/giây gây ra hiện tượng trôi khung hình
· Lý lịch
phụ đề frame-rate mã thời gian
Tốc độ khung hình là di sản của truyền hình analog và chúng vẫn ám ảnh thời gian chú thích. Bài đăng này giải thích các số lẻ đến từ đâu, tốc độ khung hình không khớp tạo ra hiện tượng lệch và cách giải thích về vấn đề đó trước khi khắc phục bất kỳ điều gì.
Phụ đề được đồng bộ hóa với một bản chính này trôi trên một bản gốc khác — kết quả thực tế của một thế kỷ tiêu chuẩn truyền hình
Tệp phụ đề có thể căn chỉnh hoàn hảo với một tệp chính và kết thúc cách đoạn hội thoại trên một tệp chính khác vài phút hoặc vài giây mặc dù không có tín hiệu nào được chỉnh sửa. Mô hình đó đang bị trôi đi: thời gian phụ đề đã trôi qua và thời gian chương trình đã trôi qua đang tăng lên với tốc độ khác nhau. Phần mở đầu cung cấp ít bằng chứng vì việc nhân một thời gian nhỏ sẽ tạo ra một sai số nhỏ; việc đóng cửa làm cho sự không phù hợp trở nên rõ ràng.
Quy trình công việc truyền hình và phim kế thừa một số tốc độ có khoảng cách gần nhau, do đó, một tệp chỉ được gắn nhãn tiêu đề và ngôn ngữ có thể mất ngữ cảnh cần thiết để diễn giải thời gian của nó. Việc sửa chữa thực tế bắt đầu bằng cách xác định mối quan hệ tỷ lệ thay vì áp dụng một phần bù để sắp xếp một cảnh và giữ nguyên phần tăng trưởng.
Nơi 24, 25 và 30 đến từ — trình chiếu phim và tần số chính của truyền hình Châu Âu và Châu Mỹ
Tỷ lệ số nguyên như 24, 25 và 30 phản ánh các dòng sản xuất và truyền hình khác nhau. Phim thường được liên kết với 24 khung hình mỗi giây, trong khi hệ thống truyền hình được xây dựng dựa trên những hạn chế về điện và phát sóng trong khu vực dẫn đến tốc độ danh nghĩa khác nhau. Những cội nguồn rộng lớn đó là nền tảng vững chắc; Bài viết này không ấn định ngày phát minh hoặc khẳng định một con đường chung từ tần số nguồn điện đến mọi định dạng hiện đại.
Thực tế khôi phục quan trọng là các tốc độ này thể hiện các khoảng thời gian khác nhau cho cùng một số lượng khung hình. Một trăm nghìn khung hình được phát ở 25 khung hình/giây kết thúc sớm hơn so với các khung hình tương tự được phát gần 24 khung hình/giây, do đó, phụ đề được tạo theo thời lượng này không thể được căn chỉnh với thời lượng khác nếu không căn chỉnh lại theo tỷ lệ.
Tại sao 29.97 và 23.976 tồn tại — sự thỏa hiệp về truyền hình màu và tác động dây chuyền của nó đối với việc chuyển phim
Tỷ lệ phân số gần 30 và 24 là một phần của di sản truyền hình màu và chuyển phim. Lịch sử kỹ thuật chính xác của chúng nằm ngoài các nguồn lưu trữ, vì vậy bài viết này không lặp lại công thức sóng mang con chi tiết. Điều quan trọng đối với tác phẩm phụ đề là 29.97 không phải là 30 và 23.976 không phải là 24; coi một trong hai cặp giống hệt nhau sẽ gây ra một lỗi phần trăm nhỏ tích lũy theo thời gian trôi qua.
Tốc ký thập phân cũng được làm tròn. Quy trình công việc nên sử dụng siêu dữ liệu tỷ lệ chính xác có sẵn từ bản gốc thay vì lấy hệ số từ nhãn ba thập phân khi độ chính xác quan trọng. Công cụ này chấp nhận hệ số tỷ lệ bằng số; nó không kiểm tra siêu dữ liệu video hoặc xác định tỷ lệ nào đã tạo phụ đề.
PAL tăng tốc — tại sao phim chạy nhanh hơn một chút khi truyền 25 khung hình/giây và điều đó ảnh hưởng gì đến thời gian
Việc phân phối 25 khung hình/giây phổ biến của tài liệu gốc phim sẽ chạy các khung hình nhanh hơn so với khung hình chính khoảng 24 khung hình/giây. Điều này thường được gọi là tăng tốc PAL. Mọi sự kiện đều đến sớm hơn, do đó, phụ đề được tính thời gian ở bản gốc chậm hơn sẽ ngày càng bị trễ khi được sử dụng không thay đổi với tốc độ truyền nhanh hơn. Các từ và thứ tự tín hiệu vẫn đúng; chỉ có mối quan hệ đồng hồ là sai.
Điều này không được khắc phục bằng cách di chuyển mọi tín hiệu ở cùng một khoảng cách. Một sự thay đổi là phép cộng, trong khi lỗi này làm thay đổi khoảng cách từ 0 đến mỗi tín hiệu. Thao tác bắt buộc là phép nhân và hướng quan trọng: khi đích chạy nhanh hơn, dấu thời gian từ nguồn chậm hơn cần có hệ số nhỏ hơn 1 để trở nên sớm hơn.
Từ tốc độ khung hình đến hiện tượng trôi chú thích - cách chênh lệch phần trăm tốc độ cố định trở thành lỗi mã thời gian ngày càng tăng
Sự chênh lệch tốc độ phần trăm không đổi sẽ tạo ra sai số tỷ lệ thuận với thời gian đã trôi qua. Mười phút sau khi thực hiện một chương trình, sai số tuyệt đối rất khiêm tốn; chín mươi phút trong đó gấp chín lần sai số mười phút. Sự tăng trưởng theo đường thẳng đó là lý do tại sao hai điểm kiểm tra phân biệt tỷ lệ không khớp với phần giới thiệu cố định: các lỗi bằng nhau biểu thị sự thay đổi, trong khi lỗi kết thúc lớn hơn biểu thị tỷ lệ hoặc một dạng trôi dạt khác.
ToolAcre giữ dấu thời gian dưới dạng số nguyên mili giây và thang đo nhân cả hai ranh giới với hệ số đã chọn, làm tròn từng ranh giới đến mili giây gần nhất và giữ ở mức 0. Do đó, việc chia tỷ lệ có khả năng đảo ngược ít chính xác hơn so với dịch chuyển. Làm việc từ tệp tín hiệu ban đầu và áp dụng một hệ số được tính toán thay vì tinh chỉnh một số kết quả xuất được làm tròn.
Ví dụ đã hoạt động: một bộ phim dài 90 phút được chuyển từ 23.976 sang 25 khung hình/giây chính — ước tính độ trôi ở cuối
Đối với tệp phụ đề dài 90 phút được soạn dựa trên tài liệu 23.976 khung hình/giây và được sử dụng với truyền 25 khung hình/giây của cùng một khung, hãy nhân dấu thời gian nguồn với 23.976 chia cho 25, xấp xỉ 0.95904. Nguồn kết thúc ở 5,400 giây sẽ trở thành khoảng 5,178.8 giây, vì vậy nguồn chính nhanh hơn sẽ kết thúc sớm hơn khoảng 221.2 giây. Ước tính đó giả định chuỗi khung hình giống nhau và thay đổi tốc độ thống nhất.
Hành trình ngược lại sử dụng 25 chia cho 23.976, xấp xỉ 1.0427, đây là ví dụ được ghi lại bên cạnh trường tỷ lệ. Xác minh kết quả tính toán dựa trên đoạn hội thoại thực ở gần cả hai đầu. Nếu chênh lệch không đổi dư vẫn còn sau khi hiệu chỉnh theo tỷ lệ thì chỉ khi đó mới áp dụng độ lệch đo được.
Điều này không bao gồm - ghi tốc độ khung hình thay đổi và loại bỏ kéo xuống
Bản ghi có tốc độ khung hình thay đổi không cung cấp một yếu tố cho toàn bộ chương trình và tài liệu được tập hợp từ một số chuyển đổi tốc độ có thể thay đổi hành vi tại các điểm chỉnh sửa. Tính năng xóa kéo xuống sẽ thêm một lớp khác vì nhịp khung hình và tốc độ khung hình hiển thị không được ghi lại trong danh sách dấu thời gian phụ đề đơn giản. Một quy mô toàn cầu duy nhất không thể giải quyết những trường hợp đó một cách trung thực.
Công cụ dịch chuyển cũng không thể tính lại thời gian cho phạm vi đã chọn. Nếu chú thích chính xác cho đến khi cắt và sau đó nhảy một lượng cố định thì đó là lỗi chỉnh sửa không khớp chứ không phải là tốc độ trôi chảy. Giữ nguyên nguồn và chuyển sang trình chỉnh sửa nhận biết dòng thời gian có thể sửa các phân đoạn một cách độc lập.
Bài học rút ra: sự trôi dạt có một nguyên nhân mà bạn có thể nêu tên - cách chẩn đoán nguyên nhân đó trước khi sử dụng tính năng thời gian lại của Bộ công cụ phụ đề
Đặt tên cho lỗi trước khi thay đổi nó. So sánh một tín hiệu rõ ràng ở gần đầu với một tín hiệu ở gần cuối, ghi lại hướng và mức độ của cả hai lỗi và tìm hành vi không đổi so với tỷ lệ. Lệnh lệch tốc độ khung hình để mở rộng quy mô từ 0; phần đệm bị loại bỏ yêu cầu một phần bù; việc chỉnh sửa giữa chương trình yêu cầu công việc khu vực mà công cụ này không cung cấp.
Chỉ sử dụng thời gian phụ đề Shift sau chẩn đoán đó. Nhập hệ số tỷ lệ dương, kiểm tra đầu ra được làm tròn ở cả hai điểm đo và tải xuống tệp mới thay vì ghi đè tệp gốc. Việc triển khai thực hiện số học mà bạn chỉ định; nó không suy ra lịch sử của video cho bạn.