แก้คำบรรยาย 50 fps เป็น 25 fps
หรือวางข้อความคำบรรยาย
ตัวเลือก
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
เฟรมเรตของเวอร์ชันที่คุณจะใช้คำบรรยายด้วย — วิดีโอที่คุณจะเล่นจริง ตัวคูณที่ใช้คือช่องแรกหารด้วยช่องนี้ 24 ไปเป็น 25 จึงได้ 0.96: ฟิล์มเล่นเร็วขึ้น 4% บน PAL และภาพยนตร์ 100 นาทีจะพอดีกับเทป 96 นาที การสลับสองช่องผิดทางจะเลื่อนไทม์ไลน์ทั้งหมดไปในทิศทางที่ผิดด้วยจำนวนเท่ากัน
หน้านี้รับไฟล์คำบรรยายที่เวลาถูกนับที่ 50 เฟรมต่อวินาที และวางบนฉบับ 25 เฟรมต่อวินาที ทุกไทม์สแตมป์ถูกคูณด้วยสอง คิวที่บอกสามสิบวินาทีจึงหมายถึงหนึ่งนาที และคิวสุดท้ายของตอน 12 นาทีลงที่ยี่สิบสี่นาที สองช่องถูกเติมไว้แล้ว เปลี่ยนได้ถ้าไฟล์ของคุณนับด้วยอย่างอื่น ความผิดพลาดเบื้องหลังคู่นี้คือการนับ ไม่ใช่การเล่น วัสดุความละเอียดสูงยุโรปมักเป็น 50 เฟรมหรือ 50 ฟิลด์ต่อวินาที และเครื่องมือที่นับฟิลด์จะสร้างตัวเลขใหญ่เป็นสองเท่าของภาพเดียวกันที่นับเป็นเฟรม ไทม์ไลน์ที่สร้างจากตัวเลขเหล่านั้นจึงสั้นกว่าที่ควรเป็นครึ่งหนึ่งพอดี และทุกคิวปรากฏที่เวลาสองเท่า การเพิ่มเป็นสองเท่าเดียวกันเกิดเมื่อไฟล์ที่ส่งออกจากโปรเจกต์ 50 เฟรมถูกส่งกับมาสเตอร์ 25 เฟรม หรือเมื่อไฟล์คำบรรยายถูกสร้างจากกระบวนการที่อิงเฟรมและถูกตั้งไว้ที่ 50
สิ่งที่ทำให้หน้านี้ตรวจง่ายคืออัตราส่วนสองเห็นได้ก่อนแปลง ไทม์สแตมป์สุดท้ายของไฟล์ยาวประมาณสองเท่าของความยาววิดีโอ หรือคำบรรยายยังอยู่บนจอนานหลังภาพจบ คู่อื่นในกลุ่มนี้ผิดเพียงไม่กี่เปอร์เซ็นต์ซึ่งต้องคำนวณจึงรู้ คู่นี้ผิดร้อยเปอร์เซ็นต์จึงไม่ต้อง ขอบทั้งสองของทุกคิวถูกคูณสอง คำบรรยายหนึ่งวินาทีจึงได้สองวินาที และความเร็วในการอ่านของแต่ละบรรทัดลดลงครึ่งหนึ่งแทนที่จะเพิ่ม ไม่มีอะไรถูกอัปโหลด และทั้งซีซันผ่านคิวในรอบเดียว SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON และ CSV ถูกอ่านตามรูปแบบจริง
ตัวอย่าง
ทุกอย่างเพิ่มเป็นสองเท่า
ข้อมูลนำเข้า
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:02,000 --> 00:00:06,000
Hello there.
2
00:02:00,000 --> 00:02:04,000
One minute in.
50 หาร 25 คือ 2 พอดี ไม่มีการปัดและไม่มีความคลาด คิวที่หนึ่งวินาทีกลายเป็นสอง คิวที่หนึ่งนาทีกลายเป็นสองนาที และแต่ละคิวอยู่บนจอนานสองเท่า ถ้าไฟล์ที่แปลงดูถูกช่วงต้นแต่ภาพจบก่อนคำบรรยาย นี่ไม่ใช่คู่ที่ควรใช้
ความยาวไฟล์เองคือเบาะแส
ข้อมูลนำเข้า
1
00:11:59,000 --> 00:11:59,500
Last cue of the episode.
ผลลัพธ์
1
00:23:58,000 --> 00:23:59,000
Last cue of the episode.
ตอน 12 นาทีที่คำบรรยายสุดท้ายอยู่ที่ 23 นาที 58 วินาทีคือการวินิจฉัยในตัวเองก่อนคำนวณใด ๆ ไทม์ไลน์ยาวเป็นสองเท่าของวิดีโอ เทียบกับคู่ที่ความคลาดโตในกลุ่มซึ่งความยาวรวมยังสมเหตุสมผลและมีเพียงปลายที่เห็นได้ว่าคลาด
ไฟล์ MicroDVD คงหมายเลขเฟรม
ข้อมูลนำเข้า
{1}{1}50
{250}{300}Hello
ผลลัพธ์
{1}{1}25
{250}{300}Hello
สำหรับ MicroDVD การแก้คืออัตราที่ประกาศจริง ๆ ไฟล์ที่เฟรมถูกนับที่ 50 แต่อ่านที่ 25 แสดงทุกคิวที่เวลาสองเท่า และการเปลี่ยนประกาศเป็น 25 ก็แก้ได้โดยไม่แตะหมายเลขเฟรม เฟรม 250 คือสิบวินาทีที่ 25 เฟรมต่อวินาที และห้าวินาทีที่ 50 สิบคือที่ที่คิวควรอยู่
คำถามที่พบบ่อย
ไฟล์คำบรรยายมาจับเวลาที่ 50 เฟรมต่อวินาทีได้อย่างไร?
สามทางที่พบบ่อย วัสดุความละเอียดสูงยุโรปเป็น 50i หรือ 50p และเครื่องมือที่นับฟิลด์แทนเฟรมจะสร้างตัวเลขใหญ่เป็นสองเท่า การส่งออกคำบรรยายจากโปรเจกต์ 50 เฟรมไปส่งกับมาสเตอร์ 25 เฟรมมีปัญหาเดียวกัน และกระบวนการคำบรรยายที่อิงเฟรมซึ่งถูกตั้งไว้ที่ 50 ขณะที่ส่งที่ 25 จะสร้างไฟล์ที่นับด้วยอัตราหนึ่งและเล่นด้วยอีกอัตรา
คู่ 50 ไป 25 ใช้อัตราส่วนเท่าไร และหน้าตาเป็นอย่างไร?
สองพอดี ไฟล์จึงยาวขึ้นสองเท่า คิวที่ครึ่งนาทีลงที่หนึ่งนาที และคิวใกล้ท้ายตอน 12 นาทีลงใกล้ยี่สิบนาที เพราะอัตราส่วนเป็นจำนวนเต็ม ผลจึงตรวจด้วยตาได้ คำบรรยายแรกควรปรากฏที่ไทม์สแตมป์เดิมคูณสอง และคิวสุดท้ายควรยังอยู่ในวิดีโอ
คำบรรยายถูกช่วงต้นและคลาดไปครึ่งตอนช่วงท้าย อัตราส่วนสองใช่ไหม?
ตรวจไทม์สแตมป์สุดท้ายของไฟล์เทียบกับความยาววิดีโอ ความคลาดตามสัดส่วนที่โตถึงครึ่งตอนคือคู่นี้หรือคู่อื่นในกลุ่ม และวิธีแยกคือขนาดของไฟล์ อัตราส่วนสองทำให้ไทม์สแตมป์สุดท้ายยาวประมาณสองเท่าของวิดีโอ ขณะที่ 0.96 หรือ 1.0427 ปล่อยให้อยู่ในไม่กี่เปอร์เซ็นต์
คิวที่เคยหนึ่งวินาทีตอนนี้สองวินาที ถูกต้องไหม?
ถูก และเป็นทิศทางเดียวในกลุ่มนี้ที่ความเร็วในการอ่านลดลงแทนที่จะเพิ่ม ข้อความไม่เปลี่ยนขณะที่เวลาที่ได้เพิ่มเป็นสองเท่า บรรทัดที่เคยเกินขีดตัวอักษรต่อวินาทีอาจอยู่ในขีดตอนนี้ ไม่ต้องจับเวลาใหม่เพราะเหตุนี้เพียงอย่างเดียว การเพิ่มไทม์ไลน์เป็นสองเท่าเป็นการแก้ ไม่ใช่การประนีประนอม
วัสดุ 50i แบบ interlaced ต้องแปลงแบบนี้ทุกครั้งไหม?
ไม่ต้อง และนี่คือกับดักของคู่ 50i อธิบายฟิลด์ และ 50 ฟิลด์ต่อวินาทีคือ 25 เฟรมต่อวินาที ความยาววิดีโอเท่ากันทั้งสองทาง มีเพียงไฟล์ที่เวลาถูกนับที่ 50 จริงที่ต้องหารครึ่ง ถ้าคำบรรยายถูกกับวิดีโอ 50i อยู่แล้ว การแปลงจะเพิ่มความคลาดเป็นสองเท่าแทนที่จะลบ
ถ้าเพียงบางส่วนของไฟล์คลาด ครึ่งแรกถูกครึ่งหลังผิด?
นั่นไม่ใช่ปัญหาเฟรมเรตเลย ไฟล์ที่ถูกจนถึงจุดหนึ่งแล้วผิดหลังจากนั้นถูกต่อจากสองชิ้น หรือจับเวลากับฉบับที่ประกอบจากม้วนที่เดินด้วยความเร็วต่างกัน และไม่มีอัตราส่วนเดียวแก้ได้ทั้งสองครึ่ง ให้แยกไฟล์ที่จุดที่ความคลาดเริ่มและแปลงแต่ละครึ่งด้วยคู่เฟรมเรตของตัวเอง