แก้คำบรรยาย 29.97 fps เป็น 23.976 fps
หรือวางข้อความคำบรรยาย
ตัวเลือก
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
เฟรมเรตของเวอร์ชันที่คุณจะใช้คำบรรยายด้วย — วิดีโอที่คุณจะเล่นจริง ตัวคูณที่ใช้คือช่องแรกหารด้วยช่องนี้ 24 ไปเป็น 25 จึงได้ 0.96: ฟิล์มเล่นเร็วขึ้น 4% บน PAL และภาพยนตร์ 100 นาทีจะพอดีกับเทป 96 นาที การสลับสองช่องผิดทางจะเลื่อนไทม์ไลน์ทั้งหมดไปในทิศทางที่ผิดด้วยจำนวนเท่ากัน
หน้านี้รับไฟล์คำบรรยายที่ไทม์ไลน์ถูกนับที่ 29.97 เฟรมต่อวินาที และวางบนไทม์ไลน์ 23.976 ทุกไทม์สแตมป์ถูกคูณด้วย 1.25 ซึ่งคือห้าในสี่พอดี ไฟล์จึงออกมา ยาวขึ้นหนึ่งในสี่ คิวที่สี่สิบแปดวินาทีกลายเป็นหนึ่งนาที และคิวที่บอกยี่สิบสี่นาทีในตอนที่เดินสามสิบนาทีกลับมาเป็นสามสิบ สองช่องถูกเติมไว้แล้ว เปลี่ยนได้ถ้าไฟล์ของคุณนับด้วยอย่างอื่น ความผิดพลาดคือการคำนวณเดียวกับภาพสะท้อนของมัน มองจากอีกปลาย หมายเลขเฟรมที่ถูกหารด้วย 29.97 ขณะที่เป็นของไทม์ไลน์ 23.976 ออกมาเล็กเกินไปหนึ่งในสี่ เพราะ 23.976 หาร 29.97 คือ 0.8 ไทม์ไลน์ทั้งเส้นจึงถูกบีบเหลือสี่ในห้าของความยาว และทุกคำบรรยายมาเร็วเกิน 20 เปอร์เซ็นต์ นำหน้าไปเรื่อย ๆ เมื่อเรื่องดำเนิน การคูณด้วย 1.25 คือการหารความผิดพลาดนั้นออก
การรู้ว่าคุณอยู่ทางไหนคือทั้งหมดของงาน และอาการบอกเอง คำบรรยายที่ช้าและยิ่งช้า โดยตอน 24 นาทีมีคิวสุดท้ายอ้างสามสิบนาที ต้องใช้ 0.8 คำบรรยายที่มาเร็วและยิ่งเร็ว โดยตอน 24 นาทีมีคิวสุดท้ายอ้าง 24 ขณะที่ตอนยาวสามสิบ ต้องใช้หน้านี้ ทั้งสองไฟล์สร้างจากหมายเลขเฟรมที่ถูกหารผิดชุดเดียวกัน ต่างกันเพียงทิศทางของความผิดพลาด 1.25 แม่นตรงด้วยเหตุผลเดียวกับภาพสะท้อน 29.97 คือ 30000/1001 และ 23.976 คือ 24000/1001 การหาร 1001 ร่วมจึงตัดกัน และ 29.97 ส่วน 23.976 คือ 30000 ส่วน 24000 ซึ่งคือห้าในสี่ ไม่มีการปัดและไม่มีเศษ ทุกคิวได้เวลาบนจอเพิ่มหนึ่งในสี่ ความเร็วในการอ่านของทุกบรรทัดจึงลดลง 20 เปอร์เซ็นต์ ซึ่งเป็นทิศทางเดียวในกลุ่มนี้ที่ผ่อนแรงกดดันแทนที่จะเพิ่ม ไม่มีอะไรถูกอัปโหลด และทั้งซีซันผ่านคิวในรอบเดียว
ตัวอย่าง
หนึ่งในสี่เต็มจำนวน
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:01:00,000 --> 00:01:02,000
One minute in.
ผลลัพธ์
1
00:00:01,250 --> 00:00:03,750
Hello there.
2
00:01:15,000 --> 00:01:17,500
One minute in.
1.25 คือ 29.97 หาร 23.976 คิวที่หนึ่งวินาทีได้เพิ่ม 250 ms และคิวที่หนึ่งนาทีได้เพิ่ม 15,000 ms หกสิบเท่าของระยะจากศูนย์ หกสิบเท่าของการเลื่อน ขอบทั้งสองถูกคูณ คำบรรยายสองวินาทีจึงได้ 2.5 วินาที
เร็วเกินหนึ่งในสี่ของเวลาที่ผ่านไป
ข้อมูลนำเข้า
1
00:08:00,000 --> 00:08:02,000
Eight minutes in.
2
00:24:00,000 --> 00:24:02,000
Twenty-four minutes in.
ผลลัพธ์
1
00:10:00,000 --> 00:10:02,500
Eight minutes in.
2
00:30:00,000 --> 00:30:02,500
Twenty-four minutes in.
เร็วไปสองนาทีที่แปดนาที และหกนาทีที่ยี่สิบนาที ซึ่งคือหนึ่งในสี่ของเวลาที่ผ่านไปในทั้งสองกรณี นี่คือหน้าตาของปัญหาอัตราส่วน ไม่ใช่ออฟเซต คิวสุดท้ายคือคิวที่ตรวจหลังแปลง
เฟรมอยู่กับที่ ประกาศขยับ
ข้อมูลนำเข้า
{1}{1}29.97
{300}{360}Hello
ผลลัพธ์
{1}{1}23.976
{300}{360}Hello
MicroDVD นับเป็นเฟรม และเฟรมไม่ผิด อัตราที่ใช้หารต่างหากที่ผิด เฟรม 300 ที่ประกาศ 29.97 อ่านเป็นสิบวินาทีซึ่งคือความเร็วก่อนที่บ่นมา ที่ประกาศ 23.976 อ่านเป็นสิบสองวินาทีครึ่งซึ่งคือที่ที่คิวควรอยู่ บรรทัดแรกจึงถูกแก้และไม่มีหมายเลขเฟรมใดถูกแตะ
คำถามที่พบบ่อย
ทำไมอัตราส่วน 29.97 ไป 23.976 จึงเป็น 1.25 พอดี?
เพราะทั้งสองอัตราเป็นจำนวนกลมหาร 1001 29.97 คือ 30000/1001 และ 23.976 คือ 24000/1001 การหารกันจึงตัด 1001 และเหลือ 30000 ส่วน 24000 ซึ่งคือห้าในสี่ ไม่มีอะไรถูกปัดและไม่มีอะไรถูกประมาณ คิวที่สี่สิบแปดวินาทีจึงลงที่หนึ่งนาทีพอดี
คำบรรยายมาเร็วและยิ่งเร็ว คู่นี้ใช่ไหม?
ตรวจว่าความเร็วเป็นหนึ่งในสี่ของเวลาที่ผ่านไปหรือไม่ เร็วไปสองนาทีที่แปดนาที หกนาทีที่ยี่สิบนาที และเร็วไปยี่สิบนาทีในภาพยนตร์สองชั่วโมงคือคู่นี้พอดี หน้าคู่แฝดจัดการอาการตรงข้าม คำบรรยายที่ช้าและยิ่งช้าต้องใช้ 0.8 ไม่ใช่ 1.25
ใช้คู่นี้จากวิดีโอ NTSC ไป PAL ตรง ๆ ได้ไหม?
ไม่ได้ และการผ่านหน้านี้เป็นทางอ้อมโดยเจตนา 29.97 ไป 25 คือ 1.19880 และไม่มีหน้าสำหรับคู่นั้น เพราะ 29.97 คืออัตราที่สัญญาณเดิน ไม่ใช่ความเร็วที่ภาพถูกฉาย ฟิล์มในสัญญาณนั้นถูกเติมด้วยเฟรมซ้ำที่ปล่อยความยาวไว้เท่าเดิม เส้นทางที่ซื่อตรงจากไทม์ไลน์ NTSC ไป PAL คือกลับไปที่อัตราฟิล์มก่อน ซึ่งคือการแปลงนี้ แล้วจึง 23.976 ไป 25
วิดีโอเป็น 29.97 และคำบรรยายดูถูก หน้านี้จะทำพังไหม?
จะทำพัง และนี่คือกับดักกระจกของอีกหน้า ฟิล์มที่ลำเลียงในสัญญาณ NTSC ผ่าน pulldown ซึ่งทำเฟรมซ้ำโดยไม่เปลี่ยนความยาว ไฟล์ที่จับเวลากับวิดีโอนั้นจึงถูกอยู่แล้ว มีเพียงไฟล์ที่หมายเลขเฟรมถูกหารด้วยอัตราผิดที่ต้องแปลง การคูณไฟล์ที่ถูกด้วย 1.25 ทำให้ทุกคำบรรยายช้าไปหนึ่งในสี่
ความยาวคิวและความเร็วในการอ่านจะเป็นอย่างไรเมื่อไทม์ไลน์โตขึ้นหนึ่งในสี่?
ทุกคิวได้ระยะเวลาเพิ่ม 25 เปอร์เซ็นต์และเลื่อนช้าลงด้วย คำบรรยายสองวินาทีจึงได้ 2.5 วินาทีขณะที่ข้อความเหมือนเดิม ความเร็วในการอ่านจึงลดลง 20 เปอร์เซ็นต์ ทำให้คู่นี้เป็นหนึ่งในสองคู่ของกลุ่มที่ผ่อนแรงกดดันให้ไฟล์ อีกคู่คือการหารครึ่ง 50 ไป 25
กระบวนการแบบไหนทำให้ไฟล์เร็วเกินแทนที่จะช้า?
กระบวนการที่ถืออัตราของคอนเทนเนอร์เป็นอัตราของภาพ NTSC พก 29.97 เครื่องมือที่อ่านตัวเลขนั้นจากวิดีโอแล้วหารหมายเลขเฟรมด้วยมันจะจับเวลาฟิล์มในสัญญาณนั้นขาด เพราะฟิล์มเดินที่ 23.976 และ pulldown เป็นเพียงการเติมช่อง การแก้คือประกาศอัตราที่ภาพเดินจริง ซึ่งคือสิ่งที่หน้านี้ทำ 29.97 ก่อน 23.976 ที่หลัง