Biên tập phụ đề SRT trực tuyến

Không. File phụ đề do chính trang này đọc, còn video phát từ một tham chiếu cục bộ mà trình duyệt của bạn tạo ra — nó không bao giờ được gửi đi đâu, cũng vì thế mà một bộ phim hai tiếng mở ra tức thì thay vì phải tải lên trước. Đóng tab là cả hai biến mất.

Không — điều khiển dịch chuyển sinh ra là để làm việc đó. Nhập -2 và mọi khối lùi lại hai giây cùng lúc, giữ nguyên các khoảng cách giữa chúng đúng như cũ. Số lẻ cũng được, nên -1.5 vẫn ổn. Không có gì bị đẩy xuống dưới mốc số không.

Cả hai đều được. Nó đọc SRT, VTT, ASS, SSA, SMI, TTML và SBV — định dạng được nhận diện theo nội dung, nên một phần đuôi gắn sai chẳng hề gì — và lưu ra SRT, VTT, TXT, CSV, JSON, DOCX hoặc PDF. Điều đó khiến nó cũng là một bộ chuyển đổi: mở một file .ass, lưu ra một file .srt.

Không, và hiểu rõ lý do sẽ giúp bạn đỡ phải đoán mò. Một độ trễ cố định — mọi câu đều chậm hai giây — chỉ cần dịch một lần là xong. Nhưng khoảng cách ngày càng giãn ra theo thời gian lại là do không khớp tốc độ khung hình (framerate), hầu như luôn là file căn theo 25 fps (PAL) lại phát trên video 23.976 fps hoặc ngược lại. Thao tác dịch sẽ dời mọi khối phụ đề cùng một lượng thời gian, do đó chỉ sửa được độ lệch cố định chứ không thể kéo giãn hay co ngắn dòng thời gian. Hãy đối chiếu dòng đầu tiên và dòng cuối cùng với video: nếu cả hai đều lệch một khoảng như nhau thì dịch ở đây sẽ giải quyết được; còn nếu dòng cuối lệch xa hơn nhiều so với dòng đầu thì file cần được chuyển đổi tỉ lệ theo đúng tốc độ khung hình của video, đó là một công việc khác.

Quy tắc phổ biến là tối đa hai dòng, khoảng 42 ký tự mỗi dòng và tốc độ đọc dưới khoảng 17 ký tự mỗi giây — một câu phụ đề cần lưu lại trên màn hình đủ lâu để đọc thoải mái và còn dư một nhịp nghỉ. Sau thời gian đồng bộ, đây là vấn đề dễ đọc thường gặp nhất: một dòng dài vượt ra ngoài khung hình, hoặc lướt qua quá nhanh. Vì tại đây bạn vừa sửa chữ vừa xem ngay cùng video của mình, phép kiểm tra mang tính thực tế chứ không phải lý thuyết — nếu bạn không kịp đọc hết câu trước khi nó biến mất, hãy tách làm hai hoặc để nó hiển thị lâu hơn một chút.

Phần lớn trường hợp "SRT không hợp lệ" quy về ba nguyên nhân. Dấu ngăn cách mili-giây: định dạng SRT dùng dấu phẩy (00:00:04,500), và file lưu bằng dấu chấm sẽ bị các trình phát nghiêm ngặt từ chối. Cấu trúc: các đoạn phụ đề phải cách nhau bằng một dòng trống và được đánh số thứ tự, việc chỉnh sửa thủ công rất dễ làm hỏng điều này. Và mã hóa ký tự: các ký tự lưu dưới dạng Windows-1251 hoặc Latin-1 sẽ bị lỗi hiển thị thành ký tự lạ thay vì báo lỗi rõ ràng. Mở file tại đây và lưu lại thành file SRT mới sẽ ghi lại toàn bộ với số thứ tự liên tục, mốc thời gian dùng dấu phẩy và các dòng ngăn cách chuẩn xác, xử lý dứt điểm hai vấn đề đầu; còn các chữ bị lỗi font bạn chỉ cần sửa lại trên chính dòng đó trước khi lưu.