Tìm phụ đề sai thứ tự
Hoặc dán văn bản phụ đề
Tùy chọn
Các mốc thời gian được tính theo frame rate nào. Trên các trang định dạng, đây là thông số MicroDVD cần, vì định dạng này lưu thời gian dưới dạng số khung hình. Trên các trang frame rate, đây là tốc độ mà tệp được tính theo — phiên bản mà phụ đề được làm cho — và ô thứ hai của trang nhận tốc độ của video mà bạn sẽ dùng phụ đề cùng. 23.976, 24, 25, 29.97, 30, 50, 59.94 và 60 là những giá trị thường gặp. Điền sai sẽ làm lệch toàn bộ dòng thời gian, và trên các trang frame rate, nó làm lệch theo một tỉ lệ chứ không phải một lượng cố định.
Một tệp phụ đề được cho là chạy về phía trước: mỗi cue bắt đầu không sớm hơn cue trước nó. Trang này báo cáo những tệp không như vậy — nơi trình đọc phải di chuyển cue trước khi tệp đứng được — và dựa vào bản ghi sắp xếp của chính trình đọc chứ không dựa vào các cue, vì khi có thể kiểm tra thì thứ tự đã đúng rồi. Kết quả là báo cáo, không phải tệp đã chuyển đổi: không có gì bị viết lại.
Cơ chế đó đáng hiểu trước khi đọc báo cáo. Cue được sắp xếp theo thời điểm bắt đầu ngay khi tệp được đọc, vì mọi thao tác khác, mọi bản xem trước và mọi lần xuất đều giả định thứ tự tăng dần. Một tệp đến sai trình tự do đó không để lại dấu vết nào trong chính các cue — bằng chứng duy nhất còn lại là số cue phải di chuyển, và đó là thứ báo cáo in ra: một phát hiện ở cấp tài liệu, số cue liên quan, và không có timecode, vì sau khi sắp xếp thì không còn vị trí nào trung thực để chỉ vào.
Điều được coi là sai thứ tự là thời điểm bắt đầu giảm, và không gì khác. Hai cue bắt đầu cùng một mili giây không sai trình tự: phép sắp xếp ổn định, không gì di chuyển, và tệp qua được kiểm tra này — cặp như vậy nhiều khả năng sẽ xuất hiện ở trang chồng chéo. Một tệp được đọc đúng thứ tự tạo ra báo cáo không có phát hiện nào và phần đầu ghi rằng không mất gì khi đọc, và đó là một lời xác nhận thật: bằng chứng cho kiểm tra này là số cue phải di chuyển, và số 0 cũng là một con số. Văn bản thuần không được nhận, vì định dạng không có thời điểm bắt đầu thì không thể sai thứ tự theo bất kỳ nghĩa nào.
Ví dụ
Tệp chạy ngược
Phụ đề
1
00:00:10,000 --> 00:00:11,000
I was working late.
2
00:00:01,000 --> 00:00:02,000
Where were you?
Báo cáo tìm thấy gì
Cues out of sequence — 1 found
Severity Cues Start End Measured
Warning — — — 2 items
Cue thứ hai bắt đầu sớm hơn cue thứ nhất chín giây. Báo cáo đưa ra một phát hiện và không có timecode: các cue đã được sắp xếp trong lúc đọc tệp, nên không còn vị trí nào trong tệp có thể bị gọi là sai. Dòng “Cue order × 2” ở phần đầu là cùng sự kiện đó, đếm tại thời điểm đọc.
Đúng thứ tự, và báo cáo nói vậy
Phụ đề
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:10,000 --> 00:00:11,000
I was working late.
Báo cáo tìm thấy gì
Cues out of sequence — Nothing found
Cues 2
Checks run 1
Lost while reading Nothing
Thời gian tăng dần, không gì bị di chuyển. Ở trang này, kết quả rỗng là một lời xác nhận thật chứ không phải câu trả lời thiếu, và dòng mất mát ghi “Nothing” vì cùng lý do — bằng chứng cho kiểm tra là số cue phải di chuyển, và tệp này tạo ra con số không.
Hai cue bắt đầu cùng lúc không phải sai thứ tự
Phụ đề
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:01,000 --> 00:00:03,000
I was working late.
Báo cáo tìm thấy gì
Cues out of sequence — Nothing found
Cues 2
Checks run 1
Lost while reading Nothing
Thời điểm bắt đầu bằng nhau không phải là giảm, phép sắp xếp ổn định và không cue nào di chuyển. Những tệp như thế này mang một lỗi khác — hai cue cùng chiếm màn hình — và đó là việc của trang chồng chéo. Gửi chúng tới đây sẽ có nghĩa là báo một lần sắp xếp lại chưa từng xảy ra.
Câu hỏi thường gặp
Điều gì khiến một tệp phụ đề bị coi là sai thứ tự trên trang này?
Là cue có thời điểm bắt đầu sớm hơn thời điểm bắt đầu của một cue nằm phía trên nó. Nói cách khác, một lần giảm, và không gì khác: thời điểm bắt đầu bằng nhau không phải giảm, còn thời điểm kết thúc bằng nhau không liên quan vì phép sắp xếp dựa trên thời điểm bắt đầu. Chỉ một cue sai là đủ để báo cả tệp.
Vì sao phát hiện sai thứ tự không hiện timecode?
Vì các cue được sắp xếp ngay khi tệp được đọc, còn báo cáo được tạo sau đó. Vào lúc đó trình tự trong bộ nhớ đã đúng và không còn vị trí nào có thể được gọi một cách trung thực là vị trí sai. Số cue phải di chuyển là bằng chứng, và nó được in ở cột đo được rồi in lại ở phần đầu như một mục mất mát.
Trang kiểm tra thứ tự cue có sắp xếp lại tệp của tôi không?
Không. Nó đọc tệp và tạo báo cáo; bản gốc không bị đụng tới. Việc sắp xếp mà phát hiện nhắc đến diễn ra bên trong trình duyệt trong lúc đọc và không được ghi ra đâu cả. Nếu bạn muốn chính tệp đã được sắp xếp, đó là một thao tác khác có tệp phụ đề làm đầu ra.
Tệp có hai cue bắt đầu cùng lúc có phải vấn đề ở đây không?
Không phải ở trang này — không gì di chuyển khi sắp xếp các thời điểm bắt đầu bằng nhau, nên kiểm tra không báo gì. Cặp cue đó đáng xem vì lý do khác: hai cue cùng trên màn hình tại một thời điểm là chồng chéo, và đó là trang cần đưa chúng tới.
Những định dạng phụ đề nào kiểm tra được thứ tự cue?
Mười một trong mười hai định dạng: SRT, WebVTT, ASS, SSA, SBV, SMI, LRC, MicroDVD, TTML, JSON và CSV. Văn bản thuần không có trong danh sách, vì không có thời điểm bắt đầu thì không có thứ tự để sai — báo một kết quả sạch ở đó sẽ là lời xác nhận giả chứ không phải thật.
Một tệp phụ đề được giao có thường chạy ngược không?
Thường hơn mức dòng thời gian gợi ý, và thường vì lý do nhàm chán: hai tệp được ghép bằng tay, một lượt dịch máy trả các đoạn theo thứ tự khác, hoặc một công cụ căn thời gian được áp lên một vùng chọn thay vì toàn tệp. Nó hiếm khi sống sót tới trình phát, vì trình phát cũng sắp xếp, nhưng nó sống sót vào những công cụ giả định tệp đã có thứ tự.
Có thể kiểm tra thứ tự cue cho một lô tệp trong một lần không?
Được. Có thể thả vào bao nhiêu tệp cũng được và chúng được đọc lần lượt, mỗi tệp có báo cáo riêng, và các báo cáo được tải xuống cùng nhau dưới dạng tệp zip. Hàng đợi hiển thị tiến độ theo từng tệp và có thể dừng giữa chừng mà không để lại gì đang chạy phía sau.