แก้คำบรรยาย 23.976 fps เป็น 29.97 fps
หรือวางข้อความคำบรรยาย
ตัวเลือก
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
เฟรมเรตของเวอร์ชันที่คุณจะใช้คำบรรยายด้วย — วิดีโอที่คุณจะเล่นจริง ตัวคูณที่ใช้คือช่องแรกหารด้วยช่องนี้ 24 ไปเป็น 25 จึงได้ 0.96: ฟิล์มเล่นเร็วขึ้น 4% บน PAL และภาพยนตร์ 100 นาทีจะพอดีกับเทป 96 นาที การสลับสองช่องผิดทางจะเลื่อนไทม์ไลน์ทั้งหมดไปในทิศทางที่ผิดด้วยจำนวนเท่ากัน
หน้านี้รับไฟล์คำบรรยายที่ไทม์ไลน์ถูกนับที่ 23.976 เฟรมต่อวินาที และวางบนไทม์ไลน์ 29.97 ทุกไทม์สแตมป์ถูกคูณด้วย 0.8 ซึ่งคือสี่ในห้าพอดี ไฟล์จึงออกมาสั้นลงหนึ่งในห้า คิวที่หนึ่งนาทีกลายเป็นสี่สิบแปดวินาที และตอน 24 นาทีที่คำบรรยายอ้างถึงสามสิบนาทีกลับมาเป็น 24 สองช่องถูกเติมไว้แล้ว เปลี่ยนได้ถ้าไฟล์ของคุณนับด้วยอย่างอื่น ความผิดพลาดอยู่ในการคำนวณที่เปลี่ยนหมายเลขเฟรมเป็นวินาที ถ้าเครื่องมืออ่านหมายเลขเฟรมที่เป็นของไทม์ไลน์ 29.97 แต่หารด้วย 23.976 ทุกวินาทีที่มันสร้างจะใหญ่เกินไปหนึ่งในสี่ เพราะ 29.97 หาร 23.976 คือ 1.25 ไทม์ไลน์ทั้งเส้นจึงถูกยืดหนึ่งในสี่และคำบรรยายช้าไป 25 เปอร์เซ็นต์ ห่างออกไปเรื่อย ๆ เมื่อเรื่องดำเนิน การคูณด้วย 0.8 คือการหารความผิดพลาดเดิมออก
สิ่งหนึ่งที่หน้านี้ต้องไม่ถูกใช้ และเป็นความผิดพลาดที่ง่ายที่สุดในกลุ่ม ฟิล์มที่ลำเลียงในสัญญาณ NTSC ผ่าน 3:2 pulldown ซึ่งภาพชุดเดิมถูกทำซ้ำเพื่อเติมสัญญาณ 29.97 และ pulldown ปล่อยความยาวไว้เท่าเดิมทุกประการ ดังนั้นประโยคที่ว่าวิดีโอของฉันเป็น 29.97 และมี pulldown จึงไม่ใช่เหตุผลให้แปลงอะไร ไฟล์ที่จับเวลากับวิดีโอนั้นถูกอยู่แล้ว และการคูณด้วย 0.8 จะตัดออกหนึ่งในห้า หน้านี้สำหรับไฟล์ที่หมายเลขเฟรมถูกนับกับอัตราผิด ไม่ใช่ไฟล์ที่เพียงอยู่ในคอนเทนเนอร์ 29.97 สิ่งที่ทำให้คู่นี้ทำงานสบายคือ 0.8 แม่นตรง ทั้งสองอัตราเป็นครอบครัว NTSC และพกการหาร 1001 เดียวกัน 1001 จึงตัดกัน และ 23.976 ส่วน 29.97 คือ 24000 ส่วน 30000 ซึ่งคือสี่ในห้า ไม่มีการปัดและไม่มีเศษ ทุกคิวได้เวลาบนจอน้อยลงหนึ่งในห้า ความเร็วในการอ่านของทุกบรรทัดจึงเพิ่มขึ้น 25 เปอร์เซ็นต์ ไม่มีอะไรถูกอัปโหลด และทั้งซีซันผ่านคิวในรอบเดียว
ตัวอย่าง
คิวสั้นกับคิวยาว
ข้อมูลนำเข้า
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:00,800 --> 00:00:02,400
Hello there.
2
00:00:48,000 --> 00:00:49,600
One minute in.
0.8 คือ 23.976 หาร 29.97 คิวที่หนึ่งวินาทีเสีย 200 ms และคิวที่หนึ่งนาทีเสีย 12,000 ms หกสิบเท่าของระยะจากศูนย์ หกสิบเท่าของการเลื่อน ขอบทั้งสองถูกคูณ คำบรรยายสองวินาทีจึงได้ 1.6 วินาที และการหดนั้นคือที่มาของความเร็วในการอ่านที่เพิ่มขึ้น
ความช้าโตตามนาฬิกา
ข้อมูลนำเข้า
1
00:10:00,000 --> 00:10:02,000
Ten minutes in.
2
00:30:00,000 --> 00:30:02,000
Half an hour in.
ผลลัพธ์
1
00:08:00,000 --> 00:08:01,600
Ten minutes in.
2
00:24:00,000 --> 00:24:01,600
Half an hour in.
ช้าไปสองนาทีที่สิบนาที และหกนาทีที่ครึ่งชั่วโมง ซึ่งคือหนึ่งในสี่ของเวลาที่ผ่านไปในทั้งสองกรณี นี่คือหน้าตาของปัญหาอัตราส่วน การเลื่อนคงที่แก้ไม่ได้ ส่วนสัดส่วนแก้ได้
ไฟล์ MicroDVD แก้เพียงบรรทัดประกาศ
ข้อมูลนำเข้า
{1}{1}23.976
{240}{288}Hello
ผลลัพธ์
{1}{1}29.97
{240}{288}Hello
MicroDVD เก็บเวลาเป็นหมายเลขเฟรม และเฟรมไม่ใช่สิ่งที่ผิด อัตราที่ใช้หารต่างหากที่ผิด เฟรม 240 ที่ประกาศ 23.976 อ่านเป็นสิบวินาทีซึ่งคือความช้าที่บ่นมา ที่ประกาศ 29.97 อ่านเป็นแปดวินาทีซึ่งคือที่ที่คิวควรอยู่ บรรทัดแรกจึงถูกแก้และไม่มีหมายเลขเฟรมใดถูกแตะ
คำถามที่พบบ่อย
ทำไมอัตราส่วน 23.976 ไป 29.97 จึงเป็น 0.8 พอดี?
เพราะทั้งสองอัตราเป็นอัตรา NTSC และทั้งคู่เป็นจำนวนกลมหาร 1001 23.976 คือ 24000/1001 และ 29.97 คือ 30000/1001 การหารกันจึงตัด 1001 ทั้งสองข้างและเหลือ 24000 ส่วน 30000 ซึ่งคือสี่ในห้า ไม่มีอะไรถูกปัดและไม่มีอะไรถูกประมาณ คิวที่หนึ่งนาทีจึงลงที่สี่สิบแปดวินาทีพอดี
คู่นี้แก้ฟิล์มที่ผ่าน 3:2 pulldown ได้ไหม?
ไม่ได้ และนั่นคือกับดักที่หน้านี้ตั้งใจระบุชื่อ Pulldown เติมสัญญาณ 29.97 ด้วยเฟรมซ้ำและปล่อยความยาวไว้เท่าเดิม ไฟล์คำบรรยายที่จับเวลากับวิดีโอที่ผ่าน pulldown จึงถูกอยู่แล้ว การแปลงจะตัดหนึ่งในห้าออกจากไทม์ไลน์และทำให้ไฟล์ที่ถูกกลายเป็นผิด หน้านี้สำหรับเวลาที่สร้างจากการหารหมายเลขเฟรมด้วย 23.976 ขณะที่เฟรมเป็นของไทม์ไลน์ 29.97
คำบรรยายช้าไปหนึ่งในสี่และยิ่งช้าลง คู่นี้ใช่ไหม?
ตรวจว่าความช้าเป็นหนึ่งในสี่ของเวลาที่ผ่านไปหรือไม่ ช้าไปสองนาทีที่สิบนาที หกนาทีที่ครึ่งชั่วโมง และครึ่งชั่วโมงที่ภาพยนตร์สองชั่วโมงคือคู่นี้พอดี คู่ใกล้เคียงในกลุ่มนี้แยกกันด้วยขนาด 0.95904 คือความคลาด 4 เปอร์เซ็นต์ 1.0427094 คือ 4.271 เปอร์เซ็นต์ และอัตราส่วนสองคือการเพิ่มความยาวเป็นสองเท่า
ใส่ 24 กับ 30 แทน 23.976 กับ 29.97 ได้ไหม?
สำหรับคู่นี้ได้ และผลเหมือนกัน 24 หาร 30 คือสี่ในห้าเท่ากับ 23.976 ส่วน 29.97 เพราะการหาร 1001 ร่วมตัดกันทั้งสองทาง นั่นเป็นสมบัติของคู่นี้ ไม่ใช่ของทั้งกลุ่ม ในหน้าฟิล์มไป PAL การใช้ 24 กับ 25 ขณะที่ไฟล์เป็น 23.976 จริงจะเหลือความคลาด 3.5 วินาทีต่อชั่วโมง
ทุกคิวได้เวลาน้อยลงหนึ่งในห้า จะทำให้เกินขีดความเร็วในการอ่านไหม?
ควรตรวจ เพราะข้อความไม่ได้สั้นลงมาชดเชย บรรทัดที่เคยอยู่ในขีดตัวอักษรต่อวินาทีอย่างสบายอาจถูกดันให้เกินด้วยการเพิ่ม 25 เปอร์เซ็นต์ เครื่องมือด้านการเข้าถึงของเว็บไซต์นี้วัดความเร็วในการอ่านเทียบกับเกณฑ์ที่มาตรฐานกำหนด ซึ่งเป็นตัวเลขที่ควรดู ไม่ใช่ความรู้สึกว่าคำบรรยายดูรีบขึ้น
ควรใช้คู่นี้วางคำบรรยายฟิล์มบน DVD NTSC ไหม?
ไม่ควร ฟิล์มบนแผ่น NTSC ถูกเก็บที่ 23.976 และเครื่องเล่นใช้ pulldown ตอนเล่น ไฟล์ที่จับเวลากับฟิล์มจึงไม่ต้องแก้อะไรและ 0.8 จะทำลายมัน ถ้าไฟล์จับเวลากับสำเนา PAL ของภาพยนตร์นั้นและคุณกำลังกลับไปที่แผ่น คู่คือ 25 ไป 23.976 และอัตราส่วนคือ 1.0427094 ซึ่งเป็นการแก้เล็ก ๆ ในทิศทางตรงข้าม