แปลง JSON เป็น LRC
หรือวางข้อความคำบรรยาย
การแปลงนี้เปลี่ยนอะไร
5 อย่างถูกตัดทิ้งหรือต้องตัดสินใจ
- เวลา
เวลาสิ้นสุดของคิว (รูปแบบผลลัพธ์บันทึกเพียงเวลาที่คิวเริ่ม)
- รูปแบบ
รูปแบบตัวอักษรทั้งหมด (ตัวหนา ตัวเอียง สี เส้นขอบ เงา)
- ตำแหน่ง
ตำแหน่งบนหน้าจอ (ทุกคิวกลับไปยังตำแหน่งเริ่มต้น)
- Karaoke
จังหวะ Karaoke (ไฮไลต์ต่อพยางค์)
- ความละเอียด
ความละเอียดของเวลา — นาฬิกาของผลลัพธ์หยาบกว่า ทุกเวลาจึงถูกปัดเป็น 10 ms ที่ใกล้ที่สุด
รายการนี้มาจากเมทริกซ์ความสามารถของสองรูปแบบนี้ ไม่ได้มาจากไฟล์ที่คุณโหลด ไฟล์หนึ่งอาจสูญหายมากกว่าหากใช้คุณสมบัติที่รูปแบบอนุญาตแต่เมทริกซ์ไม่ได้จำลอง
หน้านี้แปลง JSON เป็น LRC คุณลากไฟล์มาวางหรือวางข้อความลงไป แล้วรับไฟล์ LRC กลับคืน การแปลงทั้งหมดทำงานในเบราว์เซอร์ ไม่มีการอัปโหลดและไม่ต้องมีบัญชี
สองรูปแบบนี้เก็บข้อมูลไม่เหมือนกัน และส่วนต่างไม่ใช่เรื่องผิวเผิน: ไทม์ สไตล์ ตำแหน่ง คาราโอเกะและความละเอียดของเวลาไม่มีที่อยู่ใน LRC รายการด้านบนคำนวณจากสิ่งที่แต่ละรูปแบบแสดงออกได้ ไม่ได้มาจากไฟล์ของคุณ คำตอบจึงเหมือนเดิมก่อนคุณเปิดไฟล์ ไฟล์เดียวหรือทั้งซีซันก็ได้: คิวจะประมวลผลตามลำดับและดาวน์โหลดผลลัพธ์รวมเป็น ZIP เดียว
ตัวอย่าง
ไฟล์ JSON ทั่วไป แปลงเป็น LRC
ข้อมูลนำเข้า
{
"version": 1,
"title": "Fixture: typical",
"fps": 25,
"styles": {
"Default": {
"name": "Default",
"fontFamily": "Arial",
"fontSize": 20,
"primaryColor": "#FFFFFF",
"bold": false,
"italic": false
}
},
"generator": "subtitlematrix fixtures",
"cues": [
{
"id": "1",
"start": 0,
"end": 2000,
"lines": [
"Hello world.",
"Second line."
],
"style": "Default",
"position": {
"x": 100,
"y": 200,
"align": "center"
}
},
{
"id": "2",
"start": 2500,
"end": 4000,
"lines": [
"Plain line.",
{
"text": "Styled line.",
"tags": [
{
"kind": "italic",
"start": 0,
"end": 6
}
]
}
]
},
{
"id": "3",
"start": 4500,
"end": 6000,
"lines": [
"Roger: I am here."
],
"speaker": "Roger"
}
]
}
ผลลัพธ์
[ti:Fixture: typical]
[00:00.00]Hello world.
[00:00.00]Second line.
[00:02.50]Plain line.
[00:02.50]Styled line.
[00:04.50]Roger: I am here.
สิ่งที่หายไปในผลลัพธ์นี้: ไทม์ สไตล์ ตำแหน่ง คาราโอเกะและความละเอียดของเวลา ส่วนที่เหลือตรงกันทุกบรรทัด
การแปลงเดียวกันกับข้อมูลที่ยุ่งเหยิง
ข้อมูลนำเข้า
[
{ "start": 0, "end": 1000, "lines": ["First."] },
{ "start": 1000, "end": 2000, "text": "Second." },
"not an object",
{ "start": 2000, "end": 3000, "lines": ["Third."], "class": "top" }
]
ผลลัพธ์
[00:00.00]First.
[00:01.00]Second.
[00:02.00]Third.
นี่คือความเสียหายแบบที่ไฟล์จริงมี — การขึ้นบรรทัดใหม่ปนกัน ช่องว่างเกิน และช่องที่เว้นว่าง เทียบกับตัวอย่างเรียบร้อยด้านบนเพื่อดูว่าตัวแยกวิเคราะห์ให้อภัยอะไรได้บ้าง
คำถามที่พบบ่อย
เวลาสิ้นสุดของแต่ละคิว JSON เป็นอย่างไร?
LRC บันทึกว่าแต่ละบรรทัดเริ่มเมื่อไรและเท่านั้น — โปรแกรมเล่นเนื้อเพลงจะแสดงบรรทัดไว้จนกว่าบรรทัดถัดไปจะเริ่ม เวลาสิ้นสุดจึงซ้ำซ้อน ทุกเวลาสิ้นสุดถูกตัดออก และเวลาเริ่มของ JSON ทุกตัวไม่ถูกแตะต้อง
ตัวหนา ตัวเอียง และสีจาก JSON ไป LRC เป็นอย่างไร?
LRC ไม่เก็บสไตล์ใด ๆ ทั้งสิ้น ทั้งหมดจึงหายไป: `tags` ของบรรทัดในคิว หรือรายการในออบเจ็กต์ `styles` ของเอกสาร ไม่มีที่ลง และทุกบรรทัดถูกเขียนเป็นข้อความล้วน คำยังอยู่ครบ
ตำแหน่งบนหน้าจอจาก JSON ไป LRC เป็นอย่างไร?
LRC บอกไม่ได้ว่าคำบรรยายถูกวาดที่ไหน ดังนั้นตำแหน่งที่เก็บไว้กับแต่ละคิวจึงถูกตัดทิ้งระหว่างทางออกจาก JSON และทุกคิวกลับไปยังตำแหน่งเริ่มต้นที่โปรแกรมเล่นเลือก — โดยมากคือด้านล่างของเฟรมและจัดกึ่งกลาง
คาราโอเกะจาก JSON ไป LRC เป็นอย่างไร?
เวลาไป คำยังอยู่ คาราโอเกะอยู่ในช่วงคาราโอเกะที่คิว JSON พาไป ซึ่งบอกว่าแต่ละพยางค์สว่างเมื่อไร และ LRC บันทึกช่วงเวลาภายในบรรทัดไม่ได้ เครื่องหมายจึงถูกถอดออก และพยางค์ออกมาเป็นข้อความ LRC ธรรมดา
ทำไมไทม์สแตมป์จึงเปลี่ยนเมื่อแปลง JSON เป็น LRC?
LRC เก็บเวลาเป็น `[00:04.12]` ส่วน JSON เก็บเป็น `4126` — ระดับหนึ่งในร้อยของวินาทีเทียบกับหนึ่งในพัน — ไทม์โค้ดทุกตัวจึงถูกปัดไปยัง 10 ms ที่ใกล้ที่สุด: 00:00:04,126 ออกมาเป็น 4.13 วินาที ไม่มีการยืดหรือเรียงลำดับใหม่ และไม่มีคิวใดขยับเกิน 5 ms แต่ถ้าคุณกำลังวางคำบรรยายชุดนี้เทียบกับไฟล์อื่น นี่คือจุดเดียวที่การแปลงนี้ไม่แม่นยำอีกต่อไป
ผลลัพธ์มีหน้าตาอย่างไรเมื่อ JSON กลายเป็น LRC?
เหมือน LRC: ไม่มีเลขคิว — ทุกบรรทัดมีไทม์สแตมป์ในวงเล็บของตัวเอง ทุกคิว JSON กลายเป็นหนึ่งคิว LRC ตามลำดับเดิม ด้วยข้อความเดิม
คิว JSON ที่มีสองบรรทัดออกมาเป็นอย่างไรใน LRC?
เป็นสองบรรทัดที่มีไทม์สแตมป์เวลาเดียวกัน ซึ่งเป็นวิธีที่ LRC บอกว่า “สองบรรทัดนี้อยู่ด้วยกัน” คู่บรรทัดยังคงอยู่ — สองบรรทัดของ JSON ยังเป็นคำบรรยายเดียวกันในผลลัพธ์ และโปรแกรมเล่นแสดงพร้อมกัน
คิว JSON ยังคงลำดับเดิมในผลลัพธ์ LRC หรือไม่?
ใช่ และถูกเรียงตามเวลาเริ่มระหว่างทาง — เริ่มก่อนอยู่ก่อน ซึ่งเป็นลำดับที่ทุกรูปแบบบนเว็บนี้คาดหวังและโปรแกรมเล่นอ่าน ถ้าไฟล์ JSON ของคุณเรียงคิวผิดลำดับ ผลลัพธ์ LRC จะจัดกลับให้ นั่นคือการเปลี่ยนโครงสร้างไฟล์ ไม่ใช่เนื้อหา และเป็นเจตนา
แปลง LRC กลับเป็น JSON ได้ไหม?
ได้ และมีรายการของมันเอง: การแปลง LRC เป็น JSON สูญเสียไทม์ ซึ่งเป็นรายการที่ต่างจากรายการด้านบน เพราะสองรูปแบบเก็บสิ่งต่างกัน
ผลลัพธ์ LRC เก็บ encoding เดิมของไฟล์ JSON ไว้ไหม?
ไม่ — ผลลัพธ์เป็น UTF-8 ใช้การขึ้นบรรทัดแบบ Unix และไม่มี byte-order mark ไม่ว่าไฟล์ JSON จะใช้แบบไหน ไฟล์ที่มาเป็น UTF-16 หรือ encoding แบบไบต์เดียวของ Windows จะถูกถอดรหัสตอนอ่าน (แผงผลลัพธ์จะบอกเมื่อเกิดกรณีนั้น) สิ่งที่ออกมาคือ LRC แบบ UTF-8 เหมือนกันทุกครั้ง