แปลง TTML เป็น SBV
หรือวางข้อความคำบรรยาย
การแปลงนี้เปลี่ยนอะไร
3 อย่างถูกตัดทิ้งหรือต้องตัดสินใจ
- รูปแบบ
รูปแบบตัวอักษรทั้งหมด (ตัวหนา ตัวเอียง สี เส้นขอบ เงา)
- ตำแหน่ง
ตำแหน่งบนหน้าจอ (ทุกคิวกลับไปยังตำแหน่งเริ่มต้น)
- เนื้อหาที่เฉพาะกับรูปแบบ
เนื้อหาที่รูปแบบต้นทางเก็บไว้นอกคิว (บล็อกที่ไม่ใช่คิว ข้อความหัวไฟล์ การตั้งค่าต่อคิว เหตุการณ์ที่ถูกคอมเมนต์) — รูปแบบปลายทางไม่มีที่ให้เก็บ
รายการนี้มาจากเมทริกซ์ความสามารถของสองรูปแบบนี้ ไม่ได้มาจากไฟล์ที่คุณโหลด ไฟล์หนึ่งอาจสูญหายมากกว่าหากใช้คุณสมบัติที่รูปแบบอนุญาตแต่เมทริกซ์ไม่ได้จำลอง
หน้านี้แปลง TTML เป็น SBV คุณลากไฟล์มาวางหรือวางข้อความลงไป แล้วรับไฟล์ SBV กลับคืน การแปลงทั้งหมดทำงานในเบราว์เซอร์ ไม่มีการอัปโหลดและไม่ต้องมีบัญชี
สองรูปแบบนี้เก็บข้อมูลไม่เหมือนกัน และส่วนต่างไม่ใช่เรื่องผิวเผิน: สไตล์ ตำแหน่งและข้อมูลเฉพาะรูปแบบไม่มีที่อยู่ใน SBV รายการด้านบนคำนวณจากสิ่งที่แต่ละรูปแบบแสดงออกได้ ไม่ได้มาจากไฟล์ของคุณ คำตอบจึงเหมือนเดิมก่อนคุณเปิดไฟล์ ไฟล์เดียวหรือทั้งซีซันก็ได้: คิวจะประมวลผลตามลำดับและดาวน์โหลดผลลัพธ์รวมเป็น ZIP เดียว
ตัวอย่าง
ไฟล์ TTML ทั่วไป แปลงเป็น SBV
ข้อมูลนำเข้า
<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling" xml:lang="en">
<head>
<styling>
<style xml:id="s1" tts:color="#FFFF00" tts:fontWeight="bold"/>
</styling>
<layout>
<region xml:id="bottom" tts:origin="10% 80%" tts:extent="80% 20%"/>
</layout>
</head>
<body>
<div>
<p begin="00:00:01.000" end="00:00:03.500" region="bottom" style="s1">Hello <span tts:fontStyle="italic">there</span>.</p>
<p begin="00:00:03.500" end="00:00:06.000" region="bottom">How are you?<br/>Fine, thanks.</p>
</div>
</body>
</tt>
ผลลัพธ์
0:00:01.000,0:00:03.500
Hello <i>there</i>.
0:00:03.500,0:00:06.000
How are you?
Fine, thanks.
สิ่งที่หายไปในผลลัพธ์นี้: สไตล์ ตำแหน่งและข้อมูลเฉพาะรูปแบบ ส่วนที่เหลือตรงกันทุกบรรทัด
การแปลงเดียวกันกับข้อมูลที่ยุ่งเหยิง
ข้อมูลนำเข้า
<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling"
xmlns:ttp="http://www.w3.org/ns/ttml#parameter"
ttp:frameRate="25" xml:lang="en">
<body>
<div>
<p begin="1.5s" dur="2s">Loaded from an offset and a duration.</p>
<p begin="4s" end="00:00:06.50">A coarser clock spelling.</p>
<p begin="00:00:07:00" end="00:00:08:12">Frames, at 25fps.</p>
<p begin="9s"><span tts:color="#FF0000">Half-open</span> and Tom & Jerry.</p>
</div>
</body>
</tt>
ผลลัพธ์
0:00:01.500,0:00:03.500
Loaded from an offset and a duration.
0:00:04.000,0:00:06.500
A coarser clock spelling.
0:00:07.000,0:00:08.480
Frames, at 25fps.
0:00:09.000,0:00:11.000
<font color="#FF0000">Half-open</font> and Tom & Jerry.
นี่คือความเสียหายแบบที่ไฟล์จริงมี — การขึ้นบรรทัดใหม่ปนกัน ช่องว่างเกิน และช่องที่เว้นว่าง เทียบกับตัวอย่างเรียบร้อยด้านบนเพื่อดูว่าตัวแยกวิเคราะห์ให้อภัยอะไรได้บ้าง
คำถามที่พบบ่อย
ตัวหนาและตัวเอียงจาก TTML รอดไปถึง SBV ไหม?
การเน้นรอด แต่ตารางสไตล์ไม่รอด การจัดรูปแบบที่เป็นของข้อความชิ้นหนึ่ง — ตัวหนา ตัวเอียง ขีดเส้นใต้ สี — ถูกเขียนลงในข้อความ SBV เป็นแท็ก (`<i>`, `<b>`, `<u>`, `<font color="…">`) เพราะเป็นสไตล์แบบเดียวที่รูปแบบระดับคิวยังพาไปได้ สิ่งที่หายไปคือทุกอย่างที่ไฟล์ TTML ประกาศไว้ทั้งไฟล์: ฟอนต์ ขนาด เส้นขอบ เงา และระยะขอบ
ตำแหน่งบนหน้าจอจาก TTML ไป SBV เป็นอย่างไร?
SBV บอกไม่ได้ว่าคำบรรยายถูกวาดที่ไหน ดังนั้นการอ้างอิง `region` และ `style` ที่ `<p>` พาไปจึงถูกตัดทิ้งระหว่างทางออกจาก TTML และทุกคิวกลับไปยังตำแหน่งเริ่มต้นที่โปรแกรมเล่นเลือก — โดยมากคือด้านล่างของเฟรมและจัดกึ่งกลาง
prolog ของ TTML ตาราง `<styling>` และ `<layout>` ไปไหนเมื่อแปลงเป็น SBV?
ถูกตัดทิ้ง ไฟล์ TTML เก็บรูปลักษณ์และเลย์เอาต์ไว้ในส่วนหัว ไม่ใช่ในตัวข้อความ: ประกาศ XML และ namespace, ตาราง `<styling>` ของสไตล์ที่มีชื่อ (`tts:color`, `tts:fontWeight`), ตาราง `<layout>` ของ region ที่มีชื่อ (`tts:origin`, `tts:extent`), `<metadata>` ใด ๆ และแอตทริบิวต์ `style` / `region` ที่ `<p>` ใช้ชี้ไปยังสิ่งเหล่านั้น SBV เก็บคิว ไม่ใช่เอกสาร ทั้งส่วนหัวจึงไม่มีที่ลง ส่วนสไตล์ที่เขียนอยู่ภายในย่อหน้าเป็นอีกเรื่อง — `<span tts:fontStyle="italic">` คือการเน้นคำ และจะถูกเขียนด้วยมาร์กอัปของ SBV เท่าที่ SBV มี
ผลลัพธ์มีหน้าตาอย่างไรเมื่อ TTML กลายเป็น SBV?
เหมือน SBV: ไม่มีเลขคิวและไม่มีส่วนหัว — หนึ่งบรรทัดที่มีเวลาสองค่า แล้วตามด้วยข้อความ ทุกคิว TTML กลายเป็นหนึ่งคิว SBV ตามลำดับเดิม ด้วยข้อความเดิม
ไทม์โค้ด TTML แม่นยำในไฟล์ SBV ไหม?
แม่นถึงมิลลิวินาที — ซึ่งละเอียดที่สุดที่ทั้งสองรูปแบบทำได้ TTML เขียนเวลาเป็น `00:00:04.126` และ SBV เขียนช่วงเวลาเดียวกันเป็น `0:00:04.126` ไม่มีการปัดหรือเลื่อนระหว่างกัน และคิวที่เคยอยู่บนจอ 2.9 วินาทีก็ยังคงเป็น 2.9 วินาที
คิว TTML ที่มีสองบรรทัดออกมาเป็นอย่างไรใน SBV?
เป็นสองบรรทัด วางต่อกัน ซึ่งเป็นวิธีที่ SBV เขียนการขึ้นบรรทัด คู่บรรทัดยังคงอยู่ — สองบรรทัดของ TTML ยังเป็นคำบรรยายเดียวกันในผลลัพธ์ และโปรแกรมเล่นแสดงพร้อมกัน
คิว TTML ยังคงลำดับเดิมในผลลัพธ์ SBV หรือไม่?
ใช่ และถูกเรียงตามเวลาเริ่มระหว่างทาง — เริ่มก่อนอยู่ก่อน ซึ่งเป็นลำดับที่ทุกรูปแบบบนเว็บนี้คาดหวังและโปรแกรมเล่นอ่าน ถ้าไฟล์ TTML ของคุณเรียงคิวผิดลำดับ ผลลัพธ์ SBV จะจัดกลับให้ นั่นคือการเปลี่ยนโครงสร้างไฟล์ ไม่ใช่เนื้อหา และเป็นเจตนา
แปลง SBV กลับเป็น TTML ได้ไหม?
ได้ และทิศทางนี้ไม่เสียอะไรเพิ่ม: ไฟล์ SBV เก็บได้น้อยกว่า TTML จึงไม่มีอะไรถูกทิ้งอีกระหว่างทางกลับ สิ่งที่การแปลงขาไปทิ้งไว้ยังคงหายอยู่ — สไตล์ ตำแหน่งและข้อมูลเฉพาะรูปแบบ สร้างคืนจากไฟล์ SBV ไม่ได้ เพราะไม่มีอะไรในนั้นบันทึกไว้
ผลลัพธ์ SBV เก็บ encoding เดิมของไฟล์ TTML ไว้ไหม?
ไม่ — ผลลัพธ์เป็น UTF-8 ใช้การขึ้นบรรทัดแบบ Unix และไม่มี byte-order mark ไม่ว่าไฟล์ TTML จะใช้แบบไหน ไฟล์ที่มาเป็น UTF-16 หรือ encoding แบบไบต์เดียวของ Windows จะถูกถอดรหัสตอนอ่าน (แผงผลลัพธ์จะบอกเมื่อเกิดกรณีนั้น) สิ่งที่ออกมาคือ SBV แบบ UTF-8 เหมือนกันทุกครั้ง