แปลง TTML เป็น LRC
หรือวางข้อความคำบรรยาย
การแปลงนี้เปลี่ยนอะไร
5 อย่างถูกตัดทิ้งหรือต้องตัดสินใจ
- เวลา
เวลาสิ้นสุดของคิว (รูปแบบผลลัพธ์บันทึกเพียงเวลาที่คิวเริ่ม)
- รูปแบบ
รูปแบบตัวอักษรทั้งหมด (ตัวหนา ตัวเอียง สี เส้นขอบ เงา)
- ตำแหน่ง
ตำแหน่งบนหน้าจอ (ทุกคิวกลับไปยังตำแหน่งเริ่มต้น)
- ความละเอียด
ความละเอียดของเวลา — นาฬิกาของผลลัพธ์หยาบกว่า ทุกเวลาจึงถูกปัดเป็น 10 ms ที่ใกล้ที่สุด
- เนื้อหาที่เฉพาะกับรูปแบบ
เนื้อหาที่รูปแบบต้นทางเก็บไว้นอกคิว (บล็อกที่ไม่ใช่คิว ข้อความหัวไฟล์ การตั้งค่าต่อคิว เหตุการณ์ที่ถูกคอมเมนต์) — รูปแบบปลายทางไม่มีที่ให้เก็บ
รายการนี้มาจากเมทริกซ์ความสามารถของสองรูปแบบนี้ ไม่ได้มาจากไฟล์ที่คุณโหลด ไฟล์หนึ่งอาจสูญหายมากกว่าหากใช้คุณสมบัติที่รูปแบบอนุญาตแต่เมทริกซ์ไม่ได้จำลอง
หน้านี้แปลง TTML เป็น LRC คุณลากไฟล์มาวางหรือวางข้อความลงไป แล้วรับไฟล์ LRC กลับคืน การแปลงทั้งหมดทำงานในเบราว์เซอร์ ไม่มีการอัปโหลดและไม่ต้องมีบัญชี
สองรูปแบบนี้เก็บข้อมูลไม่เหมือนกัน และส่วนต่างไม่ใช่เรื่องผิวเผิน: ไทม์ สไตล์ ตำแหน่ง ความละเอียดของเวลาและข้อมูลเฉพาะรูปแบบไม่มีที่อยู่ใน LRC รายการด้านบนคำนวณจากสิ่งที่แต่ละรูปแบบแสดงออกได้ ไม่ได้มาจากไฟล์ของคุณ คำตอบจึงเหมือนเดิมก่อนคุณเปิดไฟล์ ไฟล์เดียวหรือทั้งซีซันก็ได้: คิวจะประมวลผลตามลำดับและดาวน์โหลดผลลัพธ์รวมเป็น ZIP เดียว
ตัวอย่าง
ไฟล์ TTML ทั่วไป แปลงเป็น LRC
ข้อมูลนำเข้า
<?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>
ผลลัพธ์
[00:01.00]Hello there.
[00:03.50]How are you?
[00:03.50]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>
ผลลัพธ์
[00:01.50]Loaded from an offset and a duration.
[00:04.00]A coarser clock spelling.
[00:07.00]Frames, at 25fps.
[00:09.00]Half-open and Tom & Jerry.
นี่คือความเสียหายแบบที่ไฟล์จริงมี — การขึ้นบรรทัดใหม่ปนกัน ช่องว่างเกิน และช่องที่เว้นว่าง เทียบกับตัวอย่างเรียบร้อยด้านบนเพื่อดูว่าตัวแยกวิเคราะห์ให้อภัยอะไรได้บ้าง
คำถามที่พบบ่อย
เวลาสิ้นสุดของแต่ละคิว TTML เป็นอย่างไร?
LRC บันทึกว่าแต่ละบรรทัดเริ่มเมื่อไรและเท่านั้น — โปรแกรมเล่นเนื้อเพลงจะแสดงบรรทัดไว้จนกว่าบรรทัดถัดไปจะเริ่ม เวลาสิ้นสุดจึงซ้ำซ้อน ทุกเวลาสิ้นสุดถูกตัดออก และเวลาเริ่มของ TTML ทุกตัวไม่ถูกแตะต้อง
ตัวหนา ตัวเอียง และสีจาก TTML ไป LRC เป็นอย่างไร?
LRC ไม่เก็บสไตล์ใด ๆ ทั้งสิ้น ทั้งหมดจึงหายไป: `<span tts:color="…">` ภายในย่อหน้า หรือสไตล์ที่มีชื่อจากตาราง `<styling>` ที่มันชี้ไป ไม่มีที่ลง และทุกบรรทัดถูกเขียนเป็นข้อความล้วน คำยังอยู่ครบ
ตำแหน่งบนหน้าจอจาก TTML ไป LRC เป็นอย่างไร?
LRC บอกไม่ได้ว่าคำบรรยายถูกวาดที่ไหน ดังนั้นการอ้างอิง `region` และ `style` ที่ `<p>` พาไปจึงถูกตัดทิ้งระหว่างทางออกจาก TTML และทุกคิวกลับไปยังตำแหน่งเริ่มต้นที่โปรแกรมเล่นเลือก — โดยมากคือด้านล่างของเฟรมและจัดกึ่งกลาง
ทำไมไทม์สแตมป์จึงเปลี่ยนเมื่อแปลง TTML เป็น LRC?
LRC เก็บเวลาเป็น `[00:04.12]` ส่วน TTML เก็บเป็น `00:00:04.126` — ระดับหนึ่งในร้อยของวินาทีเทียบกับหนึ่งในพัน — ไทม์โค้ดทุกตัวจึงถูกปัดไปยัง 10 ms ที่ใกล้ที่สุด: 00:00:04,126 ออกมาเป็น 4.13 วินาที ไม่มีการยืดหรือเรียงลำดับใหม่ และไม่มีคิวใดขยับเกิน 5 ms แต่ถ้าคุณกำลังวางคำบรรยายชุดนี้เทียบกับไฟล์อื่น นี่คือจุดเดียวที่การแปลงนี้ไม่แม่นยำอีกต่อไป
prolog ของ TTML ตาราง `<styling>` และ `<layout>` ไปไหนเมื่อแปลงเป็น LRC?
ถูกตัดทิ้ง ไฟล์ TTML เก็บรูปลักษณ์และเลย์เอาต์ไว้ในส่วนหัว ไม่ใช่ในตัวข้อความ: ประกาศ XML และ namespace, ตาราง `<styling>` ของสไตล์ที่มีชื่อ (`tts:color`, `tts:fontWeight`), ตาราง `<layout>` ของ region ที่มีชื่อ (`tts:origin`, `tts:extent`), `<metadata>` ใด ๆ และแอตทริบิวต์ `style` / `region` ที่ `<p>` ใช้ชี้ไปยังสิ่งเหล่านั้น LRC เก็บคิว ไม่ใช่เอกสาร ทั้งส่วนหัวจึงไม่มีที่ลง ส่วนสไตล์ที่เขียนอยู่ภายในย่อหน้าเป็นอีกเรื่อง — `<span tts:fontStyle="italic">` คือการเน้นคำ และจะถูกเขียนด้วยมาร์กอัปของ LRC เท่าที่ LRC มี
ผลลัพธ์มีหน้าตาอย่างไรเมื่อ TTML กลายเป็น LRC?
เหมือน LRC: ไม่มีเลขคิว — ทุกบรรทัดมีไทม์สแตมป์ในวงเล็บของตัวเอง ทุกคิว TTML กลายเป็นหนึ่งคิว LRC ตามลำดับเดิม ด้วยข้อความเดิม
คิว TTML ที่มีสองบรรทัดออกมาเป็นอย่างไรใน LRC?
เป็นสองบรรทัดที่มีไทม์สแตมป์เวลาเดียวกัน ซึ่งเป็นวิธีที่ LRC บอกว่า “สองบรรทัดนี้อยู่ด้วยกัน” คู่บรรทัดยังคงอยู่ — สองบรรทัดของ TTML ยังเป็นคำบรรยายเดียวกันในผลลัพธ์ และโปรแกรมเล่นแสดงพร้อมกัน
คิว TTML ยังคงลำดับเดิมในผลลัพธ์ LRC หรือไม่?
ใช่ และถูกเรียงตามเวลาเริ่มระหว่างทาง — เริ่มก่อนอยู่ก่อน ซึ่งเป็นลำดับที่ทุกรูปแบบบนเว็บนี้คาดหวังและโปรแกรมเล่นอ่าน ถ้าไฟล์ TTML ของคุณเรียงคิวผิดลำดับ ผลลัพธ์ LRC จะจัดกลับให้ นั่นคือการเปลี่ยนโครงสร้างไฟล์ ไม่ใช่เนื้อหา และเป็นเจตนา
แปลง LRC กลับเป็น TTML ได้ไหม?
ได้ และมีรายการของมันเอง: การแปลง LRC เป็น TTML สูญเสียไทม์ ซึ่งเป็นรายการที่ต่างจากรายการด้านบน เพราะสองรูปแบบเก็บสิ่งต่างกัน
ผลลัพธ์ LRC เก็บ encoding เดิมของไฟล์ TTML ไว้ไหม?
ไม่ — ผลลัพธ์เป็น UTF-8 ใช้การขึ้นบรรทัดแบบ Unix และไม่มี byte-order mark ไม่ว่าไฟล์ TTML จะใช้แบบไหน ไฟล์ที่มาเป็น UTF-16 หรือ encoding แบบไบต์เดียวของ Windows จะถูกถอดรหัสตอนอ่าน (แผงผลลัพธ์จะบอกเมื่อเกิดกรณีนั้น) สิ่งที่ออกมาคือ LRC แบบ UTF-8 เหมือนกันทุกครั้ง