Bắt phụ đề khớp khung hình
Hoặc dán văn bản phụ đề
Tùy chọn
Mọi ranh giới cue được dời đến khung hình gần nhất ở tốc độ này, nên ở 25 fps 00:00:02,010 thành 00:00:02,000 và 00:00:02,030 thành 00:00:02,040. Một ranh giới đúng giữa hai khung hình được làm tròn lên, nên 00:00:02,020 thành 00:00:02,040. Không có gì bị co giãn: dòng thời gian giữ nguyên độ dài và các ranh giới chỉ rơi vào khung hình, nên độ dài mỗi cue có thể thay đổi tối đa nửa khung hình theo cả hai hướng. Đây không phải frame rate mà tệp khai báo — nó chỉ quyết định các ranh giới kết thúc ở đâu trong kết quả.
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 đưa mọi mốc cue về khung hình gần nhất của tốc độ khung hình bạn chọn. Nó không đổi tốc độ của bất cứ thứ gì: dòng thời gian giữ nguyên độ dài, thứ tự cue giữ nguyên, và chỉ chỗ mỗi mốc nằm là thay đổi — 00:00:02,010 ở 25 khung hình mỗi giây thành 00:00:02,000, còn 00:00:02,030 thành 00:00:02,040. Vì thế độ dài mỗi cue có thể đổi tới nửa khung hình theo mỗi chiều, và đó là đánh đổi trang này chọn có chủ ý.
Việc nó làm là lấy một quyết định khỏi tay trình phát. Phụ đề lưu bằng mili giây, nhưng phần lớn trình phát và công cụ burn chạy bằng khung hình, nên một mốc rơi giữa hai khung phải do người vẽ làm tròn — và mỗi phần mềm làm tròn một kiểu. Một trình phát hiện dòng sớm một khung, trình khác muộn một khung, và cùng một tệp trông hơi lệch trên hai máy. Đưa về khung một lần ở đây biến quyết định đó thành của bạn và chỉ làm một lần: sau đó mọi mốc là mốc khung, và mọi công cụ đọc tệp đều đồng ý.
Đây không phải chuyển đổi frame rate. Đổi phụ đề từ 23.976 sang 25 nhân cả dòng thời gian với một tỉ lệ để cue vẫn khớp video, và đó là trang khác trong nhóm khác. Trang này để video ra ngoài hoàn toàn: nếu tệp đã đúng và bạn chỉ muốn các mốc nằm trên khung thì đưa về khung; nếu nó sai so với video thì phải đổi tỉ lệ trước. Hai ô frame rate xuất hiện vì chúng trả lời hai câu hỏi khác nhau: một là tốc độ dùng để đọc tệp, thứ các định dạng đánh số khung như MicroDVD cần để hiểu được; hai là tốc độ để đưa về khung. Trên tệp tự khai báo tốc độ, hai số thường giống nhau, và lẫn chúng thì im lặng — đầu ra vẫn chính xác tới khung, chỉ là trên lưới sai. Mọi thứ chạy trong tab này, không tải lên, cả mùa đi qua hàng đợi một lượt, với SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON cùng CSV như nhau.
Ví dụ
Mọi mốc rơi lên một khung
Đầu vào
1
00:00:02,020 --> 00:00:04,030
Hello there.
2
00:00:07,010 --> 00:00:09,040
Second line.
Kết quả
1
00:00:02,040 --> 00:00:04,040
Hello there.
2
00:00:07,000 --> 00:00:09,040
Second line.
Ở 25 khung hình mỗi giây, các mốc thuộc về bội số của 40 ms. 02,020 nằm đúng giữa hai mốc và làm tròn lên 02,040; 04,030 lên 04,040; 07,010 lùi về 07,000. Không gì bị co giãn — cue thứ hai vẫn dài khoảng hai giây và khoảng cách giữa hai cue không đổi tới từng khung — nhưng độ dài riêng của mỗi cue dịch một chút: 2010 ms và 2030 ms ra thành 2000 ms và 2040 ms.
Một cue ngắn hơn một khung hình
Đầu vào
1
00:00:04,000 --> 00:00:04,010
Squeezed.
2
00:00:06,010 --> 00:00:08,010
A normal one.
Kết quả
2
00:00:06,000 --> 00:00:08,000
A normal one.
Cue 10 ms có cả hai mốc làm tròn về khung 100, nên đưa về khung sẽ để nó có cùng thời gian ở hai đầu — và một cue kết thúc đúng chỗ nó bắt đầu thì không hiển thị được. Nó bị bỏ và được đếm thay vì bị kéo dài thành một khung, vì bịa ra một độ dài là đặt lên màn hình một phụ đề mà tệp chưa từng yêu cầu. Ở 25 khung hình mỗi giây phải có cue ngắn hơn 20 ms mới tới trường hợp này; cue thứ hai dài gấp hai mươi lần và hành xử như thường.
Frame rate lẻ không thể để độ dài yên
Đầu vào
1
00:00:01,000 --> 00:00:03,000
Hello there.
Kết quả
1
00:00:01,001 --> 00:00:03,003
Hello there.
23.976 khung hình mỗi giây không phải số nguyên mili giây mỗi khung, nên không giây tròn nào là mốc khung cả và cả hai mép đều dịch: cue dài đúng 2000 ms ra dài 2002 ms. Mọi mốc vẫn nằm trên khung, đúng điều trang hứa, nhưng những con số tròn mà nguồn được viết bằng đã biến mất. Đáng để thấy trước khi đưa một tệp về khung 23.976 hay 29.97 và chờ các mốc trở về không đổi.
Câu hỏi thường gặp
Đưa về khung hình làm được gì mà chuyển đổi frame rate không làm?
Chuyển đổi đổi độ dài của dòng thời gian; đưa về khung chỉ đổi chỗ các mốc nằm trên đó. Chuyển phụ đề từ 24 sang 25 khung hình mỗi giây nhân mọi mốc với 0.96 để chúng vẫn khớp video, và cue dài hai giây thành 1.92. Đưa về khung để hai giây ấy vẫn là hai giây và chỉ dời các mép lên khung gần nhất, đổi chúng dưới nửa khung mỗi mép.
Đưa về khung có giúp phụ đề khớp với video chạy frame rate khác không?
Không. Trang này không bao giờ nhìn vào video và không bao giờ đổi độ dài dòng thời gian, nên tệp đang lệch vì video chạy tốc độ khác vẫn lệch đúng bằng ấy sau khi chạy. Hãy tính tỉ lệ trước — đó là việc của các trang chuyển đổi frame rate — rồi đưa về khung sau nếu công cụ bạn giao tới cần các mốc nằm trên khung.
Thời lượng của một cue có thể đổi bao nhiêu khi đưa về khung?
Tối đa nửa khung ở mỗi mép, tức tối đa một khung hình tổng cộng, và không bao giờ hơn. Ở 25 khung hình mỗi giây thì tối đa 40 ms trên một cue, 20 ms mỗi mốc. Ở 23.976 hay 29.97 không có số nguyên mili giây mỗi khung, nên kể cả cue bắt đầu và kết thúc ở giá trị tròn cũng dịch: cue hai giây thành 2002 ms.
Tôi chạy trang hai lần và lần thứ hai không đổi gì — có đúng không?
Đúng, và đó là thứ khiến trang an toàn để để trong một lô. Một khi mọi mốc đã nằm trên khung, khung gần nhất với một mốc chính là mốc đó, nên lần chạy thứ hai trả về tệp giống hệt từng byte. Nếu bạn đang kiểm một bản giao, điều đó cũng có nghĩa tệp thay đổi ở lần chạy thứ hai là tệp chưa được đưa về khung trọn vẹn lần đầu — không nên xảy ra, nhưng là một phép thử rẻ.
Một phụ đề có thể biến mất khi đưa về khung không?
Chỉ khi nó ngắn hơn nửa khung, khi ấy cả hai mốc làm tròn về cùng một khung và không còn cue nào để ghi. Ở 25 khung hình mỗi giây nghĩa là dưới 20 ms, mức không phụ đề thật nào có; trang đếm thứ nó bỏ, nên báo cáo là nơi cần xem chứ không phải tệp tải xuống.
Có nên đưa về đúng frame rate mà tệp tự khai báo không?
Không phải tự động — khai báo nói cách đọc số khung trong tệp, còn tốc độ để đưa về khung nói các mốc sẽ nằm trên lưới nào ở đầu ra. Trong phần lớn bản giao, hai số giống nhau. Chúng khác nhau khi bạn chuẩn bị tệp cho một công cụ chạy ở tốc độ khác, và chọn tốc độ đã khai báo lúc đó chính là lỗi im lặng: đầu ra vẫn chính xác tới khung, chỉ là trên lưới không ai yêu cầu.