Sửa phụ đề 29.97 fps sang 23.976 fps
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.
Trang này lấy tệp phụ đề có dòng thời gian được đếm ở 29.97 khung hình mỗi giây và đặt lên dòng thời gian 23.976. Mọi mốc thời gian được nhân với 1.25 — năm phần tư, đúng chính xác — nên tệp ra dài hơn một phần tư: cue ở giây thứ bốn mươi tám thành cue ở phút thứ nhất, và cue ghi phút thứ hai mươi bốn trong một tập dài ba mươi phút trở về ba mươi. Hai ô đã điền sẵn; đổi nếu tệp của bạn được đếm ở tốc độ khác.
Lỗi là cùng phép tính với bản gương của nó, nhìn từ đầu kia. Số khung bị chia cho 29.97 khi chúng thuộc dòng thời gian 23.976 ra nhỏ hơn một phần tư, vì 23.976 chia 29.97 là 0.8 — nên cả dòng thời gian bị ép còn bốn phần năm độ dài và mọi phụ đề hiện sớm 20 phần trăm, càng về sau càng sớm hơn. Nhân với 1.25 là chia ngược sai số ấy ra. Nhận ra mình đang ở chiều nào là toàn bộ công việc, và triệu chứng nói ra điều đó: phụ đề chạy muộn, ngày càng muộn, với tập hai mươi bốn phút mà cue cuối ghi ba mươi phút, cần 0.8. Phụ đề hiện sớm, ngày càng sớm, với tập hai mươi bốn phút mà cue cuối ghi hai mươi bốn trong khi tập dài ba mươi phút, cần trang này. Cả hai tệp đều được dựng từ cùng những số khung bị chia nhầm; chỉ chiều của lỗi khác nhau.
1.25 chính xác, vì lý do như bản gương: 29.97 là 30000/1001 còn 23.976 là 24000/1001, nên phép chia 1001 chung triệt tiêu và 29.97 trên 23.976 đơn giản là 30000 trên 24000 — năm phần tư, không làm tròn và không dư. Mỗi cue được thêm một phần tư thời gian trên màn hình, nên tốc độ đọc của mọi dòng giảm 20 phần trăm, và đó là chiều duy nhất trong nhóm làm dịu áp lực thay vì tăng thêm. Mọi thứ chạy ngay trong trình duyệt, không gì được tải lên, và cả mùa đi qua hàng đợi trong một lượt — SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON cùng CSV được đọc theo đúng bản chất chứ không theo phần mở rộng.
Ví dụ
Một phần tư, đầy đủ
Đầu vào
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:01:00,000 --> 00:01:02,000
One minute in.
Kết quả
1
00:00:01,250 --> 00:00:03,750
Hello there.
2
00:01:15,000 --> 00:01:17,500
One minute in.
1.25 là 29.97 chia 23.976. Cue ở giây thứ nhất được thêm 250 ms và cue ở phút thứ nhất được thêm 15,000 ms — cách số không sáu mươi lần thì dịch sáu mươi lần. Cả hai mép của mỗi cue đều nhân, nên một dòng hai giây được cho 2.5 giây, và chỗ rộng thêm ấy là nguồn gốc của mức cải thiện tốc độ đọc.
Sớm một phần tư thời gian trôi qua
Đầu vào
1
00:08:00,000 --> 00:08:02,000
Eight minutes in.
2
00:24:00,000 --> 00:24:02,000
Twenty-four minutes in.
Kết quả
1
00:10:00,000 --> 00:10:02,500
Eight minutes in.
2
00:30:00,000 --> 00:30:02,500
Twenty-four minutes in.
Sớm hai phút ở mốc tám phút, sớm sáu phút ở mốc hai mươi bốn phút — một phần tư thời gian trôi qua trong cả hai trường hợp, đúng dáng vẻ của bài toán tỉ lệ chứ không phải độ lệch. Cue cuối là thứ cần kiểm sau khi chuyển: mở tệp ở mốc mới của nó và dòng phải nằm ở đó, và nếu có thì mọi thứ trước đó cũng đúng.
Khung đứng yên, dòng khai báo dịch
Đầu vào
{1}{1}29.97
{300}{360}Hello
Kết quả
{1}{1}23.976
{300}{360}Hello
MicroDVD đếm bằng khung, và số khung không có gì sai — tốc độ được dùng để chia chúng mới sai. Khung 300 khai ở 29.97 đọc thành mười giây, đúng cái sớm đang bị phàn nàn; khai ở 23.976 nó đọc thành mười hai giây rưỡi, chỗ cue đó thuộc về. Vậy dòng đầu được sửa và không số khung nào bị đụng: ghi lại chúng sẽ áp thêm một phần tư hai lần.
Câu hỏi thường gặp
Vì sao hệ số của 29.97 sang 23.976 đúng bằng 1.25?
Vì cả hai tốc độ đều là một số tròn chia 1001 — 29.97 là 30000/1001 còn 23.976 là 24000/1001 — nên chia cái này cho cái kia triệt tiêu 1001 và để lại 30000 trên 24000, tức năm phần tư. Không gì được làm tròn và không gì được xấp xỉ, và đó là lý do cue ở giây thứ bốn mươi tám rơi đúng vào phút thứ nhất.
Phụ đề của tôi hiện quá sớm và ngày càng sớm — có phải cặp này không?
Hãy kiểm xem độ sớm có đúng một phần tư thời gian trôi qua không. Sớm hai phút ở mốc tám phút, sáu phút ở mốc hai mươi bốn phút, và hai mươi bốn phút trong phim hai tiếng chính là cặp này. Trang gương xử lý triệu chứng ngược lại: phụ đề chạy muộn và ngày càng muộn cần 0.8 thay vì 1.25.
Có thể dùng cặp này để đi thẳng từ video NTSC sang PAL không?
Không, và đi qua trang này là đường vòng có chủ ý. 29.97 sang 25 là 1.19880 và không có trang cho nó, vì 29.97 là tốc độ tín hiệu chạy chứ không phải tốc độ hình được phát — phim bên trong nó được đệm bằng những khung lặp để thời lượng không đổi. Con đường trung thực từ dòng thời gian NTSC sang PAL là quay về tốc độ phim trước, tức phép chuyển này, rồi 23.976 sang 25.
Video là 29.97 và phụ đề trông đúng — chạy trang này có làm hỏng không?
Có, và đây là bản gương của cái bẫy ở trang kia. Phim mang trong tín hiệu NTSC bị áp pulldown, lặp khung mà không đổi thời lượng, nên tệp canh theo video đó vốn đã đúng. Chỉ tệp có số khung bị chia cho tốc độ sai mới cần chuyển; nhân một tệp đúng với 1.25 làm mọi phụ đề muộn một phần tư.
Thời lượng cue và tốc độ đọc thay đổi thế nào khi dòng thời gian dài thêm một phần tư?
Mỗi cue được thêm 25 phần trăm thời lượng cùng với việc dịch muộn hơn, nên một dòng hai giây được cho 2.5 giây trong khi chữ vẫn y nguyên. Điều đó giảm tốc độ đọc của mỗi dòng 20 phần trăm, khiến đây là một trong hai cặp trong nhóm làm dịu áp lực cho tệp thay vì tăng thêm — cặp kia là phép chia đôi 50 sang 25.
Quy trình nào để lại một tệp sớm thay vì muộn?
Quy trình coi tốc độ của container là tốc độ của hình. NTSC mang 29.97, nên một công cụ đọc con số đó từ video rồi chia số khung cho nó sẽ canh thiếu mọi bộ phim nằm trong tín hiệu, vì bản thân phim chạy 23.976 và pulldown chỉ là phần đệm. Cách chữa là khai đúng tốc độ hình thật sự chạy, đúng việc trang này làm: 29.97 trước, 23.976 sau.