วิดีโอและคำบรรยาย · ชุดเครื่องมือคำบรรยาย
คำอธิบายการเลื่อนคำบรรยาย: เหตุใดออฟเซ็ตคงที่จึงล้มเหลว และวิธียืดทำงานอย่างไร
· มันทำงานอย่างไร
คำบรรยาย รหัสเวลา อัตราเฟรม
หากคำบรรยายใช้งานได้ดีทั้งตอนเริ่มต้นและตอนท้ายปัญหาคือความเร็ว ไม่ใช่การชดเชย โพสต์นี้จะอธิบายว่าอัตราเฟรมที่ไม่ตรงกันทำให้เกิดความคลาดเคลื่อน วิธีวินิจฉัย และวิธีคณิตศาสตร์ของการยืดเชิงเส้นแตกต่างจากกะอย่างไร
ซิงค์กันที่นาทีที่ 1 ครึ่งวินาทีช้าไปนาทีที่ 30 — ลายเซ็นต์ของการดริฟท์มากกว่าออฟเซ็ต
มีข้อบกพร่องสองประการที่แตกต่างกันเบื้องหลังคำบรรยายที่ไม่ซิงค์กัน และจำเป็นต้องมีการแก้ไขที่ตรงกันข้าม ค่าชดเชยจะคงที่: ทุกบรรทัดล่าช้าด้วยจำนวนเท่ากัน และไฟล์จะผิดในนาทีแรกเท่ากับนาทีสุดท้าย การดริฟท์เพิ่มขึ้น: เส้นเปิดตกลงอย่างถูกต้อง ข้อผิดพลาดแทบจะไม่สังเกตเห็นได้ชัดเจนที่สิบนาที และเส้นปิดลอยไปไม่กี่วินาที อาการที่แยกออกจากกันคือข้อผิดพลาดในตอนท้ายมีขนาดใหญ่กว่าข้อผิดพลาดตอนเริ่มต้นหรือไม่
การวินิจฉัยผิดพลาดนั้นมีราคาแพงเพราะการกระทำที่ชัดเจนทำให้สิ่งต่างๆ แย่ลง การจัดเรียงบรรทัดแรกของไฟล์ดริฟท์ด้วยออฟเซ็ตจะย้ายไฟล์ทั้งหมด ดังนั้นจุดสิ้นสุดจะเลื่อนไปตามจำนวนเดิมบวกกับค่าใดก็ตามที่เพิ่งเพิ่มเข้าไป เครื่องมือจะบันทึกสิ่งนี้โดยตรงว่าเป็นข้อผิดพลาดทั่วไป และตั้งข้อสังเกตว่าการดำเนินการทั้งสองจะต้องถูกยกเลิกก่อนที่จะปรับขนาด
ความเบี่ยงเบนมาจากไหน — ไฟล์ที่มีกำหนดเวลา 25 fps เล่นกับวิดีโอ 23.976 fps หรือในทางกลับกัน
สาเหตุปกติคืออัตราเฟรมไม่ตรงกันระหว่างเวลาที่ไฟล์ถูกสร้างเทียบกับวิดีโอที่กำลังเล่น การประทับเวลาคำบรรยายเป็นเวลาแบบนาฬิกาแขวน แต่มักได้มาจากจำนวนเฟรม หากมีการเล่นซ้ำจำนวนเฟรมที่สร้างโดยเทียบกับเนื้อหา 23.976 fps ราวกับว่าแต่ละเฟรมมีค่าเป็นยี่สิบห้าวินาที การประทับเวลาทุกครั้งจะผิดด้วยอัตราส่วนเดียวกัน และอัตราส่วนคงที่ที่ใช้กับจำนวนที่เพิ่มขึ้นจะทำให้เกิดข้อผิดพลาดที่เพิ่มขึ้น
อัตราส่วนดังกล่าวจะอยู่ที่ประมาณ 1.0427 สำหรับเนื้อหา 23.976 fps ที่เล่นที่ 25 fps ซึ่งเครื่องมือระบุไว้ข้างช่องมาตราส่วน ตัวเลขนี้ไม่ใช่ปุ่มปรับแต่งที่ค้นพบจากการทดลองใช้ แต่เป็นผลหารของอัตราเฟรมทั้งสอง ดังนั้นไฟล์ที่ถูกต้องในโลกหนึ่งจะถูกขยายหรือบีบอัดอย่างเป็นระบบในอีกโลกหนึ่ง นี่คือเหตุผลว่าทำไมการดริฟท์จึงมักจะราบรื่นและเป็นเส้นตรงมากกว่าจะเอาแน่เอานอนไม่ได้
การวินิจฉัยการดริฟท์ด้วยจุดอ้างอิงสองจุด — การวัดข้อผิดพลาดใกล้จุดเริ่มต้นและใกล้จุดสิ้นสุด
การวินิจฉัยการดริฟท์จำเป็นต้องมีการวัดสองครั้ง ไม่ใช่การวัดครั้งเดียว ค้นหาบรรทัดของบทสนทนาใกล้กับจุดเริ่มต้นที่คุณสามารถระบุเวลาได้อย่างแม่นยำ และอีกบรรทัดหนึ่งใกล้ถึงจุดสิ้นสุด และบันทึกการประทับเวลาแต่ละรายการที่อ้างสิทธิ์ในไฟล์ และการประทับเวลาที่บทสนทนาเกิดขึ้นจริง การวัดครั้งเดียวไม่สามารถแยกแยะข้อผิดพลาดทั้งสองได้ เนื่องจากข้อผิดพลาดที่สังเกตได้เพียงครั้งเดียวจะสอดคล้องกับทั้งค่าออฟเซ็ตคงที่และการยืดออก
เลือกจุดสองจุดให้ห่างจากกันมากที่สุดเท่าที่จะทำได้ การคำนวณทั้งหมดจะแบ่งความแตกต่างหนึ่งออกไป ดังนั้นเส้นฐานที่สั้นจะทำให้ผลลัพธ์ในการวัดผิดพลาดเล็กน้อยมาก ห่างกันสองจุดต่อนาทีในไฟล์เก้าสิบนาทีจะสร้างอัตราส่วนที่มั่นใจต่อความแม่นยำที่การวัดไม่รองรับ
คณิตศาสตร์ของการยืดเชิงเส้น — ปรับขนาดทุกรหัสเวลาตามอัตราส่วนแทนที่จะบวกค่าคงที่
การเปลี่ยนแปลงคือการบวก และการยืดคือการคูณ และนั่นคือความแตกต่างทั้งหมด การเปลี่ยนแปลงจะเพิ่มค่าคงที่หนึ่งค่าให้กับทุกจุดเริ่มต้นและจุดสิ้นสุด ภายในตัวชี้นำจะเป็นจำนวนเต็มมิลลิวินาทีนับจากศูนย์ ดังนั้นการดำเนินการจึงเป็นการเพิ่มครั้งเดียวต่อการประทับเวลา และไม่มีการปัดเศษด้วยตนเอง เนื่องจากจะบวกเลขเดียวกันทุกที่ จึงไม่สามารถเปลี่ยนระยะห่างระหว่างคิวแรกและคิวสุดท้ายได้ ซึ่งเป็นสิ่งที่การดริฟท์ผิดพลาดอย่างแน่นอน
การยืดเวลาจะคูณทุกการประทับเวลาด้วยปัจจัย ซึ่งวัดจากศูนย์ เนื่องจากตัวคูณจะทำหน้าที่กับจำนวนที่มากกว่าในไฟล์ในภายหลัง ตัวคูณจะย้ายจุดสิ้นสุดมากกว่าส่วนเปิด ซึ่งเป็นสิ่งที่ต้องการการเบี่ยงเบนของรูปร่าง การประทับเวลาจะถูกปัดเศษใหม่เป็นมิลลิวินาทีทั้งหมดหลังจากการปรับขนาด ดังนั้นมาตราส่วนจึงไม่สามารถย้อนกลับได้อย่างสมบูรณ์แบบในลักษณะของการเปลี่ยนแปลง ปรับขนาดครั้งเดียวจากต้นฉบับแทนที่จะปรับแต่งปัจจัยในการผ่านหลายครั้ง
ตัวอย่างการทำงาน: คำนวณอัตราส่วนจากการวัดสองครั้ง - เปลี่ยนข้อผิดพลาดที่สังเกตได้สองรายการเป็นการแก้ไขครั้งเดียว
สมมติว่าคำบรรยายตอนสองนาทีอ้างว่า 00:02:00.000 ขณะที่บทสนทนาอยู่ที่ 00:01:59.750 และคำบรรยายตอนห้าสิบแปดนาทีอ้างว่า 00:58:00.000 ในขณะที่บทสนทนาอยู่ที่ 00:57:52.750 ในหน่วยมิลลิวินาที ไฟล์จะแจ้งว่า 120000 และ 3480000; วิดีโอต้องการ 119750 และ 3472750 ข้อผิดพลาดเพิ่มขึ้นจาก 250 ms เป็น 7250 ms ซึ่งเป็นการเบี่ยงเบน ไม่ใช่ออฟเซ็ต
ปัจจัยคืออัตราส่วนของสองช่วงเวลา: หารช่วงจริง 3472750 ลบ 119750 หรือ 3353000 ด้วยช่วงที่อ้างสิทธิ์ 3480000 ลบ 120000 หรือ 3360000 นั่นให้ประมาณ 0.99792 การคูณเวลาที่อ้างสิทธิ์ด้วยจะส่งกลับ 119750 และ 3472750 การวัดทั้งสอง ซึ่งเป็นการตรวจสอบว่าการแก้ไขเป็นการยืดอย่างแท้จริงโดยไม่มีออฟเซ็ตที่เหลือ เมื่อสารตกค้างยังคงอยู่ ให้แก้ไขการยืดก่อน จากนั้นจึงทำการเปลี่ยนแปลงกับสิ่งที่เหลืออยู่
สิ่งนี้ไม่ครอบคลุมถึงการตัด เพิ่มฉาก และช่วงพักโฆษณา ซึ่งทำให้เกิดการกระโดดมากกว่าการดริฟท์อย่างราบรื่น
ซึ่งครอบคลุมข้อผิดพลาดที่เพิ่มขึ้นอย่างราบรื่นและเป็นสัดส่วน โดยจะไม่ครอบคลุมไฟล์ที่ถูกต้องเป็นเวลา 20 นาที จากนั้นจึงตัดจำนวนเงินคงที่ออกไปในส่วนที่เหลือ ซึ่งเป็นลายเซ็นต์ของการแก้ไข: ฉากที่ถูกลบออก การแทรกโฆษณาคั่น หรือการตัดส่วนอื่นของฟีเจอร์เดียวกัน ข้อผิดพลาดนั้นเป็นการเปลี่ยนแปลงที่นำไปใช้กับส่วนหนึ่งของไฟล์ และไม่มีอัตราส่วนเดียวที่จะแก้ไขได้
เครื่องมือ Shift ใช้กับทุกคิวในไฟล์และไม่มีวิธีแก้ไขช่วงที่เลือกใหม่ ดังนั้นไฟล์ที่มีการข้ามจุดกึ่งกลางจึงไม่สามารถซ่อมแซมได้ในรอบเดียว นอกจากนี้ยังไม่สามารถฟื้นตัวจากการหนีบได้: ผลลัพธ์ที่เป็นลบจะถูกปัดลงที่ศูนย์เนื่องจากไม่มีรูปแบบใดที่สามารถแสดงเวลาที่เป็นลบได้ และการเลื่อนไปข้างหน้าหลังจากนั้นจะไม่คืนค่าตัวชี้นำที่ปักหมุดไว้ที่นั่น เครื่องมือจะเตือนเมื่อคิวหนีบ และวิธีแก้ไขที่บันทึกไว้จะถูกยกเลิก แทนที่จะชดเชยการเปลี่ยนแปลง
ประเด็นสำคัญ: กะสำหรับออฟเซ็ต สเกลสำหรับการดริฟท์ — วิธีใช้ฟีเจอร์การย้อนเวลาของ Subtitle Toolkit สำหรับเคสออฟเซ็ตคงที่ และที่ที่จะตรวจสอบรายการ 'สิ่งที่เครื่องมือนี้จะไม่ทำ' ก่อนที่จะใช้ดริฟท์
เลื่อนเพื่อชดเชย สเกลสำหรับการดริฟท์ และวัดก่อนทำอย่างใดอย่างหนึ่ง ป้อนค่าออฟเซ็ตเป็นมิลลิวินาที เนื่องจากฟิลด์ไม่มีวินาทีหรืออินพุตรหัสเวลา และการพิมพ์ 2 จะเปลี่ยนไฟล์ไปสองมิลลิวินาทีแทนที่จะเป็นสองวินาที การดำเนินการสำเร็จ ไฟล์มีการเปลี่ยนแปลงอย่างแท้จริง และการซิงค์ดูผิดปกติเหมือนเมื่อก่อน การชดเชยเชิงบวกจะทำให้คำอธิบายภาพที่ปรากฏก่อนบทสนทนาล่าช้า
สำหรับการดริฟท์ ให้ใช้ตัวคูณสเกลข้างออฟเซ็ต แทนที่จะดันออฟเซ็ตซ้ำๆ อ่านขีดจำกัดของหน้าเครื่องมือก่อนใช้งาน: ยกเลิกการระงับการดำเนินการยี่สิบครั้งล่าสุด ตัวชี้นำที่ยึดไว้อาจยุบลงเป็นระยะเวลาเป็นศูนย์หรือขยายนานขึ้นเมื่อมีการปักหมุดปลายด้านเดียว และการตรวจสอบความถูกต้องจะทำงานอีกครั้งหลังการเปลี่ยนแปลงทุกครั้ง เพื่อให้รายงานกรณีเหล่านั้น แทนที่จะจัดส่งแบบเงียบๆ