ค้นหาคำบรรยายที่สั้นเกินไป
หรือวางข้อความคำบรรยาย
ตัวเลือก
เป็นระยะเวลา — 1000, 1s, 1.5s และ 00:00:01,000 ใช้ได้ทั้งหมด นี่คือเส้นแบ่งระหว่างคำบรรยายที่ค้างนานพอให้อ่านกับที่แวบผ่าน สิ่งที่เกิดขึ้นเมื่ออยู่ผิดด้านของเส้นนี้ขึ้นอยู่กับหน้าที่คุณอยู่: การปิดช่องว่างจะทำให้คิวจอสั้นอยู่บนจอนานขึ้น โดยดึงเวลาที่เพิ่มจากช่องว่างถัดไป คิวใดจึงไม่ทับคำของคิวถัดไป (คิวสุดท้ายของไฟล์ไม่มีอะไรต่อท้ายจึงขยายออกไป) ส่วนหน้าตรวจจะแสดงทุกคิวที่ต่ำกว่าเส้นนี้และไม่แตะไฟล์
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
คำบรรยายที่สั้นเกินไปวาบผ่านไปก่อนอ่านทัน ข้อความอยู่บนจอเพียงเสี้ยววินาที ผู้ชมจึงพลาดไปเลยหรือจับได้เพียงครึ่งเดียว หน้านี้แสดงทุกคิวที่อยู่บนจอน้อยกว่าค่าต่ำสุดที่คุณตั้งไว้ พร้อมไทม์โค้ดของคิว ระยะเวลาจริง และเกณฑ์ขั้นต่ำที่ใช้วัด ไฟล์ไม่ถูกแก้ คุณจะได้รายงานเป็น PDF สำหรับอ่านหรือ CSV สำหรับเรียงในสเปรดชีต
ตัวเลขคือสิ่งที่ทำให้หน้านี้มีประโยชน์กว่าการนับจำนวน รายการเลขคิวบอกว่ามีกี่ปัญหา แต่แถวที่เขียนว่า 400 ms เทียบกับ 1000 ms บอกว่าคิวขาดไปเท่าไร และต้องเติมอีก 200 ms หรือไม่ควรมีคิวนี้อยู่เลย เกณฑ์ขั้นต่ำเป็นดุลพินิจของคุณทั้งหมด และค่านั้นจะพิมพ์คู่กับทุกผลตรวจ เกณฑ์รวมขอบ: คิวถูกรายงานเมื่อสั้นกว่าค่าต่ำสุดเท่านั้น ไฟล์ที่ตัดพอดีกับตัวเลขภายในจึงกลับมาสะอาด หน้านี้ยังไม่ตีความระยะเวลาสั้นมากว่าเป็นหลักฐานของไทม์โค้ดเสีย คิวศูนย์มิลลิวินาทีที่ถูกซ่อมระหว่างอ่านจะกลายเป็นหนึ่งมิลลิวินาที และการซ่อมนั้นถูกรายงานในหน้าของมันเอง รูปแบบ LRC และข้อความล้วนไม่รับ เพราะไม่มีเวลาให้วัด
ตัวอย่าง
คิวที่วาบผ่านไป
คำบรรยาย
1
00:00:01,000 --> 00:00:01,400
Yes.
2
00:00:03,000 --> 00:00:05,000
I was working late.
สิ่งที่รายงานพบ
Cue duration outside the limit — 1 found
Severity Cues Start End Measured Limit
Warning 1 00:00:01.000 00:00:01.400 400 ms 1000 ms
สี่ร้อยมิลลิวินาทีเทียบกับขั้นต่ำหนึ่งวินาที รายงานพิมพ์ทั้งสองตัวเลขเคียงกัน ซึ่งเปลี่ยนการนับจำนวนให้เป็นสิ่งที่ลงมือทำได้: คิวนี้ต้องเพิ่มอีก 600 ms หรือต้องเอาออก
พอดีที่ค่าต่ำสุด
คำบรรยาย
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:03,000 --> 00:00:05,000
I was working late.
สิ่งที่รายงานพบ
Cue duration outside the limit — Nothing found
Cues 2
Checks run 1
หนึ่งวินาทีพอดีเทียบกับขั้นต่ำหนึ่งวินาที ไม่มีอะไรถูกรายงาน การเปรียบเทียบเป็นแบบน้อยกว่าอย่างเคร่งครัด ตัวเลขจึงหมายถึงระยะสั้นที่สุดที่คิวยังมีได้
ไทม์โค้ดศูนย์ที่ถูกซ่อมระหว่างอ่าน
คำบรรยาย
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.
สิ่งที่รายงานพบ
Cue duration outside the limit — 1 found
Lost while reading: Timing × 1
Severity Cues Start End Measured Limit
Warning 2 00:00:03.000 00:00:03.001 1 ms 1000 ms
บรรทัดที่เสียหนึ่งบรรทัดให้ผลสองอย่างที่ต่างกัน: ส่วนหัวบอกว่าไทม์โค้ดอ่านตามที่เขียนไม่ได้ ส่วนแถวบอกว่าผลจากการซ่อมสั้นเกินไป 999 ms การรายงานเพียงอย่างเดียวจะอธิบายปัญหาจริงของไฟล์ได้เพียงครึ่งเดียว
คำถามที่พบบ่อย
คิวไหนถือว่าสั้นเกินไปในหน้านี้
เมื่อคิวอยู่บนจอน้อยกว่าค่าต่ำสุดที่คุณตั้งไว้ หน่วยเป็นมิลลิวินาที การเปรียบเทียบเป็นแบบน้อยกว่าอย่างเคร่งครัด คิวที่อยู่พอดีกับค่าต่ำสุดจึงไม่ถูกรายงาน และค่าต่ำสุดใช้กับทั้งการรันหนึ่งครั้งพร้อมพิมพ์คู่กับทุกผลตรวจ
ควรใช้ระยะเวลาต่ำสุดเท่าไร
ราวหนึ่งวินาทีเป็นตัวเลขทำงานที่พบบ่อย แต่ค่าที่ตั้งได้เป็นของคุณเอง ไม่ใช่มาตรฐานที่หน้านี้บังคับ บรรทัดยาวต้องใช้เวลามากกว่านั้น ซึ่งเป็นคำถามเรื่องอัตราการอ่านมากกว่าระยะเวลา และงานออกอากาศบางแห่งกำหนดพื้นของตัวเอง
หน้านี้ย่อหรือลบคิวที่สั้นเกินไปหรือไม่
ไม่ หน้านี้เปิดไฟล์และสร้างรายงาน โดยปล่อยทุกไทม์โค้ดไว้ที่เดิม การยืดคิวจะดันคิวถัดไป การลบคิวจะทิ้งช่องว่าง และทั้งสองเป็นการตัดสินใจที่มีผลตามมา
คิวหนึ่งมิลลิวินาทีถูกรายงานในหน้านี้ไหม
เฉพาะเมื่อคุณตั้งค่าต่ำสุดสูงกว่าหนึ่งมิลลิวินาที ซึ่งค่าเริ่มต้นทำเช่นนั้น สิ่งที่หน้านี้ไม่ทำคือถือว่าระยะเวลาสั้นมากเป็นหลักฐานว่าไทม์โค้ดเสีย คิวที่เขียนว่า 00:00:03,000 ถึง 00:00:03,000 จะถูกซ่อมเป็นหนึ่งมิลลิวินาทีระหว่างอ่าน และการซ่อมนั้นมีหน้าของตัวเองรายงานอยู่แล้ว
ระยะเวลาของคิวคำนวณอย่างไร
เวลา สิ้นสุดของคิวลบเวลาเริ่มต้น ทั้งสองอ่านจากไฟล์และเก็บเป็นจำนวนเต็มมิลลิวินาที ไม่มีการปัดเศษและไม่เกี่ยวกับเฟรมเรต ตัวเลขในรายงานจึงเป็นผลต่างของไทม์โค้ดสองค่าตามที่อยู่ในไฟล์
ตรวจคิวที่สั้นเกินได้กับรูปแบบคำบรรยายใดบ้าง
สิบรูปแบบที่เก็บทั้งเวลาเริ่มและเวลาสิ้นสุด ได้แก่ SRT, WebVTT, ASS, SSA, SBV, SMI, MicroDVD, TTML, JSON และ CSV ส่วน LRC กับข้อความล้วนไม่รับ เพราะระยะเวลาต้องใช้สองเวลา หากไฟล์ของคุณเป็นสองรูปแบบนั้น ให้แปลงก่อน
ทำไมคิวถึงสั้นเกินตั้งแต่แรก
เกือบทั้งหมดมาจากเครื่องมือปรับเวลามากกว่าการพิมพ์ การแบ่งคิวยาวออกเป็นสองทำให้ทั้งสองครึ่งสั้นกว่าเดิม การเลื่อนเวลาที่ทำให้คิวทับคิวถัดไปแล้วถูกตัดทิ้งภายหลัง และคำบรรยายที่แปลงมาจากไฟล์ภาษาอื่นมักคงเวลาของต้นฉบับไว้