รวมคำบรรยายที่ซ้อนทับกัน
หรือวางข้อความคำบรรยาย
ตัวเลือก
การเว้นวรรคทำให้ข้อความสองชิ้นต่อกันบนบรรทัดเดียว ซึ่งเป็นสิ่งที่ต้องการเมื่อไฟล์ต้นฉบับแยกประโยคข้ามสองคิว การขึ้นบรรทัดใหม่จะวางซ้อนกัน คิวจึงออกมาเป็นคำบรรยายสองบรรทัดที่อยู่บนจอตลอดช่วงเวลา
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
สองคิวซ้อนทับกันเมื่อคิวที่สองเริ่มก่อนคิวแรกจบ เครื่องเล่นจัดการต่างกัน บางเครื่องแสดงสองบรรทัดซ้อน บางเครื่องแสดงคิวที่สองและซ่อนคิวแรก บางเครื่องกะพริบสลับ ไฟล์เดียวกันจึงดูต่างบนสองเครื่อง หน้านี้เอาคิวซ้อนออกจากมือเครื่องเล่นและใส่ลงในไฟล์ กลุ่มที่ซ้อนกันแต่ละกลุ่มกลายเป็นคิวเดียวที่เดินจากจุดเริ่มแรกสุดถึงจุดจบหลังสุด โดยมีข้อความทั้งสองอยู่ในนั้น คำทุกคำรอด สิ่งที่ไม่รอดคือเวลาของแต่ละคิว หลังรวมมีช่วงเดียวที่เคยมีสอง และรายงานการสูญหายบอกว่ากี่คิวถูกกลืน เพื่อให้การเปลี่ยนแปลงอยู่บนหน้าไม่ใช่ใน diff ไม่มีอะไรนอกกลุ่มที่ซ้อนเลื่อนเลย และหมายเลขคิวคงค่าเดิม ไฟล์ที่คิว 1 กับ 2 รวมเป็นหนึ่งจึงต่อที่คิว 3 ได้
คิวซ้อนมักมาจากสามที่ ไฟล์ที่ถูกจับเวลาใหม่เพื่อเฟรมเรตอื่นถูกปัดสองครั้งและคิวข้างเคียงเลื่อนเข้าหากัน ไฟล์ที่ประกอบจากสองครึ่งหรือสองภาษาอาจมีคิวของทั้งสองแทร็กเดินพร้อมกัน ซึ่งบนไทม์ไลน์ไม่เป็นไรแต่ในไฟล์เดียวไม่ใช่ และไฟล์ที่แปลงจากรูปแบบที่มีตำแหน่งบนจอ เช่น ASS ที่วางสองบรรทัดบนและล่าง ถูกเขียนโดยไม่คิดถึงการมีคิวเดียวในเวลาเดียว ทางเลือกของหน้านี้คือลบการซ้อนทับแทน ซึ่งดันคิวหลังออกให้เล่นต่อกัน รักษาเวลาไว้แต่แลกด้วยเวลาบนจอ และเป็นคำตอบที่ถูกเมื่อสองคิวควรเรียงกันจริง การรวมถูกเมื่อสองคิวควรอ่านด้วยกัน บรรทัดกับคำแปล หรือคำอธิบายกับคำพูดที่มันบรรยาย และความต่างระหว่างสองทางควรคิดสักนาทีก่อนรันอย่างใดอย่างหนึ่ง ทุกอย่างทำงานในแท็บนี้ และ SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON และ CSV ใช้ได้
ตัวอย่าง
สองคิวที่ใช้เวลาบนจอร่วมกัน
ข้อมูลนำเข้า
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:06,000
First. Second, starting early.
คิวที่สองเริ่มก่อนคิวแรกจบหนึ่งวินาที คู่จึงกลายเป็นคิวเดียวที่คลุมทั้งสอง วินาทีที่ซ้อนกันไม่กำกวมอีก มีคิวเดียวบนจอระหว่าง 00:00:03 ถึง 00:00:04 และข้อความทั้งสองยังอยู่ตามลำดับในไฟล์
คิวที่แตะกันแต่ไม่ซ้อน
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:02,000 --> 00:00:03,000
Second, exactly touching.
ผลลัพธ์
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:02,000 --> 00:00:03,000
Second, exactly touching.
คิวที่จบในวินาทีเดียวกับที่คิวถัดไปเริ่มไม่ใช่การซ้อน และหน้านี้ถือเป็นการตัดที่สะอาดและไม่เปลี่ยนอะไร นั่นสำคัญกว่าที่เห็น เพราะเป็นรูปทรงที่พบบ่อยที่สุดในไฟล์ที่จับเวลาดี เครื่องมือที่รวมมันจะยุบตอน 900 คิวเป็นคิวเดียว
สามคิวเป็นลูกโซ่
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:03,000
One.
2
00:00:02,000 --> 00:00:05,000
Two.
3
00:00:04,000 --> 00:00:07,000
Three.
ผลลัพธ์
1
00:00:01,000 --> 00:00:07,000
One. Two. Three.
แต่ละคิวซ้อนคิวถัดไป การรวมจึงไม่อิสระจากกัน จุดจบของคิวที่สองคือสิ่งที่คิวที่สามถูกเทียบด้วย และทั้งสามกลายเป็นคิวเดียว นี่คือหน้าตาของไฟล์หลังการจับเวลาใหม่ที่ผิด และควรเห็นว่าข้อความรอดจากการยุบแม้เวลาแต่ละคิวไม่รอด
คำถามที่พบบ่อย
อะไรนับเป็นการซ้อน และอะไรเป็นเพียงการตัดชิด?
คิวซ้อนเมื่อจุดเริ่มก่อนจุดจบของคิวก่อน แม้เพียงหนึ่งมิลลิวินาทีก็ นับ คิวที่เริ่มในมิลลิวินาทีเดียวกับที่คิวก่อนจบคือการตัดชิดไม่ใช่การซ้อน และหน้านี้ปล่อยไว้ การทดสอบนี้คือสิ่งที่ทำให้ไฟล์ปกติปลอดภัย เกือบทุกคิวในไฟล์ที่จับเวลาดีเริ่มตรงที่คิวก่อนจบ
ทำไมไฟล์คำบรรยายจึงมีคิวซ้อนกัน?
สามเหตุผลที่พบบ่อย การแปลงเฟรมเรตปัดขอบทั้งสองของทุกคิวและคิวข้างเคียงเลื่อนเข้าหากัน ไฟล์ที่สร้างจากสองแหล่ง สองภาษาหรือสองครึ่ง มีคิวสองชุดบนไทม์ไลน์เดียว และไฟล์ที่แปลงจาก ASS ซึ่งวางบรรทัดคนละตำแหน่งบนจอถูกเขียนเพื่อเครื่องเล่นที่แสดงพร้อมกัน
การรวมคิวซ้อนเลื่อนอะไรอื่นในไฟล์ไหม?
ไม่ คิวที่ไม่ซ้อนไม่ถูกแตะจนถึงมิลลิวินาที และหมายเลขก็ไม่ถูกเขียนใหม่ คิวที่รอดในกลุ่มที่รวมคงหมายเลขเดิม เอาต์พุตที่อ่านได้ 1 กับ 3 จึงเป็นไฟล์ที่คิวที่สองถูกกลืน สิ่งที่เปลี่ยนคือกลุ่มเอง ช่วงเดียวที่เคยมีสองคิวขึ้นไปและข้อความรวมหนึ่งชุด
ทำไมต้องรวมคิวซ้อนแทนการลบการซ้อน?
เพราะสองคิวควรอยู่ด้วยกัน การลบการซ้อนดันคิวหลังออกให้เล่นต่อกัน เสียเวลาบนจอและอาจตัดประโยคกลางทาง เหมาะกับสองคิวที่ควรตามกัน การรวมทำให้ข้อความทั้งสองเห็นได้ตลอดช่วง เหมาะกับบรรทัดกับคำแปล หรือคำอธิบายกับคำพูดที่มันบรรยาย
เมื่อสามคิวขึ้นไปซ้อนกันจะเกิดอะไร?
กลายเป็นคิวเดียวที่คลุมจากจุดเริ่มแรกสุดถึงจุดจบหลังสุด โดยเทียบทีละคิวเมื่อกลุ่มโต ทุกคิวใหม่ถูกทดสอบกับจุดจบของกลุ่มที่ผ่านมา ลูกโซ่ห้าคิวจึงได้คิวเดียวที่มีข้อความห้าบรรทัดและรายงานว่าสี่คิวถูกกลืน ซึ่งเป็นตัวเลขที่ควรตรวจถ้าเอาต์พุตดูสั้นกว่าที่คาด
เมื่อรวมสองคิวคนละรูปแบบ รูปแบบใดถูกเก็บ?
รูปแบบของคิวแรก คิวพกได้เพียงรูปแบบเดียว ไฟล์ ASS หรือ SSA ที่สองคิวซ้อนใช้คนละรูปแบบจึงออกมาด้วยรูปแบบของคิวที่มาก่อน และรายงานนับหนึ่งรายการที่ตามมาไม่ได้ บนไฟล์ที่มีรูปแบบควรอ่านรายงานก่อนส่ง เพราะคิวที่รวมจะไม่ถูกเบิร์นเหมือนต้นฉบับสองคิว