ลบคำบรรยายที่ซ้อนทับกัน
หรือวางข้อความคำบรรยาย
ตัวเลือก
Trim เลื่อนจุดเริ่มของคิวหลังไปข้างหน้าและเก็บข้อความไว้ คิวนั้นจึงสั้นลง Drop ลบคิวหลังออกทั้งหมด ไม่ว่าคุณจะเลือกอันไหน คิวที่ถูกเลื่อนและคิวที่ถูกลบจะถูกนับแยกกัน
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
คำบรรยายที่ซ้อนทับกันทำให้เครื่องเล่นกะพริบระหว่างสองบรรทัดที่ไม่ควรอยู่บนจอพร้อมกัน หน้านี้เดินไฟล์ตามเวลาและทำให้แต่ละคิวเริ่มไม่ก่อนจุดที่คิวก่อนจบ ไทม์ไลน์จึงอ่านเป็นคิวละคิว มีสองกลยุทธ์และความต่างคือสิ่งที่เกิดกับคิวที่มาก่อนเวลา โหมดตัด ซึ่งเป็นค่าเริ่มต้น เก็บทุกคิวและเลื่อนจุดเริ่มหลังให้ช้าลง ทำให้คิวสั้นลง คิวที่ถูกกลืนทั้งคิวโดยคิวก่อนไม่มีอะไรเหลือและถูกตัดออก โหมดทิ้งเก็บคิวแรกไว้ครบและลบคิวหลังทั้งหมด ซึ่งดีกว่าเมื่อคิวที่ถูกตัดจะอ่านเหมือนถูกตัดกลางประโยค ไม่ว่าจะตั้งอย่างไร จำนวนคิวที่ถูกเลื่อนและจำนวนคิวที่ถูกลบถูกนับแยกกัน
คิวที่เพียงแตะกันถูกปล่อยไว้ คิวที่จบที่ 00:00:04,000 ตามด้วยคิวที่เริ่ม 00:00:04,000 เป็นการจับเวลาที่ถูก ไม่ใช่การซ้อน และการเขียนใหม่จะทำลายไฟล์ที่จับเวลาดีโดยไม่มีเหตุ ไฟล์ไม่จำเป็นต้องเรียงลำดับ เพราะมันจะถูกเรียงตามเวลาเริ่มก่อน ไม่มีอะไรถูกอัปโหลด และทั้งซีซันผ่านคิวด้วยกัน
ตัวอย่าง
สองคิวที่ใช้จอร่วมกัน
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:04,000
First.
2
00:00:03,000 --> 00:00:06,000
Second, starting early.
ผลลัพธ์
1
00:00:01,000 --> 00:00:04,000
First.
2
00:00:04,000 --> 00:00:06,000
Second, starting early.
จุดเริ่มของคิวหลังเลื่อนไปที่ที่คิวก่อนจบ จุดจบไม่เลื่อน คิวนั้นจึงสั้นลงและไม่มีข้อความหาย
คิวที่ถูกกลืนทั้งคิว
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:05,000
First.
2
00:00:02,000 --> 00:00:03,000
Swallowed whole.
3
00:00:04,000 --> 00:00:07,000
Third.
ผลลัพธ์
1
00:00:01,000 --> 00:00:05,000
First.
3
00:00:05,000 --> 00:00:07,000
Third.
คิวกลางอยู่ในคิวแรกทั้งหมด หลังจุดเริ่มถูกดันไปข้างหน้าจึงไม่เหลือเวลาและถูกตัดออก นี่เป็นกรณีเดียวที่การตัดทำให้เนื้อหาหาย
ทิ้งคิวที่มาช้าแทน
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:04,000
First.
2
00:00:03,000 --> 00:00:06,000
Second, starting early.
ผลลัพธ์
1
00:00:01,000 --> 00:00:04,000
First.
ด้วยกลยุทธ์ทิ้ง คิวที่เริ่มช้าถูกลบทั้งคิว ใช้เมื่อการย่อคิวจะเหลือประโยคที่อ่านเหมือนถูกตัดกลาง
คำถามที่พบบ่อย
คิวที่แตะกันถูกถือเป็นการซ้อนทับไหม?
ไม่ คิวที่จบตรงที่คิวถัดไปเริ่มเป็นการจับเวลาที่ถูกและออกมาไม่ถูกแตะ การเปรียบเทียบเป็นแบบเข้ม คิวนับเป็นซ้อนเมื่อจุดเริ่มก่อนจุดจบของคิวก่อนเท่านั้น ไม่นับเมื่อสองค่าเท่ากัน
คิวใดในสองคิวที่ซ้อนกันถูกเปลี่ยน?
คิวหลังเสมอ คิวถูกเรียงตามเวลาเริ่มและแต่ละจุดเริ่มถูกวัดกับจุดจบของคิวก่อน คิวก่อนจึงคงขอบทั้งสองไว้ไม่ว่าจะเลือกกลยุทธ์ใด
การตัดกับการทิ้งต่างกันอย่างไร?
การตัดเลื่อนจุดเริ่มของคิวหลังและเก็บข้อความไว้ คิวนั้นจึงสั้นลง การทิ้งลบคิวหลังออกและปล่อยคิวก่อนไว้ การตัดยังทำคิวหายได้ คิวที่อยู่ในคิวก่อนทั้งหมดไม่มีเวลาเหลือเมื่อจุดเริ่มถูกเลื่อน
คิวสามารถเสียข้อความระหว่างลบการซ้อนได้ไหม?
ได้ในกรณีเดียว คิวที่ทั้งช่วงถูกคิวก่อนคลุมอยู่แล้วไม่มีอะไรเหลือหลังจุดเริ่มเลื่อน จึงถูกนำออก จำนวนนั้นถูกรายงานแยกจากคิวที่เพียงถูกเลื่อน
ต้องเรียงไฟล์ก่อนใช้หน้านี้ไหม?
ไม่ต้อง ไฟล์ถูกจัดเรียงตามเวลาเริ่มก่อนทุกอย่าง คำบรรยายที่ไม่อยู่ในลำดับจึงถูกจัดการเหมือนไฟล์ที่เป็นระเบียบ คิวที่เริ่มเวลาเดียวกันคงลำดับที่ปรากฏในไฟล์
การลบการซ้อนเขียนรายงานที่ส่งต่อได้ไหม?
ไม่ มันเขียนไฟล์คำบรรยายที่แก้แล้วและบอกว่ากี่คิวถูกเลื่อนและกี่คิวถูกลบ รายงานแยกเป็นเครื่องมืออีกอย่าง และการแยกสองอย่างไว้ทำให้ไม่มีใครเข้าใจผิดว่าไฟล์ที่เขียนใหม่เป็นหลักฐานของต้นฉบับ