แปลงเฟรมเรตของคำบรรยาย
หรือวางข้อความคำบรรยาย
ตัวเลือก
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
เฟรมเรตของเวอร์ชันที่คุณจะใช้คำบรรยายด้วย — วิดีโอที่คุณจะเล่นจริง ตัวคูณที่ใช้คือช่องแรกหารด้วยช่องนี้ 24 ไปเป็น 25 จึงได้ 0.96: ฟิล์มเล่นเร็วขึ้น 4% บน PAL และภาพยนตร์ 100 นาทีจะพอดีกับเทป 96 นาที การสลับสองช่องผิดทางจะเลื่อนไทม์ไลน์ทั้งหมดไปในทิศทางที่ผิดด้วยจำนวนเท่ากัน
การแปลงเฟรมเรตเปลี่ยนความเร็วของไทม์ไลน์คำบรรยาย ทุกไทม์สแตมป์ถูกคูณด้วยอัตราส่วนเดียวซึ่งคำนวณจากเฟรมเรตสองค่า ช่องแรกคืออัตราที่ไฟล์ถูกจับเวลาไว้ คือฉบับที่คำบรรยายถูกทำขึ้นมา ช่องที่สองคืออัตราของฉบับที่คุณจะเอาไปใช้ อัตราส่วนคือช่องแรกหารช่องที่สอง 23.976 ไป 25 จึงได้ 0.95904 และทุกอย่างออกมาเร็วขึ้น 4.1 เปอร์เซ็นต์ ทิศทางนี้คือทั้งหมดของเครื่องมือ และเป็นส่วนที่มักใส่ผิด ตัวหารคือฉบับที่คุณจะเล่น ไม่ใช่ฉบับที่คุณมี เห็นได้ชัดกับกรณี PAL ภาพยนตร์ถ่ายที่ 24 เฟรมต่อวินาทีแล้วฉายที่ 25 เฟรมต่อวินาทีจะเล่นภาพชุดเดิมเร็วขึ้น 4 เปอร์เซ็นต์ ภาพยนตร์ 100 นาทีจึงพอดีกับเทป 96 นาที ไฟล์ที่จับเวลากับฟิล์มต้องถูกบีบด้วย 96 เพื่อวางบนเทป และไฟล์เดิมที่กลับไปหามาสเตอร์ฟิล์มต้องถูกยืดด้วย 104.1667 ถ้าพิมพ์สองอัตราสลับช่อง ไทม์ไลน์จะเลื่อนด้วยจำนวนเท่ากันในทิศทางผิด ไฟล์ยังดูเหมือนไฟล์คำบรรยาย จึงต้องมีป้ายกำกับสองช่องแทนที่จะให้ใส่ตัวคูณช่องเดียว
คู่ที่พบได้บ่อยคือ 23.976 กับ 25 และย้อนกลับ สำหรับฟิล์ม NTSC กับ PAL, 24 กับ 25 สำหรับมาสเตอร์ฟิล์มกับ PAL, 50 ไป 25 เมื่อวัสดุ interlaced ถูกนับซ้ำ และ 23.976 กับ 29.97 เมื่อไทม์ไลน์ถูกนับด้วยเฟรมผิด หกหน้าในกลุ่มนี้เติมช่องให้และอธิบายว่าคู่ใดมีไว้ทำอะไร ส่วนหน้านี้สำหรับคู่อื่น ทั้งสองช่องรับอัตราใดก็ได้ รวมถึง 29.97, 30, 59.94 และ 60 ไฟล์ MicroDVD .sub ทำงานต่างจากรูปแบบอื่น เพราะไทม์โค้ดของมันเป็นหมายเลขเฟรมไม่ใช่ค่าบนนาฬิกา ภาพชุดเดิมที่เล่นด้วยอัตราต่างกันยังคงหมายเลขเฟรมเดิม เฟรม 50 คือเฟรม 50 ในทั้งสองฉบับ การแปลงจึงไม่แตะหมายเลขเหล่านั้น แต่แก้เฟรมเรตที่ประกาศไว้บนบรรทัดแรกของไฟล์ SRT, WebVTT, ASS, SSA, SBV, SAMI, TTML, JSON และ CSV ถูกอ่านตามรูปแบบจริง ไม่ใช่ตามนามสกุล ส่วนข้อความล้วนกับ LRC ไม่รับเพราะไม่เก็บเวลาจบให้อัตราส่วนใช้ ไม่มีอะไรถูกอัปโหลด และทั้งซีซันผ่านคิวในรอบเดียว
ตัวอย่าง
คู่ที่ช่องเริ่มต้นไว้
ข้อมูลนำเข้า
1
00:00:02,000 --> 00:00:04,000
Hello there.
2
00:00:30,000 --> 00:00:32,000
Half a minute in.
ผลลัพธ์
1
00:00:01,918 --> 00:00:03,836
Hello there.
2
00:00:28,771 --> 00:00:30,689
Half a minute in.
23.976 ไป 25 คือ 0.95904 ทุกไทม์สแตมป์จึงเหลือ 95.904 เปอร์เซ็นต์ของค่าเดิม คิวที่สองวินาทีเลื่อน 82 ms คิวที่สามสิบวินาทีเลื่อน 1,229 ms ยิ่งไกลจากศูนย์ยิ่งเลื่อนมาก ขอบทั้งสองของแต่ละคิวถูกคูณด้วยจำนวนเดียวกัน ความยาวคิวจึงหดตามสัดส่วนเดียวกัน
ทำไมหมายเลขเฟรมจึงอยู่กับที่
ข้อมูลนำเข้า
{1}{1}25
{50}{100}Hello
{150}{200}World
ผลลัพธ์
{1}{1}24
{50}{100}Hello
{150}{200}World
ดูเหมือนไม่มีอะไรเกิดขึ้น และหมายเลขเฟรมไม่ได้ขยับจริง ภาพชุดเดิมที่เล่นด้วยอัตราอื่นยังเป็นเฟรม 50, 100, 150 และ 200 สิ่งที่เปลี่ยนคืออัตราบนบรรทัดประกาศที่รูปแบบเปิดไฟล์ด้วย 25 กลายเป็น 24 และนั่นคือสิ่งที่เลื่อนคำบรรยายในเครื่องเล่น ถ้าแปลงไฟล์เดียวกันโดยไม่ประกาศอัตราที่ใดเลย เฟรมจะถูกคูณแทน ซึ่งเป็นคำตอบสำหรับไฟล์ที่นับเวลาด้วยเฟรมผิด ไม่ใช่ไฟล์ที่ถูกเล่นด้วยความเร็วอื่น
ไฟล์ที่เปิดที่หนึ่งนาที
ข้อมูลนำเข้า
1
00:01:00,000 --> 00:01:02,000
Lead-in ends, speech starts.
2
00:02:00,000 --> 00:02:02,000
One minute later.
ผลลัพธ์
1
00:01:02,563 --> 00:01:04,648
Lead-in ends, speech starts.
2
00:02:05,125 --> 00:02:07,211
One minute later.
25 ไป 23.976 คือ 1.0427094 ซึ่งเป็นอีกทิศทาง และใช้จากศูนย์ คิวเปิดอยู่ที่หนึ่งนาทีและถูกดันช้าออกไปสองวินาทีครึ่ง ช่วงนำเป็นส่วนหนึ่งของไทม์ไลน์เหมือนความเงียบอื่น จึงถูกสเกลไปด้วย
คำถามที่พบบ่อย
ควรใส่เฟรมเรตใดในช่องแรกของการแปลงคำบรรยาย?
อัตราที่ไฟล์ถูกจับเวลาไว้ คือฉบับที่คำบรรยายถูกทำขึ้นมา ไม่ใช่วิดีโอที่คุณกำลังจะดู ตัวคูณคือช่องแรกหารช่องที่สอง ไฟล์ที่ทำเพื่อ 24 เฟรมต่อวินาทีและต้องใช้กับ 25 เฟรมต่อวินาทีจึงได้ 0.96 และไฟล์เดิมที่กลับจาก PAL ได้ 1.0416667 ตัวเลขสองค่านี้มีความหมายก็ต่อเมื่อรู้ว่าไฟล์มาจากฉบับใด
ใส่เฟรมเรตที่ไม่อยู่ในรายการคู่ได้ไหม?
ได้ ทั้งสองช่องรับข้อความอิสระเท่าที่การคำนวณสนใจ และอัตราส่วนคำนวณจากสิ่งที่คุณใส่ 29.97, 30, 48, 59.94 และ 60 ใช้ได้ทั้งหมด หกหน้าในกลุ่มนี้มีอยู่เพราะคู่เหล่านั้นคือคู่ที่พบจริง และเพราะหน้าที่ระบุคู่ได้อธิบายสาเหตุได้ ถ้าคุณรู้สัดส่วนแทนที่จะรู้สองอัตรา หน้าการสเกลในกลุ่ม timing รับเปอร์เซ็นต์โดยตรง
ทำไมคำบรรยายทุกคิวจึงสั้นลงหลังการแปลงเฟรมเรต?
เพราะขอบทั้งสองของทุกคิวถูกคูณด้วยอัตราส่วนเดียวกัน คำบรรยายสองวินาทีที่ 0.96 จึงเหลือ 1.92 วินาที และที่ 0.95904 เหลือ 1.918 ไม่มีข้อความถูกตัดออก คิวได้เวลาน้อยลงเพราะไทม์ไลน์ทั้งเส้นถูกเล่นเร็วขึ้น ความเร็วในการอ่านของบรรทัดจึงเพิ่มขึ้น 4 เปอร์เซ็นต์เท่ากัน ควรตรวจเรื่องนี้ก่อนส่งไฟล์ที่แปลงเป็น PAL
ทำไมไฟล์ MicroDVD จึงคงหมายเลขเฟรม?
เพราะไทม์โค้ดของมันเป็นหมายเลขเฟรมและภาพไม่ได้ถูกเปลี่ยน ภาพชุดเดิมที่เล่นด้วยอัตราอื่นยังเป็นเฟรมเดิม สิ่งที่การแปลงเขียนใหม่คือเฟรมเรตที่ประกาศบนบรรทัดแรก ซึ่งเครื่องเล่นใช้แปลงหมายเลขเฟรมกลับเป็นวินาที ส่วนไฟล์ .sub ที่นับเวลาด้วยเฟรมผิดเป็นอีกกรณี ที่นั่นหมายเลขเฟรมขยับจริง และหน้าการแปลงผลต่างอัตรา 23.976 ไป 29.97 คือหน้าที่ตรงกับเรื่องนั้น
ต้องมีหน้าแยกสำหรับแต่ละคู่เฟรมเรตไหม?
ไม่ต้อง หน้านี้จัดการได้ทุกคู่ หน้าในกลุ่มนี้เป็นทางลัดที่เติมทั้งสองช่องให้และอธิบายคู่ 24 กับ 25 สำหรับฟิล์มกับ PAL, 23.976 กับ 25 สำหรับฟิล์ม NTSC กับ PAL, 23.976 กับ 29.97 สำหรับการนับเฟรมสลับ และ 50 ไป 25 สำหรับวัสดุ interlaced ที่นับซ้ำ ไม่มีอะไรในหน้าเหล่านั้นที่หน้านี้ทำไม่ได้ ต่างกันแค่คำอธิบายว่าทำไมไฟล์ของคุณจึงต้องใช้คู่นั้น
ถ้าใส่เฟรมเรตเดียวกันทั้งสองช่องจะเกิดอะไร?
ไม่มีอะไรเกิดขึ้น และหน้านี้บอกไว้แทนที่จะแกล้งทำงาน อัตราส่วนหนึ่งคือการแมปแบบเอกลักษณ์ ไฟล์จึงกลับมาเหมือนเดิมทุกไบต์ นั่นเป็นการตรวจที่มีประโยชน์ในตัวเอง ลากไฟล์มาวางโดยตั้งทั้งสองช่องเป็นอัตราเดียวกัน แล้วคุณจะเห็นสิ่งที่ตัวอ่านและตัวเขียนทำกับไฟล์โดยไม่มีการคำนวณเฟรมเรตทับลงไป