Chuyển frame rate phụ đề
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.
Frame rate của phiên bản mà bạn sẽ dùng phụ đề cùng — video bạn thực sự sẽ phát. Hệ số áp dụng là ô thứ nhất chia cho ô này, nên 24 sang 25 cho 0.96: phim chạy nhanh hơn 4% trên PAL, và một phim 100 phút vừa vào băng 96 phút. Đặt ngược hai ô sẽ làm lệch toàn bộ dòng thời gian theo hướng sai với cùng một lượng.
Chuyển đổi frame rate làm đổi tốc độ của một dòng thời gian phụ đề: mọi mốc thời gian được nhân với một tỉ lệ tính từ hai frame rate. Ô đầu là tốc độ tệp được canh theo — phiên bản mà phụ đề được làm cho. Ô thứ hai là tốc độ của phiên bản bạn sắp dùng. Tỉ lệ là ô đầu chia ô thứ hai, nên 23.976 sang 25 cho 0.95904 và mọi thứ ra sớm 4.1 phần trăm.
Chiều đó là toàn bộ công cụ, và cũng là phần hay sai. Số bạn chia cho là phiên bản bạn sắp phát, không phải phiên bản bạn đang có. Lý do dễ thấy nhất với trường hợp PAL: phim quay 24 fps chiếu ở 25 fps phát lại đúng những hình đó nhanh hơn 4 phần trăm, biến phim 100 phút thành băng 96 phút. Tệp canh theo phim vì thế phải ép còn 96 để nằm trên băng, và cùng tệp đó quay về bản phim gốc phải kéo thành 104.1667. Gõ hai tốc độ vào nhầm ô thì dòng thời gian dịch đúng lượng ấy theo chiều sai — tệp vẫn trông như một tệp phụ đề, nên hai ô mới có nhãn thay vì một hệ số duy nhất. Các cặp hay gặp: 23.976 sang 25 và ngược lại cho phim NTSC với PAL, 24 sang 25 và ngược lại cho bản phim gốc với PAL, 50 sang 25 khi tư liệu quét xen kẽ bị đếm hai lần, và 23.976 với 29.97 khi dòng thời gian bị đếm nhầm khung.
Tệp MicroDVD .sub hành xử khác mọi định dạng ở đây vì timecode của nó là số khung chứ không phải giá trị đồng hồ. Cùng những hình phát lại ở tốc độ khác vẫn giữ số khung — khung 50 vẫn là khung 50 ở cả hai phiên bản — nên chuyển đổi để nguyên các số đó và chỉ đổi frame rate khai báo trên dòng đầu của tệp. SRT, WebVTT, ASS, SSA, SBV, SAMI, TTML, JSON cùng CSV đều được đọc theo đúng bản chất chứ không theo phần mở rộng; văn bản thuần và LRC không được nhận vì cả hai không lưu điểm kết thúc để áp tỉ lệ. Mọi thứ chạy ngay trong trình duyệt, không gì được tải lên, và cả mùa phim đi qua hàng đợi trong một lượt.
Ví dụ
Cặp mà các ô bắt đầu
Đầu vào
1
00:00:02,000 --> 00:00:04,000
Hello there.
2
00:00:30,000 --> 00:00:32,000
Half a minute in.
Kết quả
1
00:00:01,918 --> 00:00:03,836
Hello there.
2
00:00:28,771 --> 00:00:30,689
Half a minute in.
23.976 sang 25 là 0.95904, nên mọi mốc giữ 95.904 phần trăm giá trị. Cue ở giây thứ hai dịch 82 ms; cue ở giây thứ ba mươi dịch 1,229 ms — cách số không mười lăm lần thì dịch mười lăm lần. Không gì khác trong tệp đổi, và cả hai mép của mỗi cue nhân cùng một số, nên độ dài cue co lại cùng tỉ lệ.
Vì sao số khung đứng yên
Đầu vào
{1}{1}25
{50}{100}Hello
{150}{200}World
Kết quả
{1}{1}24
{50}{100}Hello
{150}{200}World
Trông như không có gì xảy ra, và số khung thật sự không dịch — cùng những hình phát lại ở tốc độ khác vẫn là khung 50, 100, 150 và 200. Cái đổi là tốc độ trên dòng khai báo mà định dạng mở đầu: 25 thành 24, và đó là thứ dời phụ đề trong trình phát. Chuyển cùng tệp đó mà không khai báo tốc độ ở đâu thì các khung sẽ bị nhân thay vào đó, đáp án cho tệp bị đếm nhầm khung chứ không phải tệp được phát lại ở tốc độ khác.
Tệp mở đầu ở phút thứ nhất
Đầu vào
1
00:01:00,000 --> 00:01:02,000
Lead-in ends, speech starts.
2
00:02:00,000 --> 00:02:02,000
One minute later.
Kết quả
1
00:01:02,563 --> 00:01:04,648
Lead-in ends, speech starts.
2
00:02:05,125 --> 00:02:07,211
One minute later.
25 sang 23.976 là 1.0427094, chiều ngược lại, và nó áp từ số không: cue mở đầu nằm ở phút thứ nhất bị đẩy muộn hai giây rưỡi. Đoạn dẫn là phần của dòng thời gian như mọi khoảng lặng khác, nên nó co giãn cùng mọi thứ. Nếu phụ đề đầu tiên phải đứng yên và chỉ phần sau được dịch, thứ bạn cần là một độ lệch cố định hoặc đồng bộ theo điểm, không phải một tỉ lệ.
Câu hỏi thường gặp
Tôi đặt frame rate nào vào ô đầu tiên?
Tốc độ tệp được canh theo — phiên bản mà phụ đề được làm cho, không phải video bạn sắp xem. Hệ số là ô đầu chia ô thứ hai, nên tệp làm cho 24 fps và cần cho 25 fps nhận 0.96, còn cùng tệp đó quay về từ PAL nhận 1.0416667. Cả hai chỉ có nghĩa như một cặp: riêng 0.96 không nói gì nếu không biết tệp đến từ phiên bản nào.
Có thể gõ những frame rate không nằm trong danh sách cặp không?
Được. Về mặt phép tính, hai ô là văn bản tự do và tỉ lệ được tính từ bất cứ thứ gì bạn đặt vào — 29.97, 30, 48, 59.94 và 60 đều chạy. Sáu trang trong nhóm này tồn tại vì các cặp của chúng là những cặp người ta gặp trong thực tế, và vì một trang nêu tên cặp thì giải thích được nguyên nhân của nó. Nếu bạn biết tỉ lệ chứ không biết hai tốc độ, trang co giãn của nhóm thời gian nhận thẳng một phần trăm.
Vì sao mọi phụ đề đều ngắn hơn sau khi chuyển đổi frame rate?
Vì cả hai mép của mỗi cue nhân cùng một tỉ lệ. Phụ đề hai giây ở 0.96 ra dài 1.92 giây, còn ở 0.95904 ra 1.918. Không gì bị cắt khỏi chữ — cue được cho ít thời gian hơn vì cả dòng thời gian phát lại nhanh hơn, nên tốc độ đọc của dòng tăng đúng 4 phần trăm ấy. Điều đó đáng kiểm trước khi giao một tệp đã chuyển sang PAL.
Vì sao tệp MicroDVD giữ nguyên số khung?
Vì timecode của nó là số khung, và các hình không bị đổi — cùng những cảnh phát lại ở tốc độ khác vẫn là những khung ấy. Thứ chuyển đổi ghi lại là frame rate khai báo trên dòng đầu tệp, thứ trình phát dùng để đổi số khung trở lại thành giây. Tệp .sub có thời gian bị đếm nhầm khung là trường hợp khác: ở đó số khung có dịch, và trang cho cặp ấy là 23.976 sang 29.97.
Có cần một trang riêng cho mỗi cặp frame rate không?
Không, trang này xử lý mọi cặp. Các trang khác trong nhóm là lối tắt điền sẵn hai ô và giải thích cặp đó: 24 và 25 cho phim với PAL, 23.976 và 25 cho phim NTSC với PAL, 23.976 và 29.97 cho lẫn lộn số khung, và 50 sang 25 cho tư liệu quét xen kẽ bị đếm hai lần. Không gì trên những trang đó là không có ở đây — chúng khác ở chỗ chúng kể cho bạn vì sao tệp của bạn cần chúng.
Chuyện gì xảy ra nếu tôi đặt cùng một tốc độ vào cả hai ô?
Không gì cả, và công cụ nói ra thay vì giả vờ làm việc. Tỉ lệ một là ánh xạ đồng nhất, nên tệp trở về giống hệt từng byte như khi vào. Đó là một phép thử hữu ích: thả một tệp vào trang này với cả hai ô cùng tốc độ và bạn đang nhìn đúng thứ bộ đọc và bộ ghi làm với nó, không có phép tính frame rate nào chồng lên.