แปลง SBV เป็น LRC
หรือวางข้อความคำบรรยาย
การแปลงนี้เปลี่ยนอะไร
2 อย่างถูกตัดทิ้งหรือต้องตัดสินใจ
- เวลา
เวลาสิ้นสุดของคิว (รูปแบบผลลัพธ์บันทึกเพียงเวลาที่คิวเริ่ม)
- ความละเอียด
ความละเอียดของเวลา — นาฬิกาของผลลัพธ์หยาบกว่า ทุกเวลาจึงถูกปัดเป็น 10 ms ที่ใกล้ที่สุด
รายการนี้มาจากเมทริกซ์ความสามารถของสองรูปแบบนี้ ไม่ได้มาจากไฟล์ที่คุณโหลด ไฟล์หนึ่งอาจสูญหายมากกว่าหากใช้คุณสมบัติที่รูปแบบอนุญาตแต่เมทริกซ์ไม่ได้จำลอง
หน้านี้แปลง SBV เป็น LRC วางไฟล์ลงไปหรือวางข้อความ แล้วคุณจะได้เวอร์ชัน LRC กลับมา การแปลงทำงานทั้งหมดในเบราว์เซอร์ จึงไม่มีการอัปโหลดและไม่ต้องมีบัญชี
สองรูปแบบนี้ไม่ได้เก็บสิ่งเดียวกัน และความต่างไม่ใช่เรื่องผิวเผิน: เวลาสิ้นสุด และความละเอียดของเวลาไม่มีที่อยู่ใน LRC รายการด้านบนมาจากสิ่งที่ทั้งสองรูปแบบแสดงออกได้ ไม่ได้มาจากไฟล์ของคุณ คำตอบจึงเหมือนเดิมก่อนคุณจะโหลดอะไรลงไป ไฟล์เดียวก็ได้ ทั้งซีซันก็ได้ คิวทำงานตามลำดับและผลลัพธ์ลงมาพร้อมกันเป็นไฟล์ ZIP เดียว
ตัวอย่าง
ไฟล์ SBV ทั่วไป แปลงเป็น LRC
ข้อมูลนำเข้า
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.
ผลลัพธ์
[00:01.00]The quick brown fox.
[00:04.00]Jumps over the lazy dog.
[00:07.00]Two lines here.
[00:07.00]And a second one.
สิ่งที่ตัดออกในผลลัพธ์นี้: เวลาสิ้นสุด และความละเอียดของเวลา ทุกอย่างอื่นตรงกันทีละบรรทัด
การแปลงเดียวกันกับข้อมูลที่ผิดปกติ
ข้อมูลนำเข้า
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.ผลลัพธ์
[00:02.00]Carriage-return line endings.
[00:06.00]Indented timecode, no final newline.
ไฟล์จริงมักมาพร้อม BOM การขึ้นบรรทัดใหม่แบบ Windows บรรทัดแปลกปลอมก่อนไทม์โค้ด หรือไทม์โค้ดที่อ่านไม่ได้เลย ไม่มีอะไรโยนข้อผิดพลาด: สิ่งที่เข้าใจไม่ได้จะถูกรายงาน ไม่ใช่ทิ้งเงียบ ๆ
คำถามที่พบบ่อย
เวลาสิ้นสุดของแต่ละคิว SBV หายไปไหนเมื่อแปลงเป็น LRC?
LRC ไม่มีช่องสำหรับเวลาสิ้นสุดเหมือน SBV เวลาที่คิวสิ้นสุดจึงหายไป และโปรแกรมเล่นจะอนุมานจากบรรทัดถัดไปแทน ส่วนเวลาเริ่มไม่ถูกแก้
ทำไมไทม์โค้ดจึงเลื่อนเมื่อแปลง SBV เป็น LRC?
ความต่างอยู่ที่หลักทศนิยม: SBV ใช้ `0:00:04.126` ซึ่งละเอียดถึงมิลลิวินาที ขณะที่ LRC เก็บได้เพียง `[00:04.12]` คือถึงหนึ่งในร้อยวินาที การปัดจึงเกิดขึ้นทุกคิวและมากได้ถึง 5 ms ต่อคิวโดยไม่มีการยืดหรือเรียงใหม่
เมื่อแปลง SBV เป็น LRC ผลลัพธ์มีหน้าตาอย่างไร?
เหมือน LRC: ไม่มีเลขคิว ทุกบรรทัดมีไทม์สแตมป์ในวงเล็บเหลี่ยมของตัวเอง ทุกคิว SBV กลายเป็นคิว LRC หนึ่งคิวในลำดับเดิมและข้อความเดิม
คิว SBV สองบรรทัดจะออกมาเป็นอย่างไรใน LRC?
เป็นสองบรรทัดที่มีไทม์สแตมป์เวลาเดียวกัน ซึ่งเป็นวิธีที่ LRC บอกว่า “สองบรรทัดนี้อยู่ด้วยกัน” การจับคู่ยังอยู่ ทั้งสองบรรทัดของ SBV ยังเป็นคำบรรยายเดียวกันในผลลัพธ์ LRC และโปรแกรมเล่นแสดงพร้อมกัน
ลำดับคิว SBV จะคงเดิมในผลลัพธ์ LRC หรือไม่?
ลำดับไม่เปลี่ยน: LRC รับคิวจาก SBV มาตามเวลาเริ่มจากน้อยไปมาก คิวที่สลับกันมาแต่แรกจะถูกจัดกลับพร้อมข้อความเดิม
แปลง LRC กลับเป็น SBV ได้หรือไม่?
ได้ และทิศทางนั้นมีรายการของมันเอง: การแปลง LRC กลับเป็น SBV สูญเสียเวลาสิ้นสุด รายการนั้นต่างจากด้านบนเพราะทั้งสองรูปแบบเก็บสิ่งต่างกัน
ไฟล์ LRC ที่ได้จะรักษา encoding ของไฟล์ SBV ไว้หรือไม่?
ขาออกเป็น UTF-8 เสมอ ไฟล์ LRC ไม่มี BOM และใช้การขึ้นบรรทัดใหม่แบบ Unix แม้ SBV ต้นทางจะเป็น UTF-16 หรือ encoding ไบต์เดียว แผงผลลัพธ์จะบอกถ้ามีการถอดรหัสเกิดขึ้น