Tách phụ đề theo thời lượng
Hoặc dán văn bản phụ đề
Tùy chọn
Một khoảng thời lượng — 3000, 3s, 1m30s và 00:00:03,000 đều được. Mọi cue trên màn hình lâu hơn mức này được chia thành bao nhiêu mảnh cần thiết, nên một cue 8 giây với 3000 ở đây thành ba mảnh, và thời gian được chia đều bất kể độ dài văn bản của các mảnh. Dùng khi vấn đề là cue nằm trên màn hình bao lâu; dùng ô ký tự ở trang kia khi vấn đề là cue chứa bao nhiêu văn bả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.
Trang này chia mọi cue nằm trên màn hình lâu hơn giới hạn của bạn thành đúng số mảnh cần thiết. Giới hạn khởi đầu ở 7000 ms — bảy giây, mức trần phần lớn hướng dẫn phong cách nêu cho một cue — và nếu bạn biết tệp của mình tính theo giây chứ không theo ký tự thì đây là trang bạn cần. Một cue tám giây với giới hạn ba giây thành ba cue khoảng 2667 ms mỗi cue.
Số mảnh tính ra từ thời lượng chứ không đếm tay, và thời gian chia đều giữa chúng. Chữ sau đó được cắt ở ranh giới từ gần nhất với các mốc chia đều ấy, nên các mảnh hiếm khi chứa đúng số ký tự bằng nhau. Đó là chủ ý: bạn yêu cầu thời lượng thì công cụ bảo đảm thời lượng, còn chữ đi theo sát nhất có thể trong giới hạn của từ nguyên vẹn.
Không gì ngoài cue đang bị chia dịch chuyển. Cue dài đúng bằng giới hạn được để yên, và tệp không có gì quá dài trở về giống hệt từng byte — công cụ này chỉ chia, nên một giới hạn đặt quá cao là lần chạy đầu an toàn trên tệp bạn chưa biết. Hạ giới hạn xuống thì được các mảnh ngắn hơn và nhiều hơn; các mảnh vẫn cộng lại đúng khoảng ban đầu. Mọi thứ chạy trong tab trình duyệt này, không tải lên, cả mùa đi qua hàng đợi một lượt; SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON cùng CSV đều được nhận, và tệp có số cue thay đổi được ghi theo thứ tự dòng thời gian đánh số từ 1.
Ví dụ
Cue tám giây với giới hạn ba giây
Đầu vào
1
00:00:00,000 --> 00:00:08,000
The rain kept falling all through the night and no one in the house could sleep.
Kết quả
1
00:00:00,000 --> 00:00:02,667
The rain kept falling all
2
00:00:02,667 --> 00:00:05,333
through the night and no one
3
00:00:05,333 --> 00:00:08,000
in the house could sleep.
Ba mảnh 2667, 2666 và 2667 ms — phần làm tròn dồn vào đâu đó, và mảnh cuối nhận phần còn lại nên khoảng đóng đúng ở 8000 ms. Chỗ cắt rơi sau all và sau one, là các ranh giới từ gần nhất với một phần ba và hai phần ba đường đi, nên các mảnh giữ 25, 28 và 25 ký tự chứ không phải 26 mỗi mảnh.
Một cue đúng bằng giới hạn, và một cue hơn một mili giây
Đầu vào
1
00:00:01,000 --> 00:00:04,000
Exactly three seconds long.
2
00:00:05,000 --> 00:00:08,001
Just one millisecond too long.
Kết quả
1
00:00:01,000 --> 00:00:04,000
Exactly three seconds long.
2
00:00:05,000 --> 00:00:06,501
Just one millisecond
3
00:00:06,501 --> 00:00:08,001
too long.
Cue đầu dài đúng 3000 ms và được để nguyên; cue thứ hai dài 3001 ms nên bị cắt đôi ở giữa. Đó là cách đọc trung thực của “dài hơn giới hạn”, và cũng là lý do một giới hạn thấp hơn một mili giây sẽ nhân đôi mọi cue nằm đúng trên mốc đó. Hãy xem thời lượng trong tệp trước khi chốt con số.
Một giới hạn thời lượng không chạm tới cue nào
Đầu vào
1
00:00:01,000 --> 00:00:02,000
Short.
2
00:00:03,000 --> 00:00:03,900
Also short.
Kết quả
1
00:00:01,000 --> 00:00:02,000
Short.
2
00:00:03,000 --> 00:00:03,900
Also short.
Ba mươi giây rộng hơn mọi thứ ở đây, nên tệp trở về nguyên vẹn. Một giới hạn rộng không gộp cũng không kéo dài gì: trang này chỉ chia cue và không làm gì khác, nên đây là cách an toàn để tìm xem cue dài nhất của tệp thực sự dài bao nhiêu.
Câu hỏi thường gặp
Giới hạn bảy giây bắt nguồn từ đâu, và có giống nhau ở mọi nơi không?
Bảy giây là mức trần được nêu nhiều nhất cho một cue và thực chất là một quy tắc tốc độ đọc: người đọc trung bình xong khoảng 15 đến 20 ký tự mỗi giây, nên một cue hai dòng 84 ký tự cần quanh năm giây còn người đọc chậm cần hơn. Quy chuẩn đài truyền hình khác nhau — vài hướng dẫn châu Âu chốt ở sáu giây — nên hãy coi ô này là điểm khởi đầu và đối chiếu với quy chuẩn bạn đang giao. Công cụ áp đúng con số trong ô, không có ý kiến riêng.
Trang tính số mảnh của một cue từ thời lượng như thế nào?
Nó chia thời lượng cho giới hạn của bạn rồi làm tròn lên, nên 8000 ms với 3000 ms là ba mảnh còn 8000 ms với 4000 ms là hai. Các mảnh sau đó nhận phần bằng nhau của khoảng, vì thế các mốc rơi vào một phần ba và một nửa của cue gốc chứ không rơi vào câu hay dòng bên trong. Nếu bạn muốn chỗ cắt đi theo văn bản thay vì theo đồng hồ, các trang tách theo ký tự hoặc theo cuối câu mới làm việc đó.
Có thể đặt giới hạn ngắn tới mức một cue thành hàng trăm mảnh không?
Có mức trần 200 mảnh cho mỗi cue, và một mức trần thứ hai thực tế hơn: không mảnh nào ngắn hơn một mili giây. Vì thế cue chín giây với giới hạn 1 ms cho bạn 200 mảnh chứ không phải 9000, và báo cáo ghi rằng giới hạn không đạt tới được. Đó là chốt chặn để một lần gõ nhầm không biến một cue thành cả một tệp, không phải mức bạn sẽ gặp với con số thực tế nào.
Chia một cue dài có làm đổi dòng thời gian của cả tệp không?
Không. Các mảnh của một cue bị chia lấp đúng khoảng mà cue gốc chiếm, và mọi cue khác giữ nguyên thời gian tới từng mili giây. Thứ duy nhất đổi ở nơi khác là cách đánh số, vì tệp có số cue thay đổi được ghi ra đánh số từ 1 theo thứ tự dòng thời gian. Nếu cue bị chia đang mang kiểu định dạng thì kiểu đó ở lại mảnh đầu, và báo cáo cho biết bao nhiêu mảnh mới ra không có kiểu.
Cue của tôi nán lại vì chỉ chứa một dòng ngắn — trang này có phải cách sửa không?
Chỉ một phần. Trang này cắt được cue đó thành hai, nhưng cả hai mảnh khi ấy giữ một phần của cùng dòng ngắn ấy, thường không phải cải thiện — người đọc nhận đúng những từ đó trong hai lần thay vì một. Cue nán lại vì không có gì khác diễn ra nên được xử lý bằng cách sửa chính các mốc thời gian, việc mà các trang dịch và co giãn làm, cùng với việc kiểm tra xem cue đó có được đặt để phủ một quãng lặng trong lời thoại không.
Tệp có thể quá lớn để trang xử lý không?
Tệp tới 64 MB được đọc, nhiều hơn hẳn mọi track phụ đề: một giờ phim vào khoảng 100 KB. Vượt mức đó trang báo ra thay vì hỏng lặng lẽ, vì tệp cỡ ấy gần như chắc chắn không phải tệp phụ đề. Một tệp thật sự lớn — cả bộ phim chẳng hạn — nên chạy qua hàng đợi từng tập một, nơi mỗi lần tải xuống còn kiểm tra được trước khi đi tiếp.