Dịch phụ đề theo số khung hình
Hoặc dán văn bản phụ đề
Tùy chọn
Số khung hình nguyên để dịch, được quy đổi qua frame rate bên dưới. Dùng khi nguồn là tệp .sub MicroDVD, hoặc khi ghi chú bạn đang làm theo đếm theo khung hình thay vì giây.
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 dịch tệp phụ đề theo một số khung hình. Nhập mười hai khung và một frame rate, mọi cue dịch đúng bằng chừng đó — cả hai mốc cùng dịch nên không cue nào đổi độ dài. Đây là trang cần đến khi con số bạn có là số khung chứ không phải thời gian: vị trí đọc từ dòng thời gian dựng phim, ghi chú từ khâu kiểm tra chất lượng, hay tệp MicroDVD .sub vốn chỉ đếm bằng khung.
Frame rate ở đây không phải chi tiết phụ mà là một nửa phép tính. Khung đổi thành mili giây bằng cách chia cho tốc độ rồi nhân một nghìn, nên tốc độ bạn nhập được dùng cho mọi cue trong đầu ra bất kể định dạng. Mười hai khung là 480 ms ở 25 fps, 500 ms ở 24 và 500.5 ms ở 23.976 — vì thế ô này bắt buộc và các tốc độ thường dùng được liệt kê ngay cạnh. Chọn sai tốc độ không báo lỗi to: nó trượt cả dòng thời gian theo một tỉ lệ, và trên tệp dài một giờ có thể lệch vài phút.
Độ lệch khung không rơi đúng mili giây nguyên được làm tròn một lần trước mọi thứ khác, vì không định dạng phụ đề nào lưu phần lẻ mili giây. Độ lệch áp cho cả dòng thời gian: cue bị đẩy về trước mốc 0 bị ghim điểm bắt đầu vào 00:00:00 còn điểm kết thúc vẫn dịch nên cue ngắn lại; cue có điểm kết thúc rơi vào 0 hoặc trước đó bị xóa. Mọi định dạng văn bản thường gặp đều được đọc đúng bản chất, không có gì tải lên, mọi thứ chạy ngay trong trình duyệt, và hàng đợi nhận cả mùa phim trong một lượt.
Ví dụ
Mười hai khung ở 25 fps
Đầu vào
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:00:05,500 --> 00:00:08,000
Second line.
Kết quả
1
00:00:01,480 --> 00:00:03,480
Hello there.
2
00:00:05,980 --> 00:00:08,480
Second line.
Mười hai khung ở 25 fps là 480 ms. Frame rate nguyên cho kết quả nguyên, nên đây là trường hợp dễ đối chiếu với dòng thời gian bạn đã đọc số khung.
Vẫn mười hai khung ở 23.976 fps
Đầu vào
1
00:00:01,000 --> 00:00:03,000
Twenty-three point nine seven six.
Kết quả
1
00:00:01,501 --> 00:00:03,501
Twenty-three point nine seven six.
500.5 ms được làm tròn thành 501, một lần, trước khi áp độ lệch. Không có gì lệch nửa mili giây.
Số khung âm
Đầu vào
1
00:00:00,200 --> 00:00:02,000
Starts almost immediately.
2
00:00:05,000 --> 00:00:06,000
Later.
Kết quả
1
00:00:00,000 --> 00:00:01,600
Starts almost immediately.
2
00:00:04,600 --> 00:00:05,600
Later.
Âm mười khung ở 25 fps là sớm đi 400 ms. Cue 1 sẽ bắt đầu trước 0 200 ms nên điểm bắt đầu bị ghim ở đó, còn điểm kết thúc dịch đủ 400 ms.
Câu hỏi thường gặp
Vì sao trang này cần frame rate còn các trang khác thì không?
Vì ở đây frame rate là một phần của phép tính chứ không phải thuộc tính của tệp. Số khung chỉ thành một khoảng thời gian khi biết mỗi giây có bao nhiêu khung, nên con số trong ô đó được dùng để tính độ lệch cho mọi định dạng. Ở trang dịch theo mili giây, frame rate chỉ cần khi đọc và ghi tệp MicroDVD, vì thế ở đó có thể để trống.
Nên chọn frame rate nào cho phim 23.976 fps?
Chọn 23.976, không phải 24. Hai giá trị đủ gần để một độ lệch ngắn che mất khác biệt, nhưng mười hai khung ra 500 ms ở tốc độ này và 500.5 ms ở tốc độ kia, và trên cả bộ phim độ trượt tích lại thành thứ nhìn thấy được. Nếu tệp là MicroDVD .sub, tệp có thể tự khai báo tốc độ và khai báo đó được dùng khi đọc thời gian của chính tệp.
Độ lệch khung có thể rơi vào giữa hai mili giây không?
Phép đổi có thể ra như vậy, và kết quả được làm tròn đến mili giây gần nhất trước khi áp độ lệch. Không định dạng phụ đề nào lưu phần lẻ mili giây, nên làm tròn một lần ngay từ đầu giữ dòng thời gian ở số nguyên thay vì để phần lẻ bị làm tròn khác nhau ở từng mốc.
Số khung có phải là số nguyên không?
Phải, và ô nhập chỉ nhận số nguyên. Nửa khung không phải vị trí mà trình phát nào tua tới được, và nhận nó sẽ là âm thầm làm tròn hộ bạn — tốt hơn là để giá trị bạn gõ và giá trị được dùng là một.
Nếu để trống ô frame rate thì sao?
Trang sẽ không chạy cho tới khi ô được điền. Đó là chủ ý chứ không phải phòng thủ: thiếu tốc độ thì số khung không thành khoảng thời gian được, và lựa chọn duy nhất còn lại là đoán một giá trị hoặc lặng lẽ không làm gì — cả hai đều tạo ra tệp trông như đã xử lý mà không đúng yêu cầu.