ค้นหาคำบรรยายที่จบก่อนเริ่ม
หรือวางข้อความคำบรรยาย
ตัวเลือก
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
คิวที่สิ้นสุดก่อนเริ่มคือไทม์โค้ดที่เป็นไปไม่ได้ เช่น 00:00:03,000 ถึง 00:00:03,000 หรือแย่กว่านั้นคือเวลาสิ้นสุดก่อนเวลาเริ่ม หน้านี้รายงานไฟล์ที่มีกรณีเช่นนั้น โดยนับจากการซ่อมที่ตัวอ่านต้องทำ เพราะไทม์โค้ดรูปนี้ถูกถือไว้ในหน่วยความจำไม่ได้เลยและถูกแทนด้วยค่าจริงก่อนอย่างอื่น สิ่งที่ได้คืนคือรายงาน ไม่ใช่ไฟล์ที่ถูกแก้
ด้วยเหตุนี้รายงานจึงเริ่มจากสิ่งที่สูญหายระหว่างอ่านแล้วจึงแสดงผลตรวจ คิวที่เวลาสิ้นสุดไม่อยู่หลังเวลาเริ่มจะได้หนึ่งมิลลิวินาทีเพื่อให้ส่วนที่เหลือของไฟล์อ่าน ดูตัวอย่าง และส่งออกได้ จำนวนการซ่อมอยู่ในส่วนหัว และผลตรวจข้างใต้บอกว่ามีหนึ่ง error โดยไม่มีเลขคิว เพราะการซ่อมนับระหว่างอ่านแทนที่จะเก็บเป็นรายการ ทั้งสองบรรทัดบรรยายไทม์โค้ดเดียวกันจากสองด้าน กับดักของหน้านี้คือคิวหนึ่งมิลลิวินาทีที่ถูกต้องตามกฎดูเหมือนคิวที่ถูกซ่อมทุกประการ การตรวจจึงไม่ดูระยะเวลาเลย แต่ดูบันทึกการซ่อม คิวที่ยาวหนึ่งมิลลิวินาทีจริงจึงถูกปล่อยไว้ ระยะเวลาติดลบและระยะเวลาศูนย์นับรวมกันเป็นข้อบกพร่องเดียวกัน สองรูปแบบไม่รับ และเหตุผลเหมือนกันทั้งคู่: LRC ได้เวลาสิ้นสุดจากไทม์สแตมป์ถัดไป คู่นั้นจึงย้อนกลับไม่ได้ ส่วนข้อความล้วนไม่มีเวลาเลย
ตัวอย่าง
คิวที่ไม่มีระยะเวลา
คำบรรยาย
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:03,000 --> 00:00:03,000
I was working late.
สิ่งที่รายงานพบ
Cues ending before they start — 1 found
Lost while reading: Timing × 1
Severity Cues Start End Measured
Error — — — 1 items
เวลาสิ้นสุดเท่ากับเวลาเริ่ม ตัวอ่านให้คิวหนึ่งมิลลิวินาทีเพื่อถือไฟล์ไว้ บันทึกการซ่อม แล้วรายงานพิมพ์ทั้งสองส่วน: บรรทัดสิ่งที่สูญหายในส่วนหัวและ error หนึ่งรายการข้างใต้ การซ่อมคือหลักฐาน ส่วนมิลลิวินาทีเป็นเพียงรูปร่างที่หลักฐานนั้นใช้
คิวที่ยาวหนึ่งมิลลิวินาทีจริง
คำบรรยาย
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:03,000 --> 00:00:03,001
I was working late.
สิ่งที่รายงานพบ
Cues ending before they start — Nothing found
Cues 2
Checks run 1
Lost while reading Nothing
เขียนด้วยมือเป็นคิวหนึ่งมิลลิวินาทีและไม่ถูกรายงาน การตัดสินนี้กำหนดรูปร่างของการตรวจ เพราะคิวศูนย์ที่ถูกซ่อมก็ออกมาเป็นหนึ่งมิลลิวินาที กฎที่ตีระยะเวลาสั้นที่นี่จะเรียกทุกไฟล์ที่มีไทม์โค้ดเสียว่าเต็มไปด้วยคิวสั้นจนเป็นไปไม่ได้
เวลาสิ้นสุดอยู่ก่อนเวลาเริ่ม
คำบรรยาย
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:05,000 --> 00:00:02,000
I was working late.
สิ่งที่รายงานพบ
Cues ending before they start — 1 found
Lost while reading: Timing × 1
Severity Cues Start End Measured
Error — — — 1 items
ห้าวินาทีถึงสองวินาทีเป็นข้อบกพร่องเดียวกับกรณีศูนย์และนับด้วยกฎเดียวกัน รายงานเหมือนกัน ไม่มีอะไรในไฟล์ถูกเขียนใหม่ เวลาที่ซ่อมมีอยู่เฉพาะในสำเนาของตัวอ่านเพื่อให้ประมวลผลส่วนที่เหลือได้ และไม่ใช่การแก้ไขที่หน้านี้เสนอ
คำถามที่พบบ่อย
อะไรถือเป็นคิวที่สิ้นสุดก่อนเริ่มในหน้านี้
เวลาสิ้นสุดที่ไม่หลังเวลาเริ่ม ไม่ว่าจะเท่ากันอย่าง 00:00:03,000 ถึง 00:00:03,000 หรือก่อนหน้าอย่าง 00:00:05,000 ถึง 00:00:02,000 ทั้งสองเป็นข้อบกพร่องเดียวกันและนับรวมกัน ทั้งคู่นับจากการซ่อมที่ตัวอ่านทำ ไม่ใช่จากคิว เพราะไทม์โค้ดรูปนี้ถือในหน่วยความจำไม่ได้
ทำไมรายงานไม่ระบุเลขคิวที่เกี่ยวข้อง
เพราะการซ่อมนับขณะอ่านไฟล์ ไม่ได้เก็บเป็นรายการ รายงานบอกจำนวน เช่น error หนึ่งรายการและหนึ่งรายการในบรรทัดสิ่งที่สูญหาย และทั้งสองส่วนคือข้อเท็จจริงเดียวกัน หากต้องหา คิวที่แน่นอน ให้ค้นไฟล์ด้วยจำนวนไทม์โค้ดแทนเลขคิว
คิวที่ยาวหนึ่งมิลลิวินาทีเป็นปัญหาไหม
ไม่ใช่ที่นี่ และตั้งใจให้เป็นเช่นนั้น คิวหนึ่งมิลลิวินาทีที่เขียนด้วยมือเป็นสิ่งที่ถูกกฎและไม่ถูกรายงาน สิ่งที่ถูกรายงานคือไทม์โค้ดที่ต้องซ่อม ซึ่งบังเอิญถูกเก็บเป็นหนึ่งมิลลิวินาทีภายหลัง การตรวจระยะเวลาแทนการซ่อมจะตีทุกไฟล์ที่มีคิวศูนย์ว่าเต็มไปด้วยคิวสั้นจนเป็นไปไม่ได้
หน้านี้แก้ไทม์โค้ดที่พบให้หรือไม่
ไม่ เวลาที่ซ่อมมีอยู่เฉพาะในเบราว์เซอร์เพื่อให้ส่วนที่เหลือของไฟล์ถูกอ่านและรายงานได้ ไฟล์ที่คุณดาวน์โหลดหรือลากเข้ามาไม่เปลี่ยน และหน้านี้ไม่มีทางบันทึกฉบับที่ซ่อมแล้ว การแทนไทม์โค้ดเสียเป็นการดำเนินการที่มีไฟล์คำบรรยายเป็นผลผลิต ไม่ใช่การตรวจ
ตรวจคิวที่สิ้นสุดก่อนเริ่มได้กับรูปแบบใดบ้าง
สิบจากสิบสองรูปแบบ ได้แก่ SRT, WebVTT, ASS, SSA, SBV, SMI, MicroDVD, TTML, JSON และ CSV สองรูปแบบที่ขาดไปไม่ใช่ความหลงลืม LRC เก็บเวลาบรรทัดละหนึ่งค่าและตัวอ่านได้เวลาสิ้นสุดจากไทม์สแตมป์ถัดไป คู่นั้นจึงย้อนกลับไม่ได้ ส่วนข้อความล้วนไม่มีเวลาเลย
ไทม์โค้ดเสียแบบนี้มักมาจากไหน
เกือบทั้งหมดถูกสร้างขึ้นมากกว่าพิมพ์ การแปลงเฟรมเรตที่ปัดผิดทาง การเลื่อนเวลาที่ทำซ้ำสองครั้งกับคิวเดียวกัน การส่งออกสเปรดชีตที่คอลัมน์สิ้นสุดว่างและถูกอ่านเป็นศูนย์ และคำบรรยายที่แปลงจากไฟล์ timed text ที่มีเครื่องหมายซึ่งไม่มีระยะเวลาตั้งแต่แรก
ตรวจหลายไฟล์ในครั้งเดียวได้ไหม
ได้ ลากไฟล์เข้ามาได้ตามต้องการ ระบบอ่านทีละไฟล์ แต่ละไฟล์สร้างรายงานของตัวเอง และรายงานดาวน์โหลดพร้อมกันเป็น zip คิวแสดงความคืบหน้าต่อไฟล์ ยกเลิกกลางทางได้ และไม่มีไฟล์ใดถูกอัปโหลด