ค้นหาคำบรรยายที่เรียงผิดลำดับ
หรือวางข้อความคำบรรยาย
ตัวเลือก
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
ไฟล์คำบรรยายควรไหลไปข้างหน้า แต่ละคิวเริ่มไม่เร็วกว่าคิวก่อนหน้า หน้านี้รายงานไฟล์ที่ไม่ได้เป็นเช่นนั้น โดยอ่านจากบันทึกการจัดเรียงของตัวอ่านเอง ไม่ใช่จากคิว เพราะเมื่อถึงเวลาตรวจ ลำดับถูกแก้ให้ถูกต้องแล้ว ผลลัพธ์เป็นรายงาน ไม่ใช่ไฟล์ที่แปลงแล้ว ไม่มีการเขียนใหม่
กลไกนี้ควรเข้าใจก่อนอ่านรายงาน คิวถูกเรียงตามเวลาเริ่มทันทีที่ไฟล์ถูกอ่าน เพราะทุกการดำเนินการ ทุกตัวอย่างก่อนดู และทุกการส่งออกถือว่าลำดับต้องเพิ่มขึ้น ไฟล์ที่มาถึงแบบหลุดลำดับจึงไม่ทิ้งร่องรอยไว้ในคิวเอง หลักฐานเดียวที่เหลือคือจำนวนคิวที่ต้องถูกย้าย ซึ่งรายงานพิมพ์เป็นผลระดับเอกสารหนึ่งรายการ พร้อมจำนวนคิวและไม่มีไทม์โค้ด เพราะหลังจัดเรียงแล้วไม่มีตำแหน่งที่ซื่อตรงให้ชี้ สิ่งที่นับว่าไม่เรียงลำดับคือเวลาเริ่มที่ลดลงเท่านั้น สองคิวที่เริ่มมิลลิวินาทีเดียวกันไม่ถือว่าหลุดลำดับ การเรียงมีเสถียรภาพ ไม่มีอะไรถูกย้าย และคู่นั้นมักไปปรากฏในหน้าที่ตรวจการซ้อนทับ ไฟล์ที่อ่านตามลำดับจะได้รายงานที่ไม่พบอะไรและส่วนหัวบอกว่าไม่มีอะไรสูญหาย ซึ่งเป็นการตัดสินที่แท้จริง เพราะหลักฐานของการตรวจคือจำนวนคิวที่ต้องย้ายและศูนย์ก็เป็นตัวเลข ข้อความล้วนไม่รับ เพราะรูปแบบที่ไม่มีเวลาเริ่มย่อมไม่เรียงผิดได้
ตัวอย่าง
ไฟล์ไหลย้อนกลับ
คำบรรยาย
1
00:00:10,000 --> 00:00:11,000
I was working late.
2
00:00:01,000 --> 00:00:02,000
Where were you?
สิ่งที่รายงานพบ
Cues out of sequence — 1 found
Severity Cues Start End Measured
Warning — — — 2 items
คิวที่สองเริ่มก่อนคิวแรกเก้าวินาที รายงานให้ผลหนึ่งรายการโดยไม่มีไทม์โค้ด เพราะคิวถูกจัดเรียงระหว่างอ่าน จึงไม่มีตำแหน่งในไฟล์ที่เรียกได้ว่าผิดอีกแล้ว บรรทัดสรุปที่บอกว่าคิวเรียงผิด 2 ครั้งในส่วนหัวคือข้อเท็จจริงเดียวกันที่นับตอนอ่าน
เรียงถูก และรายงานบอกเช่นนั้น
คำบรรยาย
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:10,000 --> 00:00:11,000
I was working late.
สิ่งที่รายงานพบ
Cues out of sequence — 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:01,000 --> 00:00:03,000
I was working late.
สิ่งที่รายงานพบ
Cues out of sequence — Nothing found
Cues 2
Checks run 1
Lost while reading Nothing
เวลาเริ่มเท่ากันไม่ใช่การลดลง การเรียงมีเสถียรภาพ และไม่มีคิวถูกย้าย ไฟล์แบบนี้มีข้อบกพร่องอีกชนิด คือสองคิวแชร์หน้าจอ และนั่นคืองานของหน้าที่ตรวจการซ้อนทับ
คำถามที่พบบ่อย
อะไรทำให้ไฟล์คำบรรยายถือว่าไม่เรียงลำดับในหน้านี้
คิวที่เวลาเริ่มเร็วกว่าเวลาเริ่มของคิวที่อยู่เหนือขึ้นไป หรือพูดอีกแบบคือการลดลง และไม่มีอย่างอื่น เวลาเริ่มเท่ากันไม่ใช่การลดลง และเวลาสิ้นสุดที่เท่ากันไม่เกี่ยวข้องเพราะการเรียงดูที่เวลาเริ่ม คิวเสียเพียงคิวเดียวก็พอให้รายงานทั้งไฟล์
ทำไมผลที่พบไม่มีไทม์โค้ด
เพราะคิวถูกจัดเรียงขณะอ่านไฟล์ และรายงานถูกสร้างในภายหลัง เมื่อถึงตอนนั้นลำดับในหน่วยความจำถูกต้องแล้ว ไม่มีตำแหน่งใดเหลือที่เรียกได้ว่าผิดอย่างซื่อตรง จำนวนคิวที่ต้องย้ายคือหลักฐาน และพิมพ์ทั้งในคอลัมน์วัดผลและในส่วนหัว
หน้านี้เรียงลำดับไฟล์ให้ใหม่หรือไม่
ไม่ หน้านี้อ่านไฟล์และสร้างรายงาน ต้นฉบับไม่ถูกแตะ การจัดเรียงที่ผลตรวจอ้างถึงเกิดขึ้นในเบราว์เซอร์ระหว่างอ่านและไม่ถูกเขียนลงที่ใด หากต้องการไฟล์ที่เรียงใหม่ นั่นเป็นการดำเนินการอีกอย่างที่มีไฟล์คำบรรยายเป็นผลผลิต
ไฟล์ที่มีสองคิวเริ่มพร้อมกันเป็นปัญหาในหน้านี้ไหม
ไม่ใช่ที่นี่ การเรียงเวลาเริ่มที่เท่ากันไม่ย้ายอะไร การตรวจจึงไม่พบอะไร คู่นั้นน่าดูด้วยเหตุผลอื่น สองคิวอยู่บนจอพร้อมกันคือการซ้อนทับ และนั่นคือหน้าที่ต้องพาไป
ตรวจลำดับคิวได้กับรูปแบบคำบรรยายใดบ้าง
สิบเอ็ดจากสิบสองรูปแบบ ได้แก่ SRT, WebVTT, ASS, SSA, SBV, SMI, LRC, MicroDVD, TTML, JSON และ CSV ข้อความล้วนไม่อยู่ในรายการ เพราะไม่มีเวลาเริ่มจึงไม่มีลำดับให้ผิด การรายงานผลสะอาดในรูปแบบนั้นจะเป็นการตัดสินปลอม
ไฟล์คำบรรยายที่ส่งมอบแล้วหลุดลำดับบ่อยแค่ไหน
บ่อยกว่าที่ไทม์ไลน์บอก และมักด้วยเหตุผลน่าเบื่อ สองไฟล์ถูกรวมด้วยมือ การแปลด้วยเครื่องคืนส่วนที่เรียงต่างลำดับ หรือเครื่องมือปรับเวลาถูกใช้กับบางส่วนแทนทั้งไฟล์ ปัญหานี้ไม่ค่อยไปถึงโปรแกรมเล่นเพราะโปรแกรมเล่นก็เรียงเหมือนกัน แต่ไปถึงเครื่องมือที่ถือว่าไฟล์เรียงแล้ว
ตรวจหลายไฟล์พร้อมกันได้ไหม
ได้ ลากไฟล์เข้ามาได้ตามจำนวน ระบบอ่านทีละไฟล์ แต่ละไฟล์มีรายงานของตัวเอง และรายงานดาวน์โหลดพร้อมกันเป็น zip คิวแสดงความคืบหน้าต่อไฟล์ และหยุดกลางทางได้โดยไม่มีอะไรทำงานค้างอยู่เบื้องหลัง