Chuyển đến nội dung chính
SubtitleMatrix

Tách phụ đề tại ranh giới câu

Chỉnh thời gianTách tại một mốc thời gian
Hoặc dán văn bản phụ đề

Tùy chọn

Cắt ở mọi chỗ một câu kết thúc và câu tiếp theo bắt đầu, và cả ở mọi chỗ cue đổi dòng, vì tệp phụ đề thường bỏ dấu chấm. Dấu chấm, dấu hỏi hoặc dấu chấm than mở đầu một câu mới đều được tính, bao gồm cả dạng toàn khổ của chúng; một đoạn tiếp nối viết thường như e.g. this, một số thập phân như 3.5 và một chữ viết tắt thông dụng như Mr. hay Dr. thì không. Mỗi câu sau đó nhận một phần thời gian của cue theo tỉ lệ văn bản.

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ỗi cue một câu. Bản xuất chép lời thường ghi vài câu vào một cue — một cue cho mỗi lượt nói, hoặc cho mỗi lần ngắt đoạn tự động — và trang này chia từng cue ở chỗ câu này kết thúc, câu kia bắt đầu, rồi chia thời gian của cue cho các mảnh theo lượng chữ mỗi câu mang.

Không có con số nào để điền. Điểm ngắt đến từ chính văn bản: dấu chấm, chấm hỏi hay chấm than mở đầu một câu mới, kể cả dạng toàn khổ dùng trong tiếng Trung và tiếng Nhật. Chỗ cue đổi dòng cũng là điểm ngắt, vì tệp phụ đề thường được viết mỗi dòng một câu mà bỏ dấu chấm — thiếu quy tắc đó, một tệp như vậy sẽ trông như tệp công cụ từ chối đụng vào.

Phán đoán về chỗ kết thúc câu là suy đoán và nghiêng về phía để yên cue. Một phần tiếp nối viết thường như e.g. this, một số thập phân như 3.5, và các viết tắt quen thuộc như Mr., Dr. hay etc. không kết thúc câu; dấu chấm giữa hai chữ số thì không bao giờ. Bỏ sót một viết tắt thì tệ nhất là một cue công cụ không chia, bạn thấy được và sửa tay. Làm ngược lại, bạn cắt đôi tên riêng và không ai đọc đầu ra mà hoàn nguyên được. Mọi thứ chạy trong tab trình duyệt này — không tệp nào được tải lên, cả mùa đi qua hàng đợi một lượt. SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON cùng CSV đều được đọc như nhau, và tệp có số cue thay đổi được ghi theo thứ tự dòng thời gian đánh số từ 1.

Ví dụ

Ba câu trong một cue

Đầu vào

1
00:00:01,000 --> 00:00:04,000
He left. She stayed. We waited.

Kết quả

1
00:00:01,000 --> 00:00:01,828
He left.

2
00:00:01,828 --> 00:00:02,966
She stayed.

3
00:00:02,966 --> 00:00:04,000
We waited.

Ba giây được chia 828, 1138 và 1034 ms — theo tỉ lệ 8, 11 và 10 ký tự. Tốc độ đọc là mục đích của việc tách, nên câu dài nhất giữ màn hình lâu nhất là kết quả mong muốn chứ không phải tác dụng phụ của phép tính.

Những dấu chấm không kết thúc câu

Đầu vào

1
00:00:01,000 --> 00:00:03,000
Mr. Smith left at 3.5 seconds.

2
00:00:05,000 --> 00:00:08,000
Dr. Jones arrived. The room was full.

Kết quả

1
00:00:01,000 --> 00:00:03,000
Mr. Smith left at 3.5 seconds.

2
00:00:05,000 --> 00:00:06,500
Dr. Jones arrived.

3
00:00:06,500 --> 00:00:08,000
The room was full.

Cue đầu có ba dấu chấm và không dấu nào kết thúc câu, nên nó trở về nguyên vẹn. Cue thứ hai có hai chỗ kết thúc câu thật và thành hai cue, với Dr. vẫn được để yên. Cặp này là toàn bộ phán đoán trong một tệp: danh sách viết tắt phủ tới đâu quyết định chuyện gì xảy ra ở đây.

Mỗi dòng một câu, không có dấu chấm nào

Đầu vào

1
00:00:01,000 --> 00:00:04,000
He said hello
then she answered quietly.

Kết quả

1
00:00:01,000 --> 00:00:02,000
He said hello

2
00:00:02,000 --> 00:00:04,000
then she answered quietly.

Không có dấu chấm giữa hai dòng nên chính chỗ xuống dòng được coi là kết thúc câu. Tệp viết kiểu đó rất phổ biến trong bản xuất chép lời, và quy tắc này là thứ khiến chúng chia được. Mảnh đầu nhận một phần ba khoảng ở đây vì dòng thứ hai có 26 ký tự, gấp đôi 13 ký tự của dòng đầu — một giây và hai giây.

Câu hỏi thường gặp

Làm sao trang biết chỗ nào một câu kết thúc và câu kế tiếp bắt đầu?

Trang tìm dấu chấm, chấm hỏi hay chấm than mở đầu một câu mới, cộng các dạng toàn khổ dùng trong tiếng Trung và tiếng Nhật, và coi mọi chỗ xuống dòng bên trong cue cũng là kết thúc câu. Ba thứ khiến một dấu chấm không được tính: một chữ thường theo sau như trong e.g. this; một chữ số ở cả hai bên như trong 3.5; và một từ nằm trong danh sách viết tắt, gồm Mr., Mrs., Dr., Prof., St., Jr., Sr., vs., etc., fig., no., vol., approx., inc., ltd., co., dept., a.m., p.m., u.s. và u.k., cùng mọi chữ cái đơn như J.

Một cue chứa câu mà tệp viết không có dấu chấm. Nó có bị chia không?

Chỉ khi cue đổi dòng ở đó. Chỗ xuống dòng được tính là kết thúc câu, nên tệp viết mỗi dòng một câu vẫn chia được dù không có dấu câu nào, đúng dáng vẻ của phần lớn bản xuất chép lời. Tệp chạy hai câu trên một dòng mà không có dấu ngăn thì không cho công cụ thứ gì để làm việc, và cue đó trở về nguyên vẹn — báo cáo ghi bao nhiêu cue không chia được thay vì giả vờ lần chạy đã làm gì đó.

Tách ở cuối câu có giống tách ở dấu câu không?

Không, và khác biệt lộ ra với dấu ngoặc kép và ngoặc đơn. Dấu đóng ngoặc sau dấu chấm ở lại với câu vừa kết thúc — He said “Stop.” And left. chia sau dấu đóng ngoặc, không phải giữa dấu chấm và dấu ngoặc. Một dấu chấm bên trong số, chữ viết tắt đầu tên hay từ viết tắt hoàn toàn không phải kết thúc câu, nên cue như Dr. Jones arrived at 3.5 p.m. giữ nguyên cho tới dấu chấm thật hoặc chỗ xuống dòng kế tiếp.

Các câu được chia có giữ thời gian chúng có trong cue gốc không?

Không thể — tệp gốc chỉ ghi khi nào cả cue trên màn hình, và không có gì trong đó nói bên trong khoảng ấy câu nào nhường chỗ cho câu nào. Vì thế các mảnh nhận phần của khoảng theo tỉ lệ số ký tự, một cách thay thế cho tốc độ đọc: câu có chữ gấp đôi nằm trên màn hình lâu gấp đôi, mảnh đầu bắt đầu và mảnh cuối kết thúc đúng chỗ cue gốc.

Có thể dùng trang này để biến bản chép lời thành phụ đề mỗi lần một câu không?

Được, nếu bản chép lời đã là tệp phụ đề có thời gian — trang làm việc trên cue chứ không trên văn xuôi, nên tệp văn bản thuần không có ranh giới cue để chia và không có thời gian để chia sẻ. Trang sẽ không bịa ra thời gian cho tệp chưa từng có. Hãy đưa tệp vào dưới dạng SRT hoặc chuyển từ văn bản thuần trước, rồi chia ở đây; các mảnh sẽ mỗi mảnh một câu, sẵn sàng cho một lượt chỉnh thời gian.

Phần định dạng còn lại của cue thì sao khi bị chia theo cách này?

Kiểu, vị trí và nhịp karaoke thuộc về cue chúng được viết trên, nên mảnh đầu giữ chúng còn các mảnh tạo sau đó không có. Điều đó thấy được trên định dạng có kiểu như ASS và trên cue WebVTT có đặt vị trí, và báo cáo đếm bao nhiêu cue mới ra không có định dạng. Với tệp có nhiều kiểu riêng cho từng cue, chia tay trong trình biên tập phụ đề có thể ít phá vỡ hơn là chạy cả tệp qua công cụ.

Công cụ liên quan