Đặt khoảng trống tối thiểu
Hoặc dán văn bản phụ đề
Tùy chọn
Số mili giây màn hình trống để lại giữa lúc một cue kết thúc và cue sau bắt đầu. 80 ms là hai khung hình ở 25 fps và đủ để hai cue không bị đọc thành một; các đài truyền hình thường yêu cầu vài khung hình. Khi một cặp gần hơn mức này, cue trước bị rút ngắn để mở khoảng trống — nó không bao giờ ngắn hơn một mili giây, và một cặp không thể tách đủ khoảng cách sẽ được báo cáo thay vì bị ép buộc.
Khoảng trống giữa hai cue có hai mép: điểm kết thúc của cue trước và điểm bắt đầu của cue sau. Lựa chọn điểm kết thúc của cue trước dịch điểm kết thúc của cue trước, nên đóng khoảng trống làm cue đó dài ra và mở rộng khoảng trống làm nó ngắn đi; cue sau giữ nguyên thời điểm đến từng mili giây. Lựa chọn điểm bắt đầu của cue sau dịch điểm bắt đầu của cue sau và để cue trước yên. Hãy chọn cạnh mà bạn tin tưởng hơn — thường là cue có văn bản được nói sau cùng, vì một cue không nên xuất hiện trước khi câu thoại của nó được nghe.
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 đặt một mức sàn cho màn hình trống giữa các cue: nhập số mili giây và không hai phụ đề nào còn gần nhau hơn mức đó. Chỗ nào một cặp quá sát, cue trước nhường thời gian — nó kết thúc sớm hơn — còn cue sau giữ nguyên từng mili giây tệp đã cho. Đặt mức sàn 80 mili giây, giá trị khởi đầu của ô này, và hai dòng từng chạy vào nhau lại đọc thành hai thứ riêng.
Đây là yêu cầu ngược với lấp khoảng trống và hai trang không thể gộp. Một bên đòi không quá N mili giây màn hình trống, bên kia đòi không ít hơn N; một trang mang cả hai sẽ tạo ra tệp mà kết quả phụ thuộc ràng buộc nào chạy sau, trong khi bảng điều khiển nói điều khác. Vì thế chúng là hai trang, và việc chúng làm thật sự khác nhau: lấp khoảng trống là về nhấp nháy, còn trang này là về hai lời thoại chảy vào nhau.
Tám mươi mili giây không phải số tùy tiện — đó là hai khung ở 25 fps, quãng nghỉ ngắn nhất mà phần lớn người xem nhận ra là nghỉ. Nếu yêu cầu của bạn viết bằng khung, hãy đặt frame rate vào ô fps rồi nhân: bốn khung ở 24 fps là 167 ms, hai khung ở 29.97 là 67. Frame rate cũng là thứ dùng để đọc và ghi timecode dạng số khung của MicroDVD. Mốc nào dịch là lựa chọn thật: Kết thúc kéo điểm kết thúc của cue trước lùi lại; Bắt đầu đẩy cue sau ra sau. Không có gì tải lên: mọi tệp được đọc và ghi trong tab trình duyệt, cả mùa đi qua hàng đợi một lượt, và SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON cùng CSV đều được nhận.
Ví dụ
Hai cue cách nhau mười mili giây
Đầu vào
1
00:00:01,000 --> 00:00:02,000
First line.
2
00:00:02,010 --> 00:00:03,000
Second line.
3
00:00:03,400 --> 00:00:04,000
Third line.
Kết quả
1
00:00:01,000 --> 00:00:01,930
First line.
2
00:00:02,010 --> 00:00:03,000
Second line.
3
00:00:03,400 --> 00:00:04,000
Third line.
Cặp đầu cách nhau 10 ms nên dòng đầu kết thúc ở 1930 thay vì 2000 và khoảng trống thành đúng 80. Cặp thứ hai cách 400 ms, thoải mái trong mức sàn, và không cue nào trong cặp đó dịch một mili giây. Lưu ý cue thứ hai không bị đụng trong cả hai cặp — chỉ cue bên trái một khoảng quá hẹp mất thời gian.
Khoảng đúng 80 và khoảng 79
Đầu vào
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:02,080 --> 00:00:02,500
Second.
3
00:00:02,579 --> 00:00:03,000
Third.
Kết quả
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:02,080 --> 00:00:02,499
Second.
3
00:00:02,579 --> 00:00:03,000
Third.
Mức sàn là tối thiểu chứ không phải đích: khoảng đúng 80 ms đã đạt yêu cầu và được để yên, còn khoảng 79 thiếu đúng một mili giây và cue thứ hai nhường đúng một mili giây đó. Cả hai phía của ranh giới nằm trong cùng tệp để bạn thấy phép thử là ít nhất, điều khiến tệp có mọi khoảng đúng bằng con số trở về nguyên vẹn.
Cue sau dịch thay vì cue trước
Đầu vào
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:02,010 --> 00:00:03,000
Second.
Kết quả
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:02,080 --> 00:00:03,000
Second.
Cùng cặp như lần chạy đầu, với Bắt đầu được chọn: dòng thứ hai giờ bắt đầu ở 2080 thay vì 2010, và cue đầu giữ mọi mili giây. Bảy mươi mili giây thêm đó người xem thấy được như dòng thứ hai đến hơi muộn, cái giá của việc tin vào thời gian của cue trước.
Câu hỏi thường gặp
Giá trị khởi đầu 80 mili giây từ đâu ra?
Từ hai khung ở 25 fps. Dưới mức đó, một khoảng trống giữa hai phụ đề với phần lớn người xem đọc thành một phụ đề hai dòng chứ không phải một lần chuyển tiếp, đúng sự nhầm lẫn mà khoảng trống tối thiểu muốn loại bỏ. Nếu yêu cầu của bạn ghi bằng khung — bốn, sáu, hay một quy chuẩn phát sóng nói bao nhiêu khung — hãy đặt frame rate của dự án và quy đổi: ở 24 fps bốn khung là 167 ms, ở 29.97 hai khung là 67.
Có thể dùng trang này để vừa lấp vừa mở khoảng trống không?
Không, và đó là chủ ý. Trang này chỉ mở khoảng trống: cặp đã xa hơn con số của bạn được giữ nguyên. Đòi cả hai cùng lúc là tự mâu thuẫn — không quá N và không ít hơn N — nên chúng nằm ở hai trang riêng, và tệp chỉ giống nhau khi tệp của bạn vốn đã thỏa cả hai. Lấp khoảng trống là trang dùng khi bạn muốn các cue chạy sát nhau hoặc chạm nhau.
Cue quá ngắn để nhường thời gian thì sao?
Nó được để yên và cặp vẫn sát hơn yêu cầu. Một cue 1 ms không thể nhường 80 ms, và thu nó về không sẽ tạo ra cue mà không trình phát nào vẽ được — tệ hơn khoảng trống chật bạn đang muốn sửa. Trang báo lần chạy là không đổi gì thay vì ép ra con số, nên một lần chạy có danh sách thay đổi rỗng là câu trả lời trung thực cho tệp không còn chỗ, không phải dấu hiệu thiết lập bị bỏ qua.
Vì sao lại là cue trước bị ngắn đi?
Vì để một dòng rời màn hình sớm một chút an toàn hơn để dòng sau đến muộn một chút. Với Kết thúc, mặc định, mọi từ được nói vẫn nằm trong cue của nó và chỉ phần đuôi bị cắt. Bắt đầu dịch toàn bộ lần xuất hiện của cue sau, đặt từ đầu tiên lên màn hình sau khi nó đã được nghe. Cả hai mốc đều được đưa ra vì có tệp thật sự cần hành vi thứ hai, nhưng lựa chọn an toàn là mặc định.
Cách đánh số khung của MicroDVD có ảnh hưởng kết quả không?
Nó đổi cách ghi tệp trở lại chứ không đổi việc trang làm. MicroDVD lưu số khung thay vì giờ đồng hồ, nên ô frame rate là thứ biến điểm bắt đầu 1000 ms thành số khung khi đọc vào và ngược lại khi ghi ra. Với định dạng đó, một mức sàn không nguyên số khung được làm tròn về khung gần nhất, đúng là giới hạn thật về độ chính xác của khoảng trống — ở 25 fps, 80 ms đúng bằng hai khung nên giá trị mặc định rơi trúng số nguyên.
Lần chạy có bao giờ đẩy một cue vượt qua cue kế tiếp không?
Không. Chỉ điểm kết thúc của cue trước dịch, và nó chỉ lùi về sau, nên trường hợp xấu nhất là cue nhường hết thời gian và dừng ở chính điểm bắt đầu — nó không bao giờ lấn vào chỗ của cue sau và không tạo ra chồng chéo. Tệp đã có chồng chéo thì những chỗ đó không bị đụng, vì cặp đã vắt qua nhau thì không có khoảng trống để nới; tệp đó cần trang xóa chồng chéo.