แปลง VTT เป็น CSV
หรือวางข้อความคำบรรยาย
การแปลงนี้เปลี่ยนอะไร
2 อย่างถูกตัดทิ้งหรือต้องตัดสินใจ
- รูปแบบ
รูปแบบตัวอักษรทั้งหมด (ตัวหนา ตัวเอียง สี เส้นขอบ เงา)
- เนื้อหาที่เฉพาะกับรูปแบบ
เนื้อหาที่รูปแบบต้นทางเก็บไว้นอกคิว (บล็อกที่ไม่ใช่คิว ข้อความหัวไฟล์ การตั้งค่าต่อคิว เหตุการณ์ที่ถูกคอมเมนต์) — รูปแบบปลายทางไม่มีที่ให้เก็บ
รายการนี้มาจากเมทริกซ์ความสามารถของสองรูปแบบนี้ ไม่ได้มาจากไฟล์ที่คุณโหลด ไฟล์หนึ่งอาจสูญหายมากกว่าหากใช้คุณสมบัติที่รูปแบบอนุญาตแต่เมทริกซ์ไม่ได้จำลอง
หน้านี้แปลงไฟล์ VTT เป็น CSV ในเบราว์เซอร์ ไม่มีการอัปโหลดและไม่ต้องมีบัญชี คุณลากไฟล์เดียวหรือทั้งฤดูกาลเข้ามาได้ คิวทำงานตามลำดับ ยกเลิกกลางทางได้ และดาวน์โหลดผลลัพธ์ทั้งหมดเป็น ZIP เดียว
ในทิศทางนี้สิ่งที่สูญหายคือสไตล์และเนื้อหาเฉพาะรูปแบบ รายการนี้มาจากสิ่งที่สองรูปแบบเก็บได้ ไม่ได้มาจากไฟล์ของคุณ จึงเป็นคำตอบเดิมก่อนคุณโหลดอะไร ส่วนข้อความและลำดับคิวยังอยู่ ผลลัพธ์เป็นตารางที่มีหัวคอลัมน์ start, end และ text หนึ่งแถวต่อหนึ่งคิว โดยเวลาเขียนด้วยจุด (00:00:01.000) เพราะจุลภาคใช้คั่นฟิลด์
ตัวอย่าง
ไฟล์ VTT ทั่วไป แปลงเป็น CSV
ข้อมูลนำเข้า
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>.
ผลลัพธ์
start,end,text
00:00:01.000,00:00:04.000,Hello there.
00:00:04.500,00:00:08.000,Second line with <i>italics</i>.
มีข้อมูลสูญหายในผลลัพธ์นี้: สไตล์และเนื้อหาเฉพาะรูปแบบ ส่วนที่เหลือตรงกันทุกบรรทัด
การแปลง VTT เป็น CSV บนไฟล์ที่มีปัญหา
ข้อมูลนำเข้า
a stray comment line
cue-id-1
00:00:01.000 --> 00:00:02.000
No header, two lines before the timecode.
ผลลัพธ์
start,end,text
00:00:01.000,00:00:02.000,"No header, two lines before the timecode."
ไฟล์จริงมักมีอาการแบบนี้ — การขึ้นบรรทัดใหม่แบบผสม ช่องว่างเกิน และฟิลด์ที่เว้นว่าง เทียบกับตัวอย่างแรกเพื่อดูว่าตัวแยกวิเคราะห์ยอมรับอะไรได้บ้าง
คำถามที่พบบ่อย
ตัวหนาและตัวเอียงจาก VTT รอดไปถึง CSV หรือไม่
ตัวเน้นรอด แต่ตารางสไตล์ไม่รอด รูปแบบที่เป็นของข้อความช่วงหนึ่ง — ตัวหนา ตัวเอียง ขีดเส้นใต้ และสี — ถูกเขียนลงในข้อความ CSV เป็นแท็ก เช่น <i>, <b>, <u> และ <font color="…"> เพราะเป็นสไตล์ชนิดเดียวที่รูปแบบระดับคิวยังพาไปได้ สิ่งที่หายไปคือทุกอย่างที่ไฟล์ VTT ประกาศไว้ทั้งไฟล์: ฟอนต์ ขนาด เส้นขอบ เงา และระยะขอบ
บล็อก NOTE, STYLE และ REGION ของ VTT ไปไหนเมื่อกลายเป็น CSV
ถูกทิ้ง ไฟล์ WebVTT พาได้ทั้งบรรทัดหัว ความคิดเห็น บล็อกสไตล์ นิยามภูมิภาค และการตั้งค่าของแต่ละคิว เช่น align หรือ position แต่ CSV ไม่มีที่ให้เก็บ — มันเก็บคิว ไม่ใช่เอกสาร ตัวคิวเองทั้งข้อความและเวลาผ่านไปครบ
ผลลัพธ์มีหน้าตาอย่างไรเมื่อ VTT กลายเป็น CSV
หน้าตาแบบ CSV: ตารางที่มีหัวคอลัมน์ start, end และ text หนึ่งแถวต่อหนึ่งคิว โดยเวลาเขียนด้วยจุด (00:00:01.000) เพราะจุลภาคใช้คั่นฟิลด์ ทุกคิวของ VTT กลายเป็นหนึ่งคิว CSV ในลำดับเดิม ด้วยข้อความเดิม
เวลาใน VTT ยังตรงถึงมิลลิวินาทีเมื่อเป็น CSV หรือไม่
ตรงถึงมิลลิวินาที ซึ่งละเอียดที่สุดที่ทั้งสองรูปแบบทำได้ VTT เขียนเวลาเป็น 00:00:04.126 และ CSV เขียนช่วงเวลาเดียวกันเป็น 00:00:04.126 ไม่มีการปัดหรือเลื่อน และคิวที่ขึ้นจอ 2.9 วินาทียังคง 2.9 วินาที
คิว VTT ที่มีสองบรรทัดออกมาใน CSV อย่างไร
เป็นสองบรรทัดในเซลล์ข้อความเดียว โดยใส่เครื่องหมายคำพูดตามที่ CSV กำหนด การจับคู่ยังอยู่ — สองบรรทัดของ VTT ยังเป็นคำบรรยายเดียวกันในผลลัพธ์ CSV
ลำดับคิว VTT ยังเหมือนเดิมในผลลัพธ์ CSV หรือไม่
เหมือนเดิม และถูกเรียงตามเวลาเริ่มจากน้อยไปมากระหว่างทาง ซึ่งเป็นลำดับที่ทุกรูปแบบในเว็บนี้คาดหวังและโปรแกรมเล่นอ่าน ถ้าไฟล์ VTT เรียงคิวผิด ผลลัพธ์ CSV จะเรียงกลับให้ นั่นเป็นการเปลี่ยนโครงสร้างไฟล์ ไม่ใช่เนื้อหา และเป็นเจตนา
แปลง CSV กลับเป็น VTT ได้ไหม
ได้ และการแปลง CSV กลับเป็น VTT มีรายการสูญหายของตัวเอง: ความละเอียดของเวลา รายการนั้นต่างจากด้านบนเพราะสองรูปแบบเก็บข้อมูลต่างกัน
ไฟล์ CSV ที่แปลงจาก VTT ยังใช้ encoding เดิมหรือไม่
ไม่ ไฟล์ผลลัพธ์เป็น UTF-8 ใช้การขึ้นบรรทัดใหม่แบบ Unix และไม่มี byte-order mark ไม่ว่าไฟล์ VTT ต้นฉบับจะใช้ encoding อะไร ไฟล์ที่มาเป็น UTF-16 หรือ encoding ไบต์เดี่ยวแบบ Windows จะถูกถอดรหัสตอนอ่านเข้า และผลลัพธ์ออกมาเป็น CSV แบบ UTF-8 เหมือนกันทุกครั้ง