Dịch thời điểm kết thúc phụ đề
Hoặc dán văn bản phụ đề
Tùy chọn
Số mili giây để dịch mọi cue. Số dương đẩy phụ đề muộn hơn, số âm kéo sớm hơn. Số 0 là giá trị hợp lệ: tệp trả về không đổi, một cách nhanh để xác nhận tệp đã nằm đúng chỗ bạn muốn.
Lựa chọn chỉ thời điểm bắt đầu chỉ dịch thời điểm mở đầu và giữ nguyên thời điểm kết thúc, nên đẩy độ lệch về sau làm mọi cue ngắn đi và kéo về trước làm mọi cue dài ra. Lựa chọn chỉ thời điểm kết thúc làm ngược lại. Dùng chỉ thời điểm bắt đầu khi phụ đề hiện sai thời điểm nhưng kết thúc đúng; dùng chỉ thời điểm kết thúc khi chúng hiện đúng rồi nán lại hoặc biến mất quá sớm.
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 chỉ dịch thời điểm kết thúc của từng cue, nên mỗi dòng phụ đề kết thúc ở một khoảnh khắc khác nhưng vẫn bắt đầu đúng chỗ cũ. Nhập độ lệch mili giây: số dương để phụ đề nán lại lâu hơn, số âm đưa nó xuống màn hình sớm hơn. Vì mốc bắt đầu giữ nguyên, độ dài mỗi cue thay đổi theo.
Đây là mặt còn lại của cùng một vấn đề. Phụ đề hiện đúng lúc nhưng nằm quá lâu khiến nhịp đọc ì ra và đẩy dòng sau khỏi màn hình trước khi cần; phụ đề biến mất sớm một nhịp thì cắt mất phần đuôi câu. Dịch cả tệp không sửa được cả hai, vì nó đổi cả hai mốc và để nguyên mọi độ dài. Ở đây cue giữ nguyên khung mở đầu và nhận khung kết thúc mới.
Một chuyện được đếm chứ không giấu: cue có điểm kết thúc bị kéo về chỗ hoặc lùi qua điểm bắt đầu của chính nó không ghi được — đầu ra trung thực là không có cue — nên nó bị xóa và bộ đếm ghi số lượng. Không có quy tắc ghim như trang dịch điểm bắt đầu. Mỗi tệp được đọc theo định dạng thật: SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON và CSV đều nhận, còn văn bản thuần và LRC bị từ chối vì không ghi thời điểm kết thúc. Không có gì được tải lên: độ lệch áp trong trình duyệt và cả mùa phim chạy qua hàng đợi một lượt.
Ví dụ
Để mọi phụ đề nán lại thêm nửa giây
Đầ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,000 --> 00:00:03,500
Hello there.
2
00:00:05,500 --> 00:00:08,500
Second line.
Mỗi điểm kết thúc dịch 500 ms, mỗi điểm bắt đầu đứng yên, nên cue 1 từ 2000 ms trên màn hình lên 2500, cue 2 từ 2500 lên 3000.
Cue ngắn có điểm kết thúc bị kéo qua điểm bắt đầu
Đầu vào
1
00:00:01,000 --> 00:00:01,200
A short one.
2
00:00:05,000 --> 00:00:08,000
A long one.
Kết quả
2
00:00:05,000 --> 00:00:07,500
A long one.
Cue đầu chỉ dài 200 ms nên kéo 500 ms sẽ kết thúc nó trước lúc bắt đầu 300 ms. Nó bị xóa và đếm; cue còn lại giữ số 2.
Cắt đuôi của mọi phụ đề
Đầu vào
1
00:00:01,000 --> 00:00:03,000
Hello there.
Kết quả
1
00:00:01,000 --> 00:00:02,400
Hello there.
Độ lệch âm làm mọi cue ngắn lại. Đây là cách sửa quen thuộc cho phụ đề còn nằm trên màn hình lâu sau khi câu thoại đã hết, khiến tệp như chạy sau tiếng.
Câu hỏi thường gặp
Trang này khác gì trang chỉ dịch điểm bắt đầu?
Hai trang đổi hai mốc ngược nhau nên sửa hai triệu chứng ngược nhau. Trang này giữ khoảnh khắc mỗi phụ đề xuất hiện và dịch khoảnh khắc nó biến mất, hợp khi dòng chữ nán lại quá lâu hoặc bị cắt sớm. Trang dịch điểm bắt đầu giữ nguyên lúc biến mất và dịch lúc xuất hiện, hợp khi phụ đề hiện trước hoặc sau câu thoại.
Làm muộn điểm kết thúc có làm khoảng trống giữa hai phụ đề hẹp lại không?
Có, và đáng để ý. Đẩy mọi điểm kết thúc ra sau trong khi điểm bắt đầu của cue kế tiếp đứng yên nghĩa là mỗi cue ăn vào khoảng lặng phía sau nó. Đẩy đủ xa thì hai cue chạm nhau hoặc bắt đầu chồng chéo — trang này sẵn sàng tạo ra chồng chéo, vì xử lý chồng chéo là một việc khác.
Có giới hạn dưới nào cho điểm kết thúc không?
Không có sàn cố định, khác với trang dịch điểm bắt đầu vốn bị chặn ở 0. Điểm kết thúc đứng được ở bất cứ đâu phép tính đặt nó cho tới khi chạm điểm bắt đầu của chính cue, và ở đó cue bị xóa chứ không bị ghim. Ghim vào điểm bắt đầu sẽ để lại một cue không có thời lượng hiển thị, điều bạn không yêu cầu và người xem cũng không thấy.
Cue có điểm kết thúc rơi trước điểm bắt đầu của chính nó thì sao?
Nó bị bỏ, và số cue bị xóa được báo bên cạnh các con số khác. Sau đó không đánh số lại, nên các cue hai bên giữ nguyên số cũ, và khoảng trống trong dãy số chính là dấu vết của thứ đã mất.
Trang này đọc được những định dạng phụ đề nào?
SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON và CSV, mỗi tệp được đọc đúng theo nội dung thật chứ không theo phần mở rộng. Văn bản thuần và LRC bị từ chối: cả hai không ghi thời điểm kết thúc nên không có mốc nào cho độ lệch di chuyển và đầu ra sẽ y hệt đầu vào.
Dấu hiệu nào cho thấy tôi nên dịch điểm kết thúc?
Nếu bạn đọc theo tiếng và mọi từ đều hiện đúng lúc nhưng dòng phụ đề vẫn còn trên màn hình sau khi câu thoại kết thúc, độ dài đang quá mức và điểm kết thúc là mốc cần dịch. Nếu ngược lại dòng chữ biến mất khi một từ còn đang được nói, điểm kết thúc đang quá sớm và độ lệch âm là cách sửa.