แปลง VTT เป็น LRC
หรือวางข้อความคำบรรยาย
การแปลงนี้เปลี่ยนอะไร
4 อย่างถูกตัดทิ้งหรือต้องตัดสินใจ
- เวลา
เวลาสิ้นสุดของคิว (รูปแบบผลลัพธ์บันทึกเพียงเวลาที่คิวเริ่ม)
- รูปแบบ
รูปแบบตัวอักษรทั้งหมด (ตัวหนา ตัวเอียง สี เส้นขอบ เงา)
- ความละเอียด
ความละเอียดของเวลา — นาฬิกาของผลลัพธ์หยาบกว่า ทุกเวลาจึงถูกปัดเป็น 10 ms ที่ใกล้ที่สุด
- เนื้อหาที่เฉพาะกับรูปแบบ
เนื้อหาที่รูปแบบต้นทางเก็บไว้นอกคิว (บล็อกที่ไม่ใช่คิว ข้อความหัวไฟล์ การตั้งค่าต่อคิว เหตุการณ์ที่ถูกคอมเมนต์) — รูปแบบปลายทางไม่มีที่ให้เก็บ
รายการนี้มาจากเมทริกซ์ความสามารถของสองรูปแบบนี้ ไม่ได้มาจากไฟล์ที่คุณโหลด ไฟล์หนึ่งอาจสูญหายมากกว่าหากใช้คุณสมบัติที่รูปแบบอนุญาตแต่เมทริกซ์ไม่ได้จำลอง
หน้านี้แปลงไฟล์ VTT เป็น LRC ในเบราว์เซอร์ ไม่มีการอัปโหลดและไม่ต้องมีบัญชี คุณลากไฟล์เดียวหรือทั้งฤดูกาลเข้ามาได้ คิวทำงานตามลำดับ ยกเลิกกลางทางได้ และดาวน์โหลดผลลัพธ์ทั้งหมดเป็น ZIP เดียว
ในทิศทางนี้สิ่งที่สูญหายคือเวลา สไตล์ ความละเอียดของเวลา และเนื้อหาเฉพาะรูปแบบ รายการนี้มาจากสิ่งที่สองรูปแบบเก็บได้ ไม่ได้มาจากไฟล์ของคุณ จึงเป็นคำตอบเดิมก่อนคุณโหลดอะไร ส่วนข้อความและลำดับคิวยังอยู่ ผลลัพธ์เป็นไฟล์ LRC ที่แต่ละบรรทัดขึ้นต้นด้วยไทม์โค้ดในวงเล็บเหลี่ยม เช่น [00:01.00] และไม่มีเลขคิว LRC เก็บเฉพาะเวลาเริ่มและไม่เก็บสไตล์ใด ๆ ทั้งบล็อก STYLE ของ VTT และแท็กในข้อความจึงหายไป ส่วนไทม์โค้ดถูกปัดให้ใกล้ 10 ms ที่สุด
ตัวอย่าง
ไฟล์ VTT ทั่วไป แปลงเป็น LRC
ข้อมูลนำเข้า
WEBVTT
intro
00:00:01.000 --> 00:00:04.000
Hello there.
00:00:04.500 --> 00:00:08.000 align:start position:10%
Second line with <i>italics</i>.
ผลลัพธ์
[00:01.00]Hello there.
[00:04.50]Second line with italics.
มีข้อมูลสูญหายในผลลัพธ์นี้: เวลา สไตล์ ความละเอียดของเวลา และเนื้อหาเฉพาะรูปแบบ ส่วนที่เหลือตรงกันทุกบรรทัด
การแปลง VTT เป็น LRC บนไฟล์ที่มีปัญหา
ข้อมูลนำเข้า
a stray comment line
cue-id-1
00:00:01.000 --> 00:00:02.000
No header, two lines before the timecode.
ผลลัพธ์
[00:01.00]No header, two lines before the timecode.
ไฟล์จริงมักมีอาการแบบนี้ — การขึ้นบรรทัดใหม่แบบผสม ช่องว่างเกิน และฟิลด์ที่เว้นว่าง เทียบกับตัวอย่างแรกเพื่อดูว่าตัวแยกวิเคราะห์ยอมรับอะไรได้บ้าง
คำถามที่พบบ่อย
เวลาสิ้นสุดของแต่ละคิว VTT ไปไหนเมื่อกลายเป็น LRC
WebVTT กำหนดช่วงเวลาของ cue ไว้ทั้งสองด้าน LRC เก็บได้เพียงด้านเริ่ม โปรแกรมเล่นเนื้อเพลงจึงแสดงบรรทัดจนกว่าบรรทัดถัดไปจะมา เวลาสิ้นสุดของ VTT หายไปในขั้นตอนนี้
ตัวหนา ตัวเอียง และสีจาก VTT ไปไหนเมื่อกลายเป็น LRC
LRC ไม่เก็บสไตล์ใด ๆ ทั้งแท็ก <b> หรือ <i> ที่เขียนในข้อความคิว และกฎในบล็อก STYLE ของไฟล์ ไม่มีที่ลง ทุกบรรทัดจึงถูกเขียนเป็นข้อความล้วน ตัวคำเองไม่ถูกแตะ
ทำไมไทม์โค้ดเปลี่ยนรูปเมื่อแปลง VTT เป็น LRC
LRC เก็บเวลาเป็น [00:04.12] ขณะที่ VTT เก็บเป็น 00:00:04.126 — หนึ่งในร้อยเทียบกับหนึ่งในพันของวินาที — ทุกไทม์โค้ดจึงถูกปัดให้ใกล้ 10 ms ที่สุด ไม่มีการยืดหรือเรียงใหม่ และไม่มีคิวขยับเกิน 5 ms
บล็อก NOTE, STYLE และ REGION ของ VTT ไปไหนเมื่อกลายเป็น LRC
ถูกทิ้ง ไฟล์ WebVTT พาได้ทั้งบรรทัดหัว ความคิดเห็น บล็อกสไตล์ นิยามภูมิภาค และการตั้งค่าของแต่ละคิว เช่น align หรือ position แต่ LRC ไม่มีที่ให้เก็บ — มันเก็บคิว ไม่ใช่เอกสาร ตัวคิวเองทั้งข้อความและเวลาผ่านไปครบ
ผลลัพธ์มีหน้าตาอย่างไรเมื่อ VTT กลายเป็น LRC
หน้าตาแบบ LRC: ไฟล์ LRC ที่แต่ละบรรทัดขึ้นต้นด้วยไทม์โค้ดในวงเล็บเหลี่ยม เช่น [00:01.00] และไม่มีเลขคิว ทุกคิวของ VTT กลายเป็นหนึ่งคิว LRC ในลำดับเดิม ด้วยข้อความเดิม
คิว VTT ที่มีสองบรรทัดออกมาใน LRC อย่างไร
เป็นสองบรรทัดที่มีไทม์โค้ดเวลาเดียวกัน ซึ่งเป็นวิธีที่ LRC บอกว่า “สองบรรทัดนี้อยู่ด้วยกัน” การจับคู่ยังอยู่ — สองบรรทัดของ VTT ยังเป็นคำบรรยายเดียวกันในผลลัพธ์ LRC
ลำดับคิว VTT ยังเหมือนเดิมในผลลัพธ์ LRC หรือไม่
เหมือนเดิม และถูกเรียงตามเวลาเริ่มจากน้อยไปมากระหว่างทาง ซึ่งเป็นลำดับที่ทุกรูปแบบในเว็บนี้คาดหวังและโปรแกรมเล่นอ่าน ถ้าไฟล์ VTT เรียงคิวผิด ผลลัพธ์ LRC จะเรียงกลับให้ นั่นเป็นการเปลี่ยนโครงสร้างไฟล์ ไม่ใช่เนื้อหา และเป็นเจตนา
แปลง LRC กลับเป็น VTT ได้ไหม
ได้ และการแปลง LRC กลับเป็น VTT มีรายการสูญหายของตัวเอง: เวลา รายการนั้นต่างจากด้านบนเพราะสองรูปแบบเก็บข้อมูลต่างกัน
ไฟล์ LRC ที่แปลงจาก VTT ยังใช้ encoding เดิมหรือไม่
ไม่ ไฟล์ผลลัพธ์เป็น UTF-8 ใช้การขึ้นบรรทัดใหม่แบบ Unix และไม่มี byte-order mark ไม่ว่าไฟล์ VTT ต้นฉบับจะใช้ encoding อะไร ไฟล์ที่มาเป็น UTF-16 หรือ encoding ไบต์เดี่ยวแบบ Windows จะถูกถอดรหัสตอนอ่านเข้า และผลลัพธ์ออกมาเป็น LRC แบบ UTF-8 เหมือนกันทุกครั้ง