ปรับสเกลเวลาของคำบรรยาย
หรือวางข้อความคำบรรยาย
ตัวเลือก
เป็นเปอร์เซ็นต์: 100 ทำให้ไฟล์คงเดิม 50 ทำให้ไทม์ไลน์ทั้งหมดเหลือครึ่งเดียว สำหรับงานเฟรมเรต ตัวคูณคือเฟรมเรตต้นทางหารด้วยเฟรมเรตปลายทาง — ไฟล์ที่ตั้งเวลาตามฟิล์มและต้องใช้กับ PAL 25 fps ซึ่งเล่นเร็วขึ้น 4% ใช้ 96 ส่วนไฟล์ที่ตั้งเวลาตาม PAL และต้องกลับไปมาสเตอร์ 24 fps ใช้ 104.1667 ทุกเวลาเริ่มและทุกเวลาสิ้นสุดถูกคูณด้วยอัตราส่วนเดียวกัน ความยาวคิวและช่องว่างระหว่างคิวจึงเปลี่ยนไปพร้อมกัน
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
หน้านี้คูณทุกไทม์สแตมป์ในไฟล์คำบรรยายด้วยเปอร์เซ็นต์ ใส่ 104.1667 แล้วไทม์ไลน์ทั้งเส้นยืดออกตามนั้น ใส่ 96 แล้วหดกลับ ใส่ 50 แล้วไฟล์ถูกบีบเหลือครึ่งหนึ่งของความยาว ทั้งเวลาเริ่มและเวลาจบของทุกคิวถูกคูณด้วยอัตราส่วนเดียวกัน ความยาวคิวและช่องว่างระหว่างคิวจึงเปลี่ยนพร้อมกัน และคิวที่อยู่ไกลจากศูนย์ยิ่งเลื่อนมาก
เหตุผลที่ข้อหลังสำคัญคือการแก้แบบนี้เท่านั้นที่จัดการความคลาดสะสมได้ ไฟล์ที่ช้าไปสองวินาทีในตอนแรกและช้าไปสองนาทีในตอนท้ายไม่ใช่ปัญหาออฟเซตแต่เป็นปัญหาความเร็ว เพราะมีคนจับเวลากับอีกฉบับที่เล่นด้วยอัตราต่างกัน การเลื่อนทุกอย่างด้วยจำนวนคงที่ทำให้ช่วงต้นแย่ลง ส่วนการคูณด้วยอัตราส่วนทำให้ทั้งสองปลายถูก เพราะความคลาดที่แก้โตตามระยะจากศูนย์ กรณีคลาสสิกคือความต่างของเฟรมเรต ฟิล์มเล่นเร็วขึ้น 4 เปอร์เซ็นต์บนระบบ PAL ความยาวจึงเหลือ 96 เปอร์เซ็นต์ของต้นฉบับ ภาพยนตร์ 100 นาทีจึงพอดีกับเทป 96 นาที ไฟล์ที่นับกับฟิล์มต้องถูกบีบด้วย 96 และไฟล์ที่นับกับฉบับ PAL ต้องถูกยืดด้วย 104.1667 เพื่อกลับไปวางบนฟิล์ม SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON และ CSV ถูกอ่านตามรูปแบบจริง ข้อความล้วนกับ LRC ไม่รับเพราะไม่เก็บเวลาจบให้อัตราส่วนใช้ ไม่มีอะไรถูกอัปโหลด
ตัวอย่าง
ย้อนการเร่งความเร็ว PAL 4 เปอร์เซ็นต์
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:00:05,000 --> 00:00:08,000
Second line.
ผลลัพธ์
1
00:00:01,042 --> 00:00:03,125
Hello there.
2
00:00:05,208 --> 00:00:08,333
Second line.
ตั้งสเกล 104.1667 ซึ่งคือ 25 หาร 24 คิวแรกเลื่อน 42 ms และคิวที่ห้าวินาทีเลื่อน 208 ms ยิ่งไกลจากศูนย์ยิ่งเลื่อนมาก
ทำไมอัตราส่วนจึงแก้อาการคลาดสะสม
ข้อมูลนำเข้า
1
00:00:00,000 --> 00:00:02,000
Opening line.
2
00:01:00,000 --> 00:01:02,000
One minute in.
3
00:10:00,000 --> 00:10:02,000
Ten minutes in.
ผลลัพธ์
1
00:00:00,000 --> 00:00:02,083
Opening line.
2
00:01:02,500 --> 00:01:04,583
One minute in.
3
00:10:25,000 --> 00:10:27,084
Ten minutes in.
ที่ 104.1667 คิวเปิดเรื่องแทบไม่ขยับ จุดหนึ่งนาทีเลื่อนสองวินาทีครึ่ง และจุดสิบนาทีเลื่อนยี่สิบห้าวินาที ออฟเซตคงที่จัดได้ทีละจุดเท่านั้น
บีบไฟล์ให้พอดี
ข้อมูลนำเข้า
1
00:00:10,000 --> 00:00:12,000
First.
2
00:01:00,000 --> 00:01:03,000
Second.
ผลลัพธ์
1
00:00:08,000 --> 00:00:09,600
First.
2
00:00:48,000 --> 00:00:50,400
Second.
ตั้งสเกล 80 ทุกคิวยังคง 80 เปอร์เซ็นต์ของความยาวและอยู่ที่ 80 เปอร์เซ็นต์ของระยะจากศูนย์ บรรทัดที่เคยแสดงสองวินาทีจึงเหลือ 1.6 วินาที
คำถามที่พบบ่อย
ต้องใช้เปอร์เซ็นต์เท่าไรในการแปลงคำบรรยายระหว่าง 24 กับ 25 เฟรมต่อวินาที?
ตัวคูณคือเฟรมเรตต้นทางหารเฟรมเรตปลายทาง จึงขึ้นกับว่าฉบับใดที่ไฟล์ใช้นับเวลา ไฟล์ที่นับกับฟิล์ม 24 เฟรมเพื่อใช้กับฉบับ PAL 25 เฟรมคูณด้วย 96 ส่วนไฟล์ที่นับกับฉบับ PAL เพื่อกลับไปวางบนมาสเตอร์ฟิล์มคูณด้วย 104.1667 ซึ่งคือ 25 หาร 24 ฟิล์ม 23.976 ใช้ 95.904 และ 104.2708 ในสองทิศทาง เพราะ 23.976 ไม่ใช่ 24 พอดี
ทำไมคำบรรยายช่วงท้ายจึงเลื่อนไกลกว่าช่วงต้น?
เพราะอัตราส่วนใช้กับระยะจากศูนย์ ไม่ใช่กับความยาวของคิว คิวที่หนึ่งวินาทีเลื่อนประมาณ 42 ms ที่ 104.1667 เปอร์เซ็นต์ ส่วนคิวที่สิบนาทีเลื่อนยี่สิบห้าวินาที นี่คือสิ่งที่ทำให้เครื่องมือแก้ความคลาดสะสมได้ ไม่ใช่แค่เลื่อนทุกอย่างด้วยค่าคงที่
การสเกลคำบรรยายเปลี่ยนระยะเวลาที่แต่ละคิวแสดงหรือไม่?
เปลี่ยนตามสัดส่วน ขอบทั้งสองของทุกคิวถูกคูณด้วยอัตราส่วนเดียวกัน บรรทัดสองวินาทีที่ 80 เปอร์เซ็นต์จึงเหลือ 1.6 วินาที และที่ 150 เปอร์เซ็นต์กลายเป็นสามวินาที การบีบจึงดันทุกคิวเข้าใกล้ขีดจำกัดความเร็วในการอ่าน ส่วนการยืดให้เวลามากขึ้น
การสเกลทำให้คำบรรยายสองคิวซ้อนทับกันได้ไหม?
ไม่ได้ การคูณด้วยอัตราส่วนบวกเป็นฟังก์ชันเพิ่มทางเดียวและการปัดเป็นมิลลิวินาทีเต็มรักษาสมบัตินี้ไว้ สองคิวที่ไม่ซ้อนกันก่อนจึงซ้อนกันไม่ได้หลังสเกล การบีบลดช่องว่างจนอาจแตะกันซึ่งบางเครื่องเล่นแสดงเป็นภาพกระพริบ แต่คิวยังเรียงตามลำดับ
คิวที่สั้นเกินไปสำหรับอัตราส่วนที่เลือกจะเกิดอะไร?
คิวถูกตัดออกและจำนวนถูกรายงาน คิวยาว 20 ms ที่สเกล 1 เปอร์เซ็นต์มีขอบทั้งสองปัดเป็นมิลลิวินาทีเดียวกันและไม่มีคิวเหลือให้เขียน การเติมให้ยาวถึงขั้นต่ำจะวางคิวที่มองไม่เห็นลงในไฟล์ขณะที่หน้านี้บอกว่ามันรอด ซึ่งเป็นคำตอบที่แย่กว่าการตัดออกแล้วบอกตามจริง
คิวแรกของไฟล์ยังอยู่ที่เดิมหรือไม่?
อยู่ที่เดิมก็ต่อเมื่อมันเริ่มที่ศูนย์ ทุกอย่างวัดจากจุดเริ่มต้นไทม์ไลน์ ไฟล์ที่คิวแรกเปิดที่ 00:01:00 จึงมีช่วงนำถูกสเกลไปด้วย ถ้าช่วงเปิดเป็นไตเติลคงที่ที่ต้องไม่ขยับ สิ่งที่ต้องการคือออฟเซตคงที่มิใช่อัตราส่วน