Dịch thời điểm bắt đầu 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 bắt đầu của từng cue, nên mỗi dòng phụ đề xuất hiện ở một khoảnh khắc khác nhưng kết thúc đúng chỗ cũ. Nhập độ lệch mili giây: số dương làm mỗi cue hiện muộn hơn, số âm kéo lên sớm hơn. Vì mốc kết thúc giữ nguyên, độ dài mỗi cue thay đổi theo — đẩy ra sau thì ngắn lại, kéo lên trước thì dài ra. Khác với trang dịch cả tệp (cả hai mốc cùng dịch, cue giữ nguyên độ dài), ở đây chính hình dạng cue thay đổi: hợp khi phụ đề hiện sai lúc nhưng biến mất đúng lúc.
Hai chuyện được đếm chứ không giấu. Cue có điểm bắt đầu bị đẩy qua chính điểm kết thúc thì không còn gì để hiện và bị xóa, vì trình phát không thể vẽ một cue bắt đầu sau khi nó kết thúc. Cue có điểm bắt đầu bị kéo về trước mốc 0 của tệp thì điểm đó bị ghim vào 00:00:00, điểm kết thúc giữ nguyên, nên cue ngắn hơn phép tính. Mọi cue còn lại giữ số thứ tự và nguyên văn chữ.
Mỗi tệp được đọc theo đúng định dạng thật: SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON và CSV đều nhận; văn bản thuần và LRC thì không, vì cả hai không lưu thời điểm kết thúc nên không có mốc nào cho trang này dịch. Không có gì rời khỏi máy bạn — độ lệch được áp trong trình duyệt, cả mùa phim chạy qua hàng đợi một lượt và có thể hủy giữa chừng.
Ví dụ
Làm mọi phụ đề hiện muộn 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,500 --> 00:00:03,000
Hello there.
2
00:00:06,000 --> 00:00:08,000
Second line.
Mỗi điểm bắt đầu dịch 500 ms, mỗi điểm kết thúc đứng yên, nên cue 1 từ 2000 ms trên màn hình còn 1500, cue 2 từ 2500 còn 2000.
Một cue ngắn bị đẩy qua điểm kết thúc
Đầ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,500 --> 00:00:08,000
A long one.
Cue đầu chỉ dài 200 ms nên độ lệch 500 ms sẽ đặt điểm bắt đầu sau điểm kết thúc. Nó bị xóa và được đếm; cue còn lại giữ số 2.
Kéo phụ đề lên trước, vượt mốc đầu tệp
Đầu vào
1
00:00:00,400 --> 00:00:02,000
Starts almost immediately.
2
00:00:05,000 --> 00:00:06,000
Later.
Kết quả
1
00:00:00,000 --> 00:00:02,000
Starts almost immediately.
2
00:00:04,000 --> 00:00:06,000
Later.
Cue thứ hai dịch gọn. Cue đầu sẽ bắt đầu ở −600 ms nên điểm bắt đầu bị ghim về 0, điểm kết thúc không đụng tới.
Câu hỏi thường gặp
Trang này khác gì trang dịch cả tệp phụ đề?
Trang kia dịch cả hai mốc của từng cue nên không cue nào đổi độ dài. Trang này chỉ dịch điểm bắt đầu và giữ nguyên điểm kết thúc, nên mọi cue trong đầu ra có độ dài khác bản bạn đưa vào. Dùng trang dịch cả tệp khi cả dòng thời gian lệch một lượng cố định, dùng trang này khi các mốc hiện sai nhưng độ dài đã đúng.
Chiều nào làm cue ngắn lại, chiều nào làm dài ra?
Độ lệch dương làm mỗi điểm bắt đầu muộn hơn, nên khoảng trước điểm kết thúc co lại và mọi cue ngắn đi. Độ lệch âm kéo điểm bắt đầu lên trước nên mọi cue dài ra. Điểm kết thúc không dịch theo chiều nào, và chính tính chất đó giúp bạn kiểm tra phép tính trên một cue trước khi chạy cả tệp.
Điểm kết thúc của mọi cue có thật sự đứng yên không?
Có, với một ngoại lệ được báo chứ không im lặng: cue có điểm bắt đầu bị kéo về trước 0 thì điểm bắt đầu bị ghim vào 00:00:00 còn điểm kết thúc giữ nguyên. Việc ghim không bao giờ kéo điểm kết thúc lùi lại để giữ độ dài cũ, vì như vậy là đổi một mốc bạn không yêu cầu đổi.
Điểm bắt đầu bị đẩy qua điểm kết thúc của chính cue thì sao?
Cue bị xóa. Một cue dài 200 ms mà đẩy thêm 500 ms sẽ phải ghi là bắt đầu sau khi đã kết thúc 300 ms, trạng thái mà trình phát không hiển thị được, nên đầu ra trung thực là không có cue nào và bộ đếm ghi một cue bị xóa. Sau đó không đánh số lại, các cue xung quanh giữ số cũ.
Điểm bắt đầu có thể bị kéo về trước mốc 0 của tệp không?
Không thể xuống dưới 0, vì tệp không có khoảnh khắc đó. Khi phép tính ra số âm, điểm bắt đầu bị ghim vào 00:00:00 và cue ngắn hơn mức chỉ riêng độ lệch tạo ra — ngắn hơn chứ không dài hơn, và bộ đếm cho biết bao nhiêu cue bị ghim.
Khi nào tôi nên chỉ dịch điểm bắt đầu?
Trường hợp quen thuộc là dòng phụ đề hiện quá sớm rồi nán lại trên màn hình suốt câu thoại, khiến đoạn đầu đọc gấp và đoạn cuối để không. Làm muộn điểm bắt đầu sửa nhịp đọc mà không cắt mất phần đuôi. Trường hợp ngược lại là phụ đề hiện chậm một nhịp rồi biến mất đúng lúc, khi đó độ lệch âm mở rộng cửa sổ hiển thị.