แปลง SRT เป็น SMI
หรือวางข้อความคำบรรยาย
การแปลงนี้เปลี่ยนอะไร
ไม่มีอะไรสูญหายในทิศทางนี้ — ทุกคุณสมบัติของรูปแบบต้นทางมีที่ไปในรูปแบบปลายทาง
รายการนี้มาจากเมทริกซ์ความสามารถของสองรูปแบบนี้ ไม่ได้มาจากไฟล์ที่คุณโหลด ไฟล์หนึ่งอาจสูญหายมากกว่าหากใช้คุณสมบัติที่รูปแบบอนุญาตแต่เมทริกซ์ไม่ได้จำลอง
หน้านี้แปลงไฟล์ SRT เป็น SAMI ในเบราว์เซอร์ ไม่มีการอัปโหลดและไม่ต้องมีบัญชี คุณลากไฟล์เดียวหรือทั้งฤดูกาลเข้ามาได้ คิวทำงานตามลำดับ ยกเลิกกลางทางได้ และดาวน์โหลดผลลัพธ์ทั้งหมดเป็น ZIP เดียว
ในทิศทางนี้ไม่มีข้อมูลสูญหาย ทุกสิ่งที่ SRT เก็บได้มีสิ่งที่เทียบเท่าใน SAMI ผลลัพธ์เป็นไฟล์ SAMI ที่แต่ละคิวเป็นแท็ก <SYNC Start=…> พร้อมข้อความในแท็ก <P> ข้อความ ลำดับคิว และไทม์ไลน์จึงยังอยู่ครบ
ตัวอย่าง
ไฟล์ SRT ทั่วไป แปลงเป็น SAMI
ข้อมูลนำเข้า
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.
ผลลัพธ์
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P>Hello there.
<SYNC Start=3500>
<P>
<SYNC Start=3500>
<P><i>Whispering</i> now.<br>And a second line.
<SYNC Start=6000>
<P>
<SYNC Start=6000>
<P><b>Bold</b> statement.
<SYNC Start=9250>
<P>
</BODY>
</SAMI>
ไม่มีข้อมูลสูญหายในผลลัพธ์นี้: เทียบสองฝั่งทีละบรรทัด
การแปลง SRT เป็น SAMI บนไฟล์ที่มีปัญหา
ข้อมูลนำเข้า
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.
ผลลัพธ์
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P><b>Bold</b> and <i>italic</i>.
<SYNC Start=3500>
<P>
<SYNC Start=3500>
<SYNC Start=6000>
<P>
<SYNC Start=8000>
<P>Last one.
<SYNC Start=9000>
<P>
</BODY>
</SAMI>
ไฟล์จริงมักมีอาการแบบนี้ — การขึ้นบรรทัดใหม่แบบผสม ช่องว่างเกิน และฟิลด์ที่เว้นว่าง เทียบกับตัวอย่างแรกเพื่อดูว่าตัวแยกวิเคราะห์ยอมรับอะไรได้บ้าง
คำถามที่พบบ่อย
ผลลัพธ์มีหน้าตาอย่างไรเมื่อ SRT กลายเป็น SAMI
หน้าตาแบบ SAMI: ไฟล์ SAMI ที่แต่ละคิวเป็นแท็ก <SYNC Start=…> พร้อมข้อความในแท็ก <P> ทุกคิวของ SRT กลายเป็นหนึ่งคิว SAMI ในลำดับเดิม ด้วยข้อความเดิม
เวลาใน SRT ยังตรงถึงมิลลิวินาทีเมื่อเป็น SAMI หรือไม่
ตรงถึงมิลลิวินาที ซึ่งละเอียดที่สุดที่ทั้งสองรูปแบบทำได้ SRT เขียนเวลาเป็น 00:00:04,126 และ SAMI เขียนช่วงเวลาเดียวกันเป็น Start=4126 ไม่มีการปัดหรือเลื่อน และคิวที่ขึ้นจอ 2.9 วินาทียังคง 2.9 วินาที
คิว SRT ที่มีสองบรรทัดออกมาใน SAMI อย่างไร
เป็นสองบรรทัดที่มีแท็ก <br> คั่น ซึ่งเป็นวิธีเขียนการขึ้นบรรทัดใหม่ของ SAMI การจับคู่ยังอยู่ — สองบรรทัดของ SRT ยังเป็นคำบรรยายเดียวกันในผลลัพธ์ SAMI
ลำดับคิว SRT ยังเหมือนเดิมในผลลัพธ์ SAMI หรือไม่
เหมือนเดิม และถูกเรียงตามเวลาเริ่มจากน้อยไปมากระหว่างทาง ซึ่งเป็นลำดับที่ทุกรูปแบบในเว็บนี้คาดหวังและโปรแกรมเล่นอ่าน ถ้าไฟล์ SRT เรียงคิวผิด ผลลัพธ์ SAMI จะเรียงกลับให้ นั่นเป็นการเปลี่ยนโครงสร้างไฟล์ ไม่ใช่เนื้อหา และเป็นเจตนา
แปลง SAMI กลับเป็น SRT ได้ไหม
ได้ และการแปลง SAMI กลับเป็น SRT มีรายการสูญหายของตัวเอง: สไตล์ การวางตำแหน่ง และเนื้อหาเฉพาะรูปแบบ รายการนั้นต่างจากด้านบนเพราะสองรูปแบบเก็บข้อมูลต่างกัน
ไฟล์ SAMI ที่แปลงจาก SRT ยังใช้ encoding เดิมหรือไม่
ไม่ ไฟล์ผลลัพธ์เป็น UTF-8 ใช้การขึ้นบรรทัดใหม่แบบ Unix และไม่มี byte-order mark ไม่ว่าไฟล์ SRT ต้นฉบับจะใช้ encoding อะไร ไฟล์ที่มาเป็น UTF-16 หรือ encoding ไบต์เดี่ยวแบบ Windows จะถูกถอดรหัสตอนอ่านเข้า และผลลัพธ์ออกมาเป็น SAMI แบบ UTF-8 เหมือนกันทุกครั้ง