แปลง CSV เป็น LRC
หรือวางข้อความคำบรรยาย
การแปลงนี้เปลี่ยนอะไร
2 อย่างถูกตัดทิ้งหรือต้องตัดสินใจ
- เวลา
เวลาสิ้นสุดของคิว (รูปแบบผลลัพธ์บันทึกเพียงเวลาที่คิวเริ่ม)
- ความละเอียด
ความละเอียดของเวลา — นาฬิกาของผลลัพธ์หยาบกว่า ทุกเวลาจึงถูกปัดเป็น 10 ms ที่ใกล้ที่สุด
รายการนี้มาจากเมทริกซ์ความสามารถของสองรูปแบบนี้ ไม่ได้มาจากไฟล์ที่คุณโหลด ไฟล์หนึ่งอาจสูญหายมากกว่าหากใช้คุณสมบัติที่รูปแบบอนุญาตแต่เมทริกซ์ไม่ได้จำลอง
หน้านี้แปลง CSV เป็น LRC คุณลากไฟล์มาวางหรือวางข้อความลงไป แล้วรับไฟล์ LRC กลับคืน การแปลงทั้งหมดทำงานในเบราว์เซอร์ ไม่มีการอัปโหลดและไม่ต้องมีบัญชี
สองรูปแบบนี้เก็บข้อมูลไม่เหมือนกัน และส่วนต่างไม่ใช่เรื่องผิวเผิน: ไทม์และความละเอียดของเวลาไม่มีที่อยู่ใน LRC รายการด้านบนคำนวณจากสิ่งที่แต่ละรูปแบบแสดงออกได้ ไม่ได้มาจากไฟล์ของคุณ คำตอบจึงเหมือนเดิมก่อนคุณเปิดไฟล์ ไฟล์เดียวหรือทั้งซีซันก็ได้: คิวจะประมวลผลตามลำดับและดาวน์โหลดผลลัพธ์รวมเป็น ZIP เดียว
ตัวอย่าง
ไฟล์ CSV ทั่วไป แปลงเป็น LRC
ข้อมูลนำเข้า
start,end,text
00:00:01.000,00:00:03.500,The quick brown fox.
00:00:04.000,00:00:06.250,"Jumps over, the lazy dog."
00:00:07.000,00: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.
สิ่งที่หายไปในผลลัพธ์นี้: ไทม์และความละเอียดของเวลา ส่วนที่เหลือตรงกันทุกบรรทัด
การแปลงเดียวกันกับข้อมูลที่ยุ่งเหยิง
ข้อมูลนำเข้า
id,start,end,note,text
1,00:00:01,000,00:00:04,000,cue one,"Hello there, friend."
2,00:00:05.000,00:00:07.000,cue two,Second line.
bad,notatime,00:00:09.000,cue three,Unreadable start.
4,00:00:10.000,00:00:09.000,cue four,End before start.
5,00:00:12.000,00:00:14.000,cue five,Unquoted comma in text, right here.
ผลลัพธ์
[00:01.00]Hello there, friend.
[00:05.00]Second line.
[00:10.00]End before start.
[00:12.00]Unquoted comma in text, right here.
นี่คือความเสียหายแบบที่ไฟล์จริงมี — การขึ้นบรรทัดใหม่ปนกัน ช่องว่างเกิน และช่องที่เว้นว่าง เทียบกับตัวอย่างเรียบร้อยด้านบนเพื่อดูว่าตัวแยกวิเคราะห์ให้อภัยอะไรได้บ้าง
คำถามที่พบบ่อย
เวลาสิ้นสุดของแต่ละคิว CSV เป็นอย่างไร?
LRC บันทึกว่าแต่ละบรรทัดเริ่มเมื่อไรและเท่านั้น — โปรแกรมเล่นเนื้อเพลงจะแสดงบรรทัดไว้จนกว่าบรรทัดถัดไปจะเริ่ม เวลาสิ้นสุดจึงซ้ำซ้อน ทุกเวลาสิ้นสุดถูกตัดออก และเวลาเริ่มของ CSV ทุกตัวไม่ถูกแตะต้อง
ทำไมไทม์สแตมป์จึงเปลี่ยนเมื่อแปลง CSV เป็น LRC?
LRC เก็บเวลาเป็น `[00:04.12]` ส่วน CSV เก็บเป็น `00:00:04.126` — ระดับหนึ่งในร้อยของวินาทีเทียบกับหนึ่งในพัน — ไทม์โค้ดทุกตัวจึงถูกปัดไปยัง 10 ms ที่ใกล้ที่สุด: 00:00:04,126 ออกมาเป็น 4.13 วินาที ไม่มีการยืดหรือเรียงลำดับใหม่ และไม่มีคิวใดขยับเกิน 5 ms แต่ถ้าคุณกำลังวางคำบรรยายชุดนี้เทียบกับไฟล์อื่น นี่คือจุดเดียวที่การแปลงนี้ไม่แม่นยำอีกต่อไป
ผลลัพธ์มีหน้าตาอย่างไรเมื่อ CSV กลายเป็น LRC?
เหมือน LRC: ไม่มีเลขคิว — ทุกบรรทัดมีไทม์สแตมป์ในวงเล็บของตัวเอง ทุกคิว CSV กลายเป็นหนึ่งคิว LRC ตามลำดับเดิม ด้วยข้อความเดิม
คิว CSV ที่มีสองบรรทัดออกมาเป็นอย่างไรใน LRC?
เป็นสองบรรทัดที่มีไทม์สแตมป์เวลาเดียวกัน ซึ่งเป็นวิธีที่ LRC บอกว่า “สองบรรทัดนี้อยู่ด้วยกัน” คู่บรรทัดยังคงอยู่ — สองบรรทัดของ CSV ยังเป็นคำบรรยายเดียวกันในผลลัพธ์ และโปรแกรมเล่นแสดงพร้อมกัน
คิว CSV ยังคงลำดับเดิมในผลลัพธ์ LRC หรือไม่?
ใช่ และถูกเรียงตามเวลาเริ่มระหว่างทาง — เริ่มก่อนอยู่ก่อน ซึ่งเป็นลำดับที่ทุกรูปแบบบนเว็บนี้คาดหวังและโปรแกรมเล่นอ่าน ถ้าไฟล์ CSV ของคุณเรียงคิวผิดลำดับ ผลลัพธ์ LRC จะจัดกลับให้ นั่นคือการเปลี่ยนโครงสร้างไฟล์ ไม่ใช่เนื้อหา และเป็นเจตนา
แปลง LRC กลับเป็น CSV ได้ไหม?
ได้ และมีรายการของมันเอง: การแปลง LRC เป็น CSV สูญเสียไทม์ ซึ่งเป็นรายการที่ต่างจากรายการด้านบน เพราะสองรูปแบบเก็บสิ่งต่างกัน
ผลลัพธ์ LRC เก็บ encoding เดิมของไฟล์ CSV ไว้ไหม?
ไม่ — ผลลัพธ์เป็น UTF-8 ใช้การขึ้นบรรทัดแบบ Unix และไม่มี byte-order mark ไม่ว่าไฟล์ CSV จะใช้แบบไหน ไฟล์ที่มาเป็น UTF-16 หรือ encoding แบบไบต์เดียวของ Windows จะถูกถอดรหัสตอนอ่าน (แผงผลลัพธ์จะบอกเมื่อเกิดกรณีนั้น) สิ่งที่ออกมาคือ LRC แบบ UTF-8 เหมือนกันทุกครั้ง