สแกนปัญหาทางโครงสร้างของคำบรรยาย
หรือวางข้อความคำบรรยาย
ตัวเลือก
จำนวนมิลลิวินาทีของหน้าจอว่างที่อนุญาตระหว่างคิวหนึ่งจบกับคิวถัดไปเริ่ม ช่องว่างวัดจากจุดสิ้นสุดที่ไกลที่สุดที่ไปถึงแล้ว ไม่ใช่จากคิวที่อยู่ติดกันก่อนหน้า คิวยาวที่อยู่ใต้คิวสั้นหลายคิวจึงไม่สร้างช่องว่างที่ไม่มีอยู่จริงบนจอ ตัวเลขนี้ทำอะไรขึ้นอยู่กับหน้าที่คุณอยู่: การปิดช่องว่างจะปิดทุกอย่างที่กว้างกว่านี้ (0 คือค่าปกติและหมายถึงสองคิวบรรจบกันพอดี) ส่วนหน้าตรวจจะแสดงทุกช่วงที่กว้างกว่านี้และไม่แตะไฟล์ ค่าใดก็ตามที่เท่าหรือน้อยกว่าตัวเลขนี้จะถูกปล่อยไว้ทั้งสองกรณี
เป็นระยะเวลา — 1000, 1s, 1.5s และ 00:00:01,000 ใช้ได้ทั้งหมด นี่คือเส้นแบ่งระหว่างคำบรรยายที่ค้างนานพอให้อ่านกับที่แวบผ่าน สิ่งที่เกิดขึ้นเมื่ออยู่ผิดด้านของเส้นนี้ขึ้นอยู่กับหน้าที่คุณอยู่: การปิดช่องว่างจะทำให้คิวจอสั้นอยู่บนจอนานขึ้น โดยดึงเวลาที่เพิ่มจากช่องว่างถัดไป คิวใดจึงไม่ทับคำของคิวถัดไป (คิวสุดท้ายของไฟล์ไม่มีอะไรต่อท้ายจึงขยายออกไป) ส่วนหน้าตรวจจะแสดงทุกคิวที่ต่ำกว่าเส้นนี้และไม่แตะไฟล์
ช่องเดียว สองตัวเลือก และแต่ละตัวเลือกมีหน้าของตัวเอง คิวที่ไม่มีข้อความเลยคือคำบรรยายที่กินไทม์ไลน์แต่แสดงอะไรเลย — ไม่มีการอ่านไฟล์แบบไหนที่ถือว่าถูก รายงานจึงทำเครื่องหมายเป็นข้อผิดพลาด คิวที่ไม่มีตัวอักษรคือบรรทัดที่มีบางอย่างแต่ไม่มีคำ: โน้ตดนตรีที่ใช้แทนเพลง ตัวเลขล้วน หรือขีดสามขีด คำบรรยายสำหรับผู้มีปัญหาการได้ยินใช้สิ่งเหล่านี้โดยตั้งใจ รายงานจึงทำเครื่องหมายให้ตรวจดูแทนที่จะถือว่าผิด และคอลัมน์ที่วัดจะแสดงตัวอักษรที่มีอยู่จริง
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
นี่คือหน้าที่ควรรันเมื่อยังไม่รู้ว่าไฟล์มีอะไรผิด หน้านี้พาไฟล์คำบรรยายผ่านการตรวจโครงสร้างทั้งหกอย่างในรอบเดียว ทั้งคิวที่ซ้อนทับ ช่องว่าง คิวว่าง คิวที่ไม่มีคำ ลำดับเวลาเริ่มที่ไหลย้อนกลับ และระยะเวลาที่อยู่นอกเกณฑ์ของคุณ แล้วคืนรายงานเดียวที่มีหนึ่งหัวข้อต่อการตรวจ ทุกหัวข้อถูกพิมพ์ไม่ว่าจะพบอะไรหรือไม่ ซึ่งคือประเด็น: รายงานที่แสดงเฉพาะปัญหาจะทำให้แยกไม่ออกว่าการตรวจใดกลับมาสะอาดกับการตรวจใดไม่เคยรัน
แต่ละการตรวจมีคำศัพท์ของตัวเอง การซ้อนทับวัดเป็นมิลลิวินาทีที่แชร์ ช่องว่างเป็นมิลลิวินาทีที่ว่าง ระยะเวลาวัดกับเกณฑ์สองค่าที่คุณตั้ง และการตรวจลำดับสองอย่างรายงานเป็นผลระดับเอกสาร เพราะคิวที่ต้องถูกจัดเรียงหรือซ่อมไม่ทิ้งร่องรอยในไฟล์ให้ชี้ตำแหน่ง จำนวนในแต่ละหัวข้อไม่รวมกันเป็นจำนวนปัญหาทั้งหมด และไม่ได้ตั้งใจให้รวม คิวเดียวอาจสั้น ว่าง และซ้อนทับพร้อมกันได้ และแต่ละอย่างถูกรายงานโดยกฎที่บรรยายมันได้ สิ่งที่รายงานให้คือรูปร่างของปัญหา ไม่ใช่ยอดรวม ส่วนหัวเป็นคำตอบส่วนหนึ่ง: ชื่อไฟล์ รูปแบบที่อ่าน จำนวนคิว จำนวนการตรวจที่รัน และสิ่งที่ตัวอ่านต้องซ่อมระหว่างทาง การซ่อมเหล่านั้นคือเหตุผลที่การจัดเรียงหรือระยะเวลาศูนย์ปรากฏในหัวข้อผลตรวจโดยไม่มีเลขคิว หลังสแกนแล้ว ให้รันหน้าที่เจาะจงกับสิ่งที่พบ เพราะแต่ละหน้านธิบายข้อบกพร่องหนึ่งอย่างและเสนอการซ่อมที่เหมาะกับมัน
ตัวอย่าง
ไฟล์ที่มีปัญหาหลายชนิด
คำบรรยาย
1
00:00:01,000 --> 00:00:03,000
Where were you?
2
00:00:03,500 --> 00:00:04,000
3
00:00:04,500 --> 00:00:09,000
I was working late.
4
00:00:09,300 --> 00:00:12,000
Until when?
สิ่งที่รายงานพบ
Checks run 6
Cues 4
Overlapping cues — 1 found
Gaps between cues — 2 found
Cue duration outside the limit — 1 found
Cues with no words — 1 found
Cues out of sequence — Nothing found
Cues ending before they start — Nothing found
สี่คิว สี่ข้อบกพร่อง และสองในหกหัวข้อว่างเปล่า หัวข้อลำดับที่ว่างคือผลลัพธ์ ไม่ใช่ช่องโหว่ของรายงาน เป็นวิธีที่รู้ว่าไฟล์ถูกตรวจเรื่องนั้นแล้วและกลับมาสะอาด คิวว่างกับคิวสั้นคือคิวเดียวกัน ถูกนับสองครั้งโดยกฎสองข้อที่บรรยายต่างกัน
ไฟล์สะอาด
คำบรรยาย
1
00:00:01,000 --> 00:00:03,000
Where were you?
2
00:00:03,000 --> 00:00:05,000
I was working late.
สิ่งที่รายงานพบ
Checks run 6
Cues 2
Overlapping cues — Nothing found
Gaps between cues — Nothing found
Cue duration outside the limit — Nothing found
Cues with no words — Nothing found
Cues out of sequence — Nothing found
Cues ending before they start — Nothing found
หกการตรวจ หกหัวข้อว่าง นี่คือคำตอบที่หน้านี้ควรให้เกือบทุกครั้ง และเป็นวิธีเดียวที่เห็นว่าไม่พบอะไรถูกพิมพ์แยกตามการตรวจ ไม่ใช่ครั้งเดียวสำหรับทั้งไฟล์
ไฟล์ที่ตัวอ่านต้องซ่อม
คำบรรยาย
1
00:00:09,000 --> 00:00:11,000
I was working late.
2
00:00:01,000 --> 00:00:02,000
Where were you?
3
00:00:05,000 --> 00:00:05,000
Until when?
สิ่งที่รายงานพบ
Lost while reading Timing × 1, Cue order × 2
Cues out of sequence — 1 found
Cues ending before they start — 1 found
Gaps between cues — 1 found
Cue duration outside the limit — 1 found
สามคิวและสามปัญหา หนึ่งในนั้นตัวอ่านต้องแก้ก่อนจะตรวจอะไรได้ ส่วนหัวบันทึกการซ่อมทั้งสอง และหนึ่งมิลลิวินาทีที่สร้างให้คิว 3 กลับมาในหัวข้อระยะเวลาเป็นตัวเลขที่วัดกับขั้นต่ำหนึ่งวินาที ข้อบกพร่องเดียวกันบรรยายจากสองทิศทางในรายงานเดียว
คำถามที่พบบ่อย
หน้านี้ตรวจอะไรบ้างกับไฟล์คำบรรยาย
หกอย่าง: คิวที่ซ้อนทับ ช่องว่างระหว่างคิวที่ยาวกว่าเกณฑ์ คิวว่าง คิวที่ไม่มีคำ คิวที่เวลาเริ่มไหลย้อนกลับ และคิวที่ระยะเวลาอยู่นอกค่าต่ำสุดและสูงสุดที่คุณตั้ง แต่ละอย่างมีหัวข้อของตัวเองในรายงาน พิมพ์ตามลำดับเดิมทุกครั้ง และทุกหัวข้อปรากฏไม่ว่าจะพบอะไร
ทำไมการตรวจที่ไม่พบปัญหายังได้หัวข้อในรายงาน
เพราะไม่พบอะไรกับไม่ได้ตรวจเป็นคำตอบที่ต่างกัน และรายงานที่แสดงเฉพาะปัญหาจะทำให้แยกสองอย่างนี้ไม่ออก หกหัวข้อหมายถึงหกการตรวจที่รัน หัวข้อว่างบอกว่าการตรวจนั้นดูแล้วและไม่พบอะไร ซึ่งเป็นผลที่ไว้ใจได้ ไม่ใช่การขาดข้อมูล
จำนวนในแต่ละหัวข้อรวมกันเป็นจำนวนปัญหาทั้งหมดหรือไม่
ไม่ และไม่ได้ตั้งใจให้เป็นเช่นนั้น คิวเดียวอาจสั้น ว่าง และซ้อนทับพร้อมกัน และแต่ละอย่างถูกรายงานโดยกฎที่บรรยายมันได้ คิวเดียวกันจึงปรากฏได้สามหัวข้อ ไม่ต้องบวกอะไร อ่านลงตามหัวข้อและถือแต่ละหัวข้อเป็นคำตอบของตัวเอง
ต้องตั้งค่าเกณฑ์อะไรบ้างก่อนสแกน
สองค่า: เกณฑ์ช่องว่างซึ่งเป็นช่วงหยุดยาวที่สุดที่คุณยอมรับ และระยะเวลาคิวขั้นต่ำซึ่งเป็นเวลาสั้นที่สุดที่คิวอยู่บนจอได้ ค่าสูงสุดไม่บังคับและใช้ค่าเริ่มต้นเจ็ดวินาที ทั้งสามค่าพิมพ์คู่กับทุกผลตรวจ รายงานจึงบอกว่าวัดกับอะไร
ทำไมผลบางรายการไม่มีเลขคิวหรือไทม์โค้ด
เพราะเป็นผลระดับเอกสาร ปัญหาลำดับคิวและไทม์โค้ดศูนย์ที่ถูกซ่อมเกิดขึ้นขณะอ่านไฟล์ เมื่อถึงเวลาตรวจ คิวถูกจัดเรียงหรือแก้แล้ว จำนวนการซ่อมจึงเป็นหลักฐาน และไม่มีตำแหน่งในไฟล์เหลือให้ชี้ว่าคือคิวที่ผิด
ควรใช้หน้านี้แทนการตรวจทีละตัวหรือไม่
ใช้เพื่อหาว่าอะไรผิด แล้วใช้หน้าเฉพาะเพื่อลงมือ แต่ละหน้านั้นอธิบายข้อบกพร่องหนึ่งอย่างเต็มที่ ตั้งเกณฑ์ของตัวเอง และลิงก์ไปยังการดำเนินการที่แก้ปัญหานั้น การสแกนคือจุดเริ่มต้น ไม่ใช่ตัวแทนของหกหน้าที่อยู่ข้างหลัง
สแกนได้กับรูปแบบคำบรรยายใดบ้าง
สิบรูปแบบที่เก็บทั้งเวลาเริ่มและเวลาสิ้นสุด ได้แก่ SRT, WebVTT, ASS, SSA, SBV, SMI, MicroDVD, TTML, JSON และ CSV ส่วน LRC กับข้อความล้วนไม่รับ เพราะสี่ในหกการตรวจต้องใช้เวลาสิ้นสุดและอีกสองต้องใช้โมเดลคิว การสแกนสองรูปแบบนั้นจึงได้แต่หัวข้อว่าง ซึ่งอ่านเหมือนใบรับรองว่าสะอาด
สแกนทั้งซีรีส์ในครั้งเดียวได้ไหม
ได้ เข้าคิวไฟล์ได้ตามจำนวน ระบบสแกนทีละไฟล์ แต่ละไฟล์มีรายงานของตัวเอง และรายงานดาวน์โหลดพร้อมกันเป็น zip มีความคืบหน้าต่อไฟล์ หยุดกลางทางได้ และไม่มีไฟล์ใดออกจากเบราว์เซอร์