Sửa phụ đề 50 fps sang 25 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ó thời gian được đếm ở 50 khung hình mỗi giây và đặt chúng lên bản 25 fps. Mọi mốc thời gian được nhân đôi, nên cue ghi ba mươi giây nghĩa là một phút, và cue cuối của một tập mười hai phút rơi ở phút hai mươi bốn. Hai ô đã điền sẵn; đổi nếu tệp của bạn được đếm ở tốc độ khác.
Lỗi đằng sau cặp này là lỗi đếm chứ không phải lỗi phát lại. Tư liệu độ phân giải cao của châu Âu thường là 50 khung hoặc 50 trường mỗi giây, và một công cụ đếm trường tạo ra những con số lớn gấp đôi cùng cảnh ấy khi đếm bằng khung — nên dòng thời gian dựng từ các con số đó ngắn đúng một nửa so với đáng ra, và mọi cue hiện ở gấp đôi thời điểm đúng của nó. Cùng phép nhân đôi ấy xuất hiện khi một tệp xuất từ dự án 50 fps được giao cho bản gốc 25 fps, hoặc khi một tệp phụ đề được sinh từ quy trình dựa trên khung bị bỏ quên ở mức 50. Điều khiến trang này dễ kiểm là hệ số hai thấy được trước khi chuyển gì: mốc cuối của tệp xấp xỉ gấp đôi thời lượng video, hoặc phụ đề vẫn còn trên màn hình rất lâu sau khi hình đã hết. Mọi cặp khác trong nhóm sai vài phần trăm, phải tính mới thấy; cặp này sai một trăm phần trăm, không cần tính.
Cả hai mép của mọi cue đều nhân đôi, nên một dòng một giây được cho hai giây và tốc độ đọc của mỗi dòng giảm một nửa thay vì tăng. 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ọi thứ nhân đôi
Đầ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:02,000 --> 00:00:06,000
Hello there.
2
00:02:00,000 --> 00:02:04,000
One minute in.
50 chia 25 đúng bằng 2, nên không gì được làm tròn và không gì trôi: cue ở giây thứ nhất thành giây thứ hai, cue ở phút thứ nhất thành hai phút, và mỗi cue nằm trên màn hình lâu gấp đôi. Nếu tệp đã chuyển trông đúng ở đoạn đầu nhưng hình kết thúc trước phụ đề thì đây không phải cặp để dùng — hệ số hai quá lớn để là tai nạn của phép làm tròn.
Độ dài của chính tệp tố cáo
Đầu vào
1
00:11:59,000 --> 00:11:59,500
Last cue of the episode.
Kết quả
1
00:23:58,000 --> 00:23:59,000
Last cue of the episode.
Một tập mười hai phút mà phụ đề cuối nằm ở phút hai mươi ba giây năm mươi tám là chẩn đoán tự nó, trước mọi phép tính: dòng thời gian dài gấp đôi video. Hãy so với các cặp sai lệch lớn dần trong nhóm, nơi tổng độ dài tệp vẫn hợp lý và chỉ phần cuối lệch thấy được.
Tệp MicroDVD giữ nguyên số khung
Đầu vào
{1}{1}50
{250}{300}Hello
Kết quả
{1}{1}25
{250}{300}Hello
Với MicroDVD, cách sửa thật sự chỉ là tốc độ khai báo: tệp có khung được đếm ở 50 nhưng đọc ở 25 hiện mọi cue ở gấp đôi thời gian, và đổi khai báo thành 25 sửa đúng mà không đụng một số khung nào. Khung 250 là mười giây ở 25 fps và năm giây ở 50, và mười mới là chỗ cue đó thuộc về.
Câu hỏi thường gặp
Làm sao một tệp phụ đề lại bị canh ở 50 fps?
Ba cách thường gặp. Tư liệu độ phân giải cao của châu Âu là 50i hoặc 50p, và công cụ đếm trường thay vì khung tạo ra những con số lớn gấp đôi cùng cảnh đếm bằng khung. Một bản xuất phụ đề lấy từ dự án 50 fps rồi giao cho bản gốc 25 fps mang cùng vấn đề. Và một quy trình phụ đề dựa trên khung bị để ở 50 trong khi bản giao là 25 sinh ra tệp đếm ở một tốc độ và phát ở tốc độ khác.
Cặp 50 sang 25 dùng hệ số nào, và trông thế nào?
Đúng bằng 2, nên tệp ra dài gấp đôi. Cue ở nửa phút rơi ở phút thứ nhất, và cue gần cuối một tập mười hai phút rơi gần phút hai mươi bốn. Vì hệ số là số nguyên, kết quả dễ kiểm bằng mắt: phụ đề đầu tiên phải hiện ở gấp đôi mốc cũ và phụ đề cuối vẫn phải nằm trong video.
Phụ đề của tôi đúng ở đoạn đầu và lệch nửa tập ở cuối — có phải hệ số hai không?
Hãy so mốc cuối của tệp với thời lượng video. Một sai lệch tỉ lệ đã lớn tới nửa tập ở cuối hoặc là cặp này hoặc là cặp khác trong nhóm, và cách phân biệt là độ lớn của tệp: hệ số hai làm mốc cuối xấp xỉ gấp đôi độ dài video, trong khi 0.96 hay 1.0427 để nó trong khoảng vài phần trăm.
Một cue từng dài một giây giờ thành hai — có đúng không?
Đúng, và đây là chiều duy nhất trong nhóm khiến tốc độ đọc của một dòng giảm thay vì tăng. Chữ không đổi trong khi thời gian được cho đã nhân đôi, nên một dòng trước đó vượt giới hạn ký tự mỗi giây có thể giờ nằm trong giới hạn. Không cần canh lại giờ chỉ vì lý do đó: nhân đôi dòng thời gian là một chỉnh sửa, không phải một nhượng bộ.
Tư liệu 50i quét xen kẽ có luôn cần phép chuyển này không?
Không, và đây là cái bẫy của cặp. 50i mô tả trường, và 50 trường mỗi giây là 25 khung mỗi giây — thời lượng video như nhau theo cả hai cách. Chỉ tệp có thời gian thật sự được đếm ở 50 mới cần chia đôi. Nếu phụ đề của bạn đã đúng với một video 50i, chuyển chúng sẽ nhân đôi sai số thay vì xóa nó.
Nếu chỉ một phần tệp lệch — nửa đầu đúng, nửa sau sai thì sao?
Khi đó hoàn toàn không phải vấn đề frame rate. Tệp đúng tới một điểm rồi sai sau đó là tệp được ghép từ hai mảnh, hoặc canh theo một phiên bản lắp từ các cuộn phim chạy tốc độ khác, và không tỉ lệ duy nhất nào sửa được cả hai nửa. Hãy tách tệp ngay chỗ sai lệch bắt đầu và chuyển từng nửa riêng với cặp frame rate của nó.