ค้นหาคำบรรยายที่ซ้อนทับกัน
หรือวางข้อความคำบรรยาย
ตัวเลือก
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
คำบรรยายที่ซ้อนทับกันคือคิวที่แชร์หน้าจอ คือคิวที่เริ่มก่อนคิวก่อนหน้าจบ หน้านี้หาพวกมันและบอกว่าสองคิวแชร์เวลากันกี่มิลลิวินาทีทีละคิว ไฟล์ไม่ถูกเปลี่ยน ต้นฉบับยังอยู่เหมือนเดิม และสิ่งที่ได้คืนคือรายงานที่ดาวน์โหลดเป็น PDF หรือ CSV
การซ้อนทับไม่ใช่ความผิดโดยอัตโนมัติ ผู้พูดสองคนพูดขัดกัน การปรับเวลาด้วยมือ หรือคำบรรยายที่แปลงจากรูปแบบอื่นล้วนสร้างการซ้อนทับ และบางส่วนตั้งใจ สิ่งที่ทำให้ควรแสดงรายการคือโปรแกรมเล่นวาดสองคิวในที่เดียวกันเวลาเดียวกันไม่ได้ สิ่งที่ผู้ชมเห็นจึงถูกตัดสินแทนคุณและอาจไม่ตรงกับไฟล์ ตัวเลขที่ต้องดูคือมิลลิวินาทีที่แชร์กัน การซ้อนทับ 400 ms อ่านเป็นภาพกะพริบ ส่วนหลายวินาทีมักหมายถึงคิวถูกวางผิดที่ รายงานยังบอกสิ่งที่ไม่สามารถตรวจได้ รูปแบบที่ไม่มีเวลาสิ้นสุดวัดการซ้อนทับไม่ได้เลย และคิวที่เวลาสิ้นสุดไม่อยู่หลังเวลาเริ่มจะถูกซ่อมระหว่างอ่าน การซ่อมนั้นอยู่บนสุดของรายงาน ไม่ถูกกลืนเข้ากับผลตรวจ ไฟล์ที่ไม่มีปัญหายังได้รายงานที่บอกว่าไม่พบ และ “ตรวจแล้วไม่พบ” กับ “ตรวจไม่ได้” เป็นสองประโยคที่หน้านี้แยกจากกัน ทุกอย่างทำงานในเบราว์เซอร์ และทั้งฤดูกาลเข้าคิวได้ในรอบเดียว
ตัวอย่าง
สองคิวแชร์กันหนึ่งวินาที
คำบรรยาย
1
00:00:01,000 --> 00:00:04,000
First line.
2
00:00:03,000 --> 00:00:06,000
Second line, starting early.
สิ่งที่รายงานพบ
Overlapping cues — 1 found
Severity Cues Start End Measured
Error 1, 2 00:00:03.000 00:00:04.000 1000 ms
คิวที่สองเริ่มขณะคิวแรกยังอยู่บนจอ ค่าที่วัดได้คือช่วงที่แชร์กัน คือเวลาสิ้นสุดของคิวแรก ลบเวลาเริ่มของคิวที่สอง ไม่ใช่ความยาวของคิวใดคิวหนึ่ง
คิวที่ชนกันไม่ใช่การซ้อนทับ
คำบรรยาย
1
00:00:01,000 --> 00:00:02,000
First line.
2
00:00:02,000 --> 00:00:03,000
Second line, touching.
สิ่งที่รายงานพบ
Overlapping cues — Nothing found
Checks run 1
Cues 2
คิวที่สองเริ่มในมิลลิวินาทีเดียวกับที่คิวแรกจบ นั่นคือเวลาที่ถูกต้อง จึงไม่มีอะไรถูกรายงาน แต่รายงานยังบอกว่าการตรวจทำงานแล้ว ซึ่งไม่เหมือนกับไฟล์ที่ตรวจไม่ได้
คิวที่ซ้อนอยู่ในคิวยาว
คำบรรยาย
1
00:00:00,000 --> 00:00:10,000
Long opening line.
2
00:00:01,000 --> 00:00:02,000
Nested inside it.
3
00:00:03,000 --> 00:00:04,000
Also nested inside it.
สิ่งที่รายงานพบ
Overlapping cues — 2 found
Severity Cues Start End Measured
Error 1, 2 00:00:01.000 00:00:02.000 1000 ms
Error 1, 3 00:00:03.000 00:00:04.000 1000 ms
คิวสั้นทั้งสองซ้อนทับคิวยาว และไม่ซ้อนทับกันเอง แต่ละการเปรียบเทียบทำกับจุดที่ไกลที่สุดที่ไปถึงแล้ว คิวสั้นคิวที่สองจึงถูกจับได้แม้คิวทันทีก่อนหน้าจะไปไม่ถึง
คำถามที่พบบ่อย
อะไรนับเป็นการซ้อนทับของคิวในหน้านี้
คิวที่เวลาเริ่มเร็วกว่าเวลาสิ้นสุดที่ไกลที่สุดที่ไปถึงแล้วในไฟล์ คิวที่เพียงชนกัน คือคิวหนึ่งจบที่ 00:00:04,000 และคิวถัดไปเริ่มที่ 00:00:04,000 ไม่ใช่การซ้อนทับและไม่ถูกแสดง ส่วนการซ้อนทับหนึ่งมิลลิวินาทีถูกแสดงเพราะมันคือการซ้อนทับจริง
เครื่องมือนี้เปลี่ยนไฟล์คำบรรยายของฉันไหม
ไม่ ไฟล์ถูกอ่านและมีรายงานออกมา ไม่มีไทม์โค้ดใดถูกเขียนใหม่ การลบการซ้อนทับเป็นเครื่องมืออีกตัว และการแยกการตรวจออกจากการซ่อมทำให้รายงานที่ส่งให้ใครสักคนบรรยายไฟล์ต้นฉบับ ไม่ใช่ฉบับที่หน้านี้แก้แล้ว
คำนวณปริมาณการซ้อนทับอย่างไร
จากเวลาเริ่มของคิวที่มาทีหลังถึงเวลาสิ้นสุดที่เร็วกว่าของสองคิว หน่วยเป็นมิลลิวินาที คิวที่อยู่ข้างในคิวยาวทั้งหมดถือว่าซ้อนทับทั้งคิว การเปรียบเทียบทำกับจุดที่ไกลที่สุดที่ไปถึงแล้ว ไม่ใช่คิวทันทีก่อนหน้า คิวสามคิวที่ซ้อนกันในจังหวะเดียวจึงให้ผลสองรายการ
ตรวจการซ้อนทับได้กับรูปแบบคำบรรยายใดบ้าง
สิบรูปแบบที่เก็บทั้งเวลาเริ่มและเวลาสิ้นสุด ได้แก่ SRT, WebVTT, ASS, SSA, SBV, SMI, MicroDVD, TTML, JSON และ CSV ส่วน LRC กับข้อความล้วนไม่อยู่ในรายการเพราะเก็บเวลาบรรทัดละหนึ่งค่า ไฟล์สองรูปแบบนั้นต้องแปลงก่อน
รายงานที่ดาวน์โหลดมีอะไรบ้าง
ส่วนหัวที่บอกชื่อไฟล์ รูปแบบที่อ่าน จำนวนคิว และเฟรมเรตเมื่อรูปแบบเก็บเฟรม บรรทัดสำหรับสิ่งที่ต้องซ่อมระหว่างอ่าน จากนั้นหนึ่งหัวข้อต่อการตรวจ พร้อมเลขคิว ไทม์โค้ดทั้งสอง และมิลลิวินาทีที่วัดได้ของทุกผล เนื้อหาเดียวกันมีให้เป็น PDF สำหรับอ่านและ CSV สำหรับเรียงในสเปรดชีต
ทำไมไฟล์ที่มีการซ้อนทับยังเล่นดูปกติ
เพราะโปรแกรมเล่นตัดสินว่าจะวาดอะไรเมื่อสองคิวตกในจังหวะเดียวกัน และการตัดสินนั้นไม่ได้อยู่ในไฟล์ บางโปรแกรมแสดงคิวที่มาทีหลัง บางโปรแกรมวางซ้อนกัน และคิวที่กำหนดตำแหน่งอาจอยู่มุมที่ไม่ชนกันให้เห็น รายงานบอกว่าไฟล์มีอะไรจริง ซึ่งเป็นสิ่งที่คุณแก้ได้
ตรวจการซ้อนทับในทั้งฤดูกาลได้ในครั้งเดียวไหม
ได้ ลากไฟล์ทั้งหมดเข้ามา ระบบตรวจทีละไฟล์ แต่ละไฟล์มีรายงานของตัวเอง และรายงานดาวน์โหลดพร้อมกันเป็น zip มีความคืบหน้าต่อไฟล์ และหยุดกลางทางได้โดยไม่ทิ้งอะไรค้าง