Chuyển SRT sang LRC
Hoặc dán văn bản phụ đề
Chuyển đổi này thay đổi điều gì
2 thứ bị bỏ hoặc cần một quyết định
- Mốc thời gian
thời điểm kết thúc của cue (định dạng đích chỉ ghi khi một cue bắt đầu)
- Độ chính xác
độ chính xác thời gian — đồng hồ của kết quả thô hơn, nên mọi mốc thời gian được làm tròn đến 10 ms gần nhất
Danh sách này đến từ ma trận năng lực của hai định dạng này, không phải từ tệp cụ thể bạn đã tải lên. Một tệp cụ thể có thể mất nhiều hơn nếu nó dùng các tính năng mà định dạng cho phép nhưng ma trận không mô hình hóa.
Tệp SRT chỉ là danh sách cue kèm mốc thời gian, nên phép chuyển đổi bắt đầu từ một dòng thời gian sạch. Trang này chuyển tệp SRT sang LRC. Mỗi dòng ra mang một mốc thời gian trong ngoặc vuông dạng [00:04.12]; không có số thứ tự cue và không có thời điểm kết thúc.
Hướng này không giữ được hết: thời điểm kết thúc và độ chính xác thời gian không đi qua trọn vẹn khi vào LRC. Danh sách trên lấy từ khả năng của hai định dạng chứ không từ tệp cụ thể của bạn, nên câu trả lời giống nhau trước khi bạn mở tệp. Công cụ báo từng mục thay vì bỏ lặng lẽ.
Phụ đề không rời khỏi máy: công cụ chạy hoàn toàn phía trình duyệt, không tải lên và không cần tài khoản. Cả mùa phim cũng xử lý được — hàng đợi đi lần lượt, có nút hủy, và cuối cùng là một tệp ZIP.
Ví dụ
Một tệp SRT thông thường, chuyển sang LRC
Đầu vào
1
00:00:01,000 --> 00:00:03,500
Hello there.
2
00:00:03,500 --> 00:00:06,000
<i>Whispering</i> now.
And a second line.
3
00:00:06,000 --> 00:00:09,250
<b>Bold</b> statement.
Kết quả
[00:01.00]Hello there.
[00:03.50]Whispering now.
[00:03.50]And a second line.
[00:06.00]Bold statement.
So hai bên theo từng dòng để thấy phần nào đi qua nguyên vẹn và phần nào đổi khi ra LRC.
Cùng phép chuyển SRT sang LRC trên một tệp lộn xộn
Đầu vào
1
0:00:01,00 --> 0:00:03,500
<B>Bold</B> and <I>italic</I>.
2
00:00:03,500 --> 00:00:06,000
3
00:00:08,000 --> 00:00:09,000
Last one.
Kết quả
[00:01.00]Bold and italic.
[00:03.50]
[00:08.00]Last one.
Đây là kiểu hỏng tệp thật hay gặp — xuống dòng lẫn lộn, khoảng trắng thừa, trường bỏ trống. Đặt cạnh ví dụ gọn phía trên để thấy trình đọc tha cho những gì.
Câu hỏi thường gặp
Thời điểm kết thúc của mỗi cue SRT đi đâu khi sang LRC?
LRC chỉ ghi lúc một dòng bắt đầu, không ghi lúc kết thúc — trình phát lời giữ dòng cho tới khi dòng sau bắt đầu, nên thời điểm kết thúc là thừa. Mọi giá trị kết thúc bị bỏ, mọi mốc bắt đầu của SRT giữ nguyên.
Vì sao mốc thời gian bị làm tròn khi chuyển SRT sang LRC?
LRC ghi thời gian tới 1/100 giây, còn SRT ghi tới mili giây. Mốc 00:00:01,234 thành [00:01.23], lệch tối đa 5 ms mỗi đầu. Không có cue nào bị co giãn hay đổi thứ tự, nhưng nếu bạn đối chiếu tệp này với một tệp khác thì đây là chỗ duy nhất phép chuyển đổi ngừng chính xác tuyệt đối.
Khi chuyển SRT sang LRC, tệp đầu ra trông như thế nào?
Mỗi dòng mang một mốc thời gian trong ngoặc vuông dạng [00:04.12], không có số thứ tự cue và không có mốc kết thúc. Mỗi cue của SRT thành một hoặc hai dòng LRC, giữ nguyên thứ tự.
Một cue SRT có hai dòng sẽ ra sao trong tệp LRC?
Thành hai dòng có cùng một mốc thời gian — cách LRC nói “hai dòng này đi với nhau”. Cặp dòng sống sót: hai dòng của SRT vẫn thuộc một phụ đề trong LRC, và trình phát hiện chúng cùng lúc.
Thứ tự các cue SRT có được giữ khi ra LRC?
Có, và chúng được sắp theo thời điểm bắt đầu trên đường ra — sớm nhất trước, cách mọi định dạng ở đây chờ đợi và trình phát đọc. Nếu tệp SRT liệt kê lộn xộn, đầu ra LRC xếp lại; đó là thay đổi cấu trúc tệp chứ không phải nội dung, và là chủ ý.
Chuyển ngược từ LRC về SRT thì mất những gì?
Hướng LRC về SRT bỏ mốc thời gian. Danh sách đó khác với hướng này vì hai định dạng giữ những thứ khác nhau.
Tệp LRC xuất ra dùng encoding gì, và tệp SRT đầu vào thì sao?
Tệp LRC xuất ra luôn là UTF-8, kết thúc dòng kiểu Unix (LF) và không có BOM, bất kể tệp SRT dùng gì. Đầu vào bằng UTF-16 hoặc bảng mã một byte của Windows được giải mã khi đọc, và bảng kết quả ghi lại việc đó; thứ ra khỏi công cụ luôn là cùng một định dạng UTF-8.