แปลง SRT เป็น LRC
หรือวางข้อความคำบรรยาย
การแปลงนี้เปลี่ยนอะไร
2 อย่างถูกตัดทิ้งหรือต้องตัดสินใจ
- เวลา
เวลาสิ้นสุดของคิว (รูปแบบผลลัพธ์บันทึกเพียงเวลาที่คิวเริ่ม)
- ความละเอียด
ความละเอียดของเวลา — นาฬิกาของผลลัพธ์หยาบกว่า ทุกเวลาจึงถูกปัดเป็น 10 ms ที่ใกล้ที่สุด
รายการนี้มาจากเมทริกซ์ความสามารถของสองรูปแบบนี้ ไม่ได้มาจากไฟล์ที่คุณโหลด ไฟล์หนึ่งอาจสูญหายมากกว่าหากใช้คุณสมบัติที่รูปแบบอนุญาตแต่เมทริกซ์ไม่ได้จำลอง
หน้านี้แปลงไฟล์ SRT เป็น LRC ในเบราว์เซอร์ ไม่มีการอัปโหลดและไม่ต้องมีบัญชี คุณลากไฟล์เดียวหรือทั้งฤดูกาลเข้ามาได้ คิวทำงานตามลำดับ ยกเลิกกลางทางได้ และดาวน์โหลดผลลัพธ์ทั้งหมดเป็น ZIP เดียว
ในทิศทางนี้สิ่งที่สูญหายคือเวลาและความละเอียดของเวลา รายการนี้มาจากสิ่งที่สองรูปแบบเก็บได้ ไม่ได้มาจากไฟล์ของคุณ จึงเป็นคำตอบเดิมก่อนคุณโหลดอะไร ส่วนข้อความและลำดับคิวยังอยู่ ผลลัพธ์เป็นไฟล์ LRC ที่แต่ละบรรทัดขึ้นต้นด้วยไทม์โค้ดในวงเล็บเหลี่ยม เช่น [00:01.00] และไม่มีเลขคิว LRC เก็บเฉพาะเวลาเริ่มของแต่ละบรรทัดและเก็บถึงหนึ่งในร้อยของวินาที เวลาสิ้นสุดของทุกคิวจึงหายไป และไทม์โค้ดถูกปัดให้ใกล้ 10 ms ที่สุด
ตัวอย่าง
ไฟล์ SRT ทั่วไป แปลงเป็น LRC
ข้อมูลนำเข้า
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.
ผลลัพธ์
[00:01.00]Hello there.
[00:03.50]Whispering now.
[00:03.50]And a second line.
[00:06.00]Bold statement.
มีข้อมูลสูญหายในผลลัพธ์นี้: เวลาและความละเอียดของเวลา ส่วนที่เหลือตรงกันทุกบรรทัด
การแปลง SRT เป็น LRC บนไฟล์ที่มีปัญหา
ข้อมูลนำเข้า
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.
ผลลัพธ์
[00:01.00]Bold and italic.
[00:03.50]
[00:08.00]Last one.
ไฟล์จริงมักมีอาการแบบนี้ — การขึ้นบรรทัดใหม่แบบผสม ช่องว่างเกิน และฟิลด์ที่เว้นว่าง เทียบกับตัวอย่างแรกเพื่อดูว่าตัวแยกวิเคราะห์ยอมรับอะไรได้บ้าง
คำถามที่พบบ่อย
เวลาสิ้นสุดของแต่ละคิว SRT ไปไหนเมื่อกลายเป็น LRC
LRC ไม่มีช่องสำหรับเวลาสิ้นสุด cue เวลาที่ SRT เขียนหลังลูกศรจึงหายไป เหลือเพียงเวลาเริ่มต้นของแต่ละบรรทัด ซึ่งถูกปัดเป็นหนึ่งในร้อยวินาที
ทำไมไทม์โค้ดเปลี่ยนรูปเมื่อแปลง SRT เป็น LRC
LRC เก็บเวลาเป็น [00:04.12] ขณะที่ SRT เก็บเป็น 00:00:04,126 — หนึ่งในร้อยเทียบกับหนึ่งในพันของวินาที — ทุกไทม์โค้ดจึงถูกปัดให้ใกล้ 10 ms ที่สุด 00:00:04,126 ออกมาเป็น 4.13 วินาที ไม่มีการยืดหรือเรียงใหม่ และไม่มีคิวขยับเกิน 5 ms
ผลลัพธ์มีหน้าตาอย่างไรเมื่อ SRT กลายเป็น LRC
หน้าตาแบบ LRC: ไฟล์ LRC ที่แต่ละบรรทัดขึ้นต้นด้วยไทม์โค้ดในวงเล็บเหลี่ยม เช่น [00:01.00] และไม่มีเลขคิว ทุกคิวของ SRT กลายเป็นหนึ่งคิว LRC ในลำดับเดิม ด้วยข้อความเดิม
คิว SRT ที่มีสองบรรทัดออกมาใน LRC อย่างไร
เป็นสองบรรทัดที่มีไทม์โค้ดเวลาเดียวกัน ซึ่งเป็นวิธีที่ LRC บอกว่า “สองบรรทัดนี้อยู่ด้วยกัน” การจับคู่ยังอยู่ — สองบรรทัดของ SRT ยังเป็นคำบรรยายเดียวกันในผลลัพธ์ LRC
ลำดับคิว SRT ยังเหมือนเดิมในผลลัพธ์ LRC หรือไม่
เหมือนเดิม และถูกเรียงตามเวลาเริ่มจากน้อยไปมากระหว่างทาง ซึ่งเป็นลำดับที่ทุกรูปแบบในเว็บนี้คาดหวังและโปรแกรมเล่นอ่าน ถ้าไฟล์ SRT เรียงคิวผิด ผลลัพธ์ LRC จะเรียงกลับให้ นั่นเป็นการเปลี่ยนโครงสร้างไฟล์ ไม่ใช่เนื้อหา และเป็นเจตนา
แปลง LRC กลับเป็น SRT ได้ไหม
ได้ และการแปลง LRC กลับเป็น SRT มีรายการสูญหายของตัวเอง: เวลา รายการนั้นต่างจากด้านบนเพราะสองรูปแบบเก็บข้อมูลต่างกัน
ไฟล์ LRC ที่แปลงจาก SRT ยังใช้ encoding เดิมหรือไม่
ไม่ ไฟล์ผลลัพธ์เป็น UTF-8 ใช้การขึ้นบรรทัดใหม่แบบ Unix และไม่มี byte-order mark ไม่ว่าไฟล์ SRT ต้นฉบับจะใช้ encoding อะไร ไฟล์ที่มาเป็น UTF-16 หรือ encoding ไบต์เดี่ยวแบบ Windows จะถูกถอดรหัสตอนอ่านเข้า และผลลัพธ์ออกมาเป็น LRC แบบ UTF-8 เหมือนกันทุกครั้ง