Chuyển SBV sang SMI
Hoặc dán văn bản phụ đề
Chuyển đổi này thay đổi điều gì
Không mất gì theo hướng này — mọi tính năng của định dạng nguồn đều có chỗ để đi trong định dạng đích.
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.
Trang này chuyển SBV sang SMI. Bạn thả tệp vào hoặc dán văn bản, rồi nhận lại phiên bản SMI. Quá trình chạy trong trình duyệt: không tải tệp lên máy chủ và không cần tài khoản.
Không mất gì ở chiều này. Mọi thứ SBV biểu đạt đều có chỗ trong SMI, nên kết quả là cùng một phụ đề trong lớp vỏ HTML của SAMI — thời gian, cách xuống dòng và phần chữ đều sống sót, kể cả với tệp dùng hết khả năng của định dạng.
Một tệp hay cả mùa phim đều được: hàng đợi xử lý lần lượt và trả kết quả về cùng một tệp ZIP.
Ví dụ
Một tệp SBV điển hình, chuyển sang SMI
Đầu vào
0:00:01.000,0:00:03.500
The quick brown fox.
0:00:04.000,0:00:06.250
Jumps over the lazy dog.
0:00:07.000,0:00:09.000
Two lines here.
And a second one.
Kết quả
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P>The quick brown fox.
<SYNC Start=3500>
<P>
<SYNC Start=4000>
<P>Jumps over the lazy dog.
<SYNC Start=6250>
<P>
<SYNC Start=7000>
<P>Two lines here.<br>And a second one.
<SYNC Start=9000>
<P>
</BODY>
</SAMI>
Không mất gì ở đây: so hai bên theo từng dòng.
Cùng phép chuyển đổi với một tệp lộn xộn
Đầu vào
0:00:02.000,0:00:04.000
Carriage-return line endings.
0:00:06.000,0:00:08.000
Indented timecode, no final newline.Kết quả
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=2000>
<P>Carriage-return line endings.
<SYNC Start=4000>
<P>
<SYNC Start=6000>
<P>Indented timecode, no final newline.
<SYNC Start=8000>
<P>
</BODY>
</SAMI>
Đây là kiểu hỏng thật của tệp ngoài đời — kết thúc dòng lẫn lộn, khoảng trắng thừa, trường bỏ trống. So với ví dụ gọn ở trên để thấy bộ phân tích bỏ qua được gì.
Câu hỏi thường gặp
Tệp SMI xuất ra từ SBV có cấu trúc ra sao?
Mỗi cue thành một thẻ <SYNC Start=…> với phần chữ trong <P> bên dưới, kèm một khối <P> để xóa màn hình sau đó. Không có số cue và không có dòng timecode riêng.
Mốc thời gian SBV sang SMI có chính xác đến mili giây không?
Có. SBV ghi 0:00:04.126 và SMI ghi Start=4126; cùng một thời điểm, không làm tròn. Cue dài 2,9 giây vẫn giữ nguyên độ dài trong tệp SMI.
Cue hai dòng của SBV được ghi trong SMI thế nào?
Hai dòng cách nhau bằng <br>, cách SAMI viết dấu xuống dòng cứng. Cả hai vẫn nằm trong một khối <P> của cùng một cue, nên trình phát hiện chúng cùng lúc.
SMI có giữ thứ tự cue của tệp SBV không?
Có, các cue được sắp theo mốc bắt đầu tăng dần. Nếu tệp SBV gốc không theo thứ tự, tệp SMI sẽ được xếp lại; nội dung và thời lượng từng cue không đổi.
Chuyển SMI ngược về SBV mất gì?
Mất kiểu dáng, vị trí và các thành phần riêng của SAMI như khối <STYLE> hay Class. Chiều SBV sang SMI không mất gì vì SBV vốn không mang những thứ đó.
SMI do SBV tạo ra dùng bảng mã nào?
UTF-8, không BOM, kết thúc dòng LF. Tệp đầu vào UTF-16 hay bảng mã một byte được giải mã trước; bảng kết quả ghi lại việc chuyển đổi đó.