Video và phụ đề · Bộ công cụ phụ đề
Giải thích về độ lệch phụ đề: tại sao phần bù cố định không thành công và cách thức hoạt động của độ giãn
· Cách thức hoạt động
phụ đề mã thời gian frame-rate
Nếu chú thích ổn ở đầu và muộn ở cuối thì vấn đề là tốc độ chứ không phải bù đắp. Bài đăng này giải thích sự không khớp về tốc độ khung hình gây ra hiện tượng trôi dạt như thế nào, cách chẩn đoán tình trạng này và phép toán của độ giãn tuyến tính khác với sự thay đổi như thế nào.
Đồng bộ ở phút thứ nhất, muộn nửa giây ở phút thứ ba mươi - dấu hiệu của sự trôi dạt thay vì bù đắp
Có hai lỗi khác nhau dẫn đến phụ đề không đồng bộ và chúng cần được chỉnh sửa ngược lại. Giá trị chênh lệch là không đổi: mỗi dòng bị trễ một lượng như nhau và tệp bị sai ở phút đầu tiên cũng như phút cuối cùng. Độ lệch ngày càng tăng: các dòng mở đầu tiếp đất chính xác, lỗi hầu như không đáng chú ý ở phút thứ mười và các dòng kết thúc lệch đi vài giây. Dấu hiệu phân biệt chúng là lỗi ở cuối có lớn hơn lỗi ở đầu hay không.
Việc chẩn đoán sai sẽ tốn kém vì hành động rõ ràng sẽ khiến mọi việc trở nên tồi tệ hơn. Việc sắp xếp dòng đầu tiên của tệp trôi với phần bù sẽ di chuyển toàn bộ tệp, do đó phần cuối sẽ trôi theo số lượng ban đầu cộng với bất cứ thứ gì vừa được thêm vào. Công cụ ghi lại trực tiếp đây là một lỗi phổ biến và lưu ý rằng cả hai thao tác phải được hoàn tác trước khi mở rộng quy mô.
Nguyên nhân của hiện tượng trôi dạt — một tệp được tính giờ cho 25 khung hình/giây được phát trên video 23.976 khung hình/giây hoặc ngược lại
Nguyên nhân thông thường là tốc độ khung hình không khớp giữa thời gian tạo tệp và video đang được phát. Dấu thời gian của phụ đề là thời gian trên đồng hồ treo tường nhưng chúng thường được lấy từ số lượng khung hình. Nếu số lượng khung hình được tạo dựa trên nội dung 23.976 khung hình/giây được phát lại như thể mỗi khung hình là 25 giây thì mọi dấu thời gian đều sai theo cùng một tỷ lệ và tỷ lệ không đổi áp dụng cho số lượng ngày càng tăng sẽ tạo ra lỗi ngày càng tăng.
Tỷ lệ đó là khoảng 1.0427 đối với nội dung 23.976 khung hình/giây được phát ở 25 khung hình/giây, công cụ này nêu rõ bên cạnh trường tỷ lệ. Con số không phải là một núm điều chỉnh được phát hiện trong quá trình dùng thử: nó là thương số của hai tốc độ khung hình, do đó, một tệp đúng ở một thế giới sẽ bị kéo căng hoặc nén một cách có hệ thống ở thế giới kia. Đây là lý do tại sao sự trôi dạt hầu như luôn diễn ra suôn sẻ và tuyến tính chứ không thất thường.
Chẩn đoán độ lệch bằng hai điểm tham chiếu - đo lỗi gần đầu và gần cuối
Chẩn đoán độ lệch cần hai phép đo chứ không phải một. Tìm một dòng đối thoại ở gần đầu mà bạn có thể căn thời gian chính xác cho một dòng đối thoại và một dòng khác ở gần cuối rồi ghi lại từng dấu thời gian mà tệp yêu cầu và dấu thời gian mà cuộc đối thoại thực sự xảy ra. Một phép đo không thể phân biệt được hai lỗi, bởi vì một lỗi quan sát được là phù hợp với cả độ lệch không đổi và độ giãn.
Chọn hai điểm cách xa nhau nhất mà vật liệu cho phép. Toàn bộ phép tính chia chênh lệch này cho chênh lệch khác, do đó, đường cơ sở ngắn sẽ tạo ra sai số đo lường nhỏ trong kết quả. Hai điểm cách nhau một phút trong tệp 90 phút sẽ tạo ra tỷ lệ tin cậy và độ chính xác mà phép đo không hỗ trợ.
Phép toán kéo dài tuyến tính - chia tỷ lệ mỗi mã thời gian theo tỷ lệ thay vì thêm hằng số
Một sự thay đổi là phép cộng và một sự kéo dài là phép nhân, và đó là toàn bộ sự khác biệt. Sự thay đổi thêm một hằng số vào mỗi lần bắt đầu và kết thúc; bên trong các tín hiệu là số nguyên mili giây được tính từ 0, vì vậy thao tác này là một phép cộng duy nhất cho mỗi dấu thời gian và không làm tròn số riêng của nó. Bởi vì nó cộng cùng một số ở mọi nơi nên nó không thể thay đổi khoảng cách giữa tín hiệu đầu tiên và tín hiệu cuối cùng, đó chính xác là nguyên nhân sai lệch.
Một đoạn kéo dài nhân mỗi dấu thời gian với một hệ số, được tính từ 0. Bởi vì hệ số nhân tác động lên một số lớn hơn ở phần sau của tệp, nên nó di chuyển phần cuối nhiều hơn phần mở, đó là sự trôi dạt hình dạng cần thiết. Dấu thời gian được làm tròn lại thành toàn bộ mili giây sau khi chia tỷ lệ, do đó, thang đo không thể đảo ngược hoàn toàn theo cách dịch chuyển; chia tỷ lệ một lần so với ban đầu thay vì tinh chỉnh một yếu tố qua nhiều lần.
Ví dụ đã thực hiện: tính tỷ lệ từ hai phép đo - biến hai lỗi được quan sát thành một lần chỉnh sửa duy nhất
Giả sử chú thích ở phút thứ hai xác nhận 00:02:00.000 trong khi đoạn hội thoại ở 00:01:59.750 và chú thích ở phút thứ 58 xác nhận 00:58:00.000 trong khi đoạn hội thoại ở 00:57:52.750. Trong một phần nghìn giây, tệp cho biết 120000 và 3480000; video muốn 119750 và 3472750. Lỗi đã tăng từ 250 ms lên 7250 ms, lỗi này là sai lệch chứ không phải lỗi bù đắp.
Hệ số này là tỷ lệ của hai khoảng: chia khoảng thực 3472750 trừ 119750 hoặc 3353000 cho khoảng được xác nhận quyền sở hữu 3480000 trừ 120000 hoặc 3360000. Điều đó mang lại khoảng 0.99792. Nhân số lần được xác nhận quyền sở hữu với nó sẽ trả về 119750 và 3472750, cả hai phép đo, là phép kiểm tra xem phần hiệu chỉnh có phải là độ giãn thuần túy không có phần bù còn sót lại hay không. Khi phần còn lại vẫn còn, hãy điều chỉnh độ giãn trước và chỉ sau đó áp dụng dịch chuyển cho phần còn lại.
Điều này không bao gồm những đoạn cắt, thêm cảnh và ngắt quảng cáo, tạo ra những bước nhảy thay vì trôi chảy
Điều này bao gồm các lỗi phát triển thuận lợi và tương xứng. Nó không bao gồm một tệp chính xác trong hai mươi phút và sau đó đột ngột rút ra một lượng cố định cho phần còn lại, đó là dấu hiệu của một bản chỉnh sửa: một cảnh bị xóa, một đoạn quảng cáo được chèn vào hoặc một đoạn cắt khác của cùng một tính năng. Lỗi đó là sự thay đổi được áp dụng cho một phần của tệp và không có tỷ lệ nào khắc phục được lỗi đó.
Công cụ dịch chuyển áp dụng cho mọi tín hiệu trong tệp và không có cách nào để tính lại thời gian cho phạm vi đã chọn, do đó, không thể sửa tệp có bước nhảy giữa điểm trong một lần chuyển. Nó cũng không thể phục hồi sau khi bị kẹp: kết quả âm tính được đặt ở mức 0 vì cả hai định dạng đều không thể biểu thị thời gian âm và việc chuyển về phía trước sau đó không khôi phục các tín hiệu đã được ghim ở đó. Công cụ này cảnh báo khi một tín hiệu bị kẹp và biện pháp khắc phục được ghi lại sẽ được hoàn tác thay vì một ca bù.
Bài học rút ra: dịch chuyển để bù, chia tỷ lệ cho độ lệch - cách sử dụng tính năng thời gian lại của Bộ công cụ phụ đề cho trường hợp bù cố định và nơi kiểm tra danh sách 'Công cụ này sẽ không làm gì' trước khi dựa vào nó để xử lý độ lệch
Shift để bù, chia tỷ lệ cho độ lệch và đo trước khi thực hiện. Nhập độ lệch tính bằng mili giây vì trường không có đầu vào giây hoặc mã thời gian và việc nhập 2 sẽ dịch chuyển tệp thêm hai mili giây thay vì hai giây; thao tác thành công, tệp thực sự thay đổi và đồng bộ hóa trông vẫn sai như trước. Giá trị bù dương làm trì hoãn các chú thích xuất hiện trước đoạn hội thoại.
Đối với độ lệch, hãy sử dụng hệ số tỷ lệ bên cạnh phần bù thay vì di chuyển phần bù nhiều lần. Đọc giới hạn trang công cụ trước khi dựa vào nó: hoàn tác giữ 20 thao tác cuối cùng, tín hiệu bị kẹp có thể thu gọn về thời lượng bằng 0 hoặc dài hơn khi chỉ ghim một đầu và quá trình xác thực sẽ chạy lại sau mỗi thay đổi để những trường hợp đó được báo cáo thay vì vận chuyển một cách âm thầm.