ยืดคำบรรยายให้พอดีวิดีโอ
หรือวางข้อความคำบรรยาย
ตัวเลือก
ความยาวของวิดีโอ เขียนเป็นมิลลิวินาที วินาที หรือไทม์โค้ดก็ได้ (1500, 24m, 00:24:00,000 ใช้ได้ทั้งหมด) อัตราส่วนคำนวณจากไฟล์เอง: เวลาที่คิวสุดท้ายยังอยู่บนจอจะถูกวัด และค่านั้นคือสิ่งที่ถูกยืดหรือบีบให้ได้ความยาวนี้ มีประโยชน์เมื่อคุณรู้ความยาวของเวอร์ชันที่ต้องการจับคู่ แต่ไม่รู้อัตราส่วน
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
กรอก ความยาวเป้าหมาย เพื่อเริ่มทำงาน
พิมพ์ความยาวของวิดีโอลงไป แล้วหน้านี้คำนวณอัตราส่วนให้เอง ความยาวของไฟล์คำบรรยายวัดจากตัวไฟล์ คือเวลาจบที่มากที่สุดในไฟล์ และทุกไทม์สแตมป์ถูกคูณด้วยเป้าหมายหารค่านั้น ไม่มีเปอร์เซ็นต์ให้คำนวณ และคำบรรยายคิวสุดท้ายไปจบที่ท้ายวิดีโอแทนที่จะหยุดตามที่บังเอิญเป็น
การวัดใช้เวลาจบที่มากที่สุดในไฟล์ ไม่ใช่เวลาจบของคิวสุดท้ายในรายการ ในไฟล์จริงสองค่านี้มักต่างกัน เพราะบรรทัดบรรยายอาจเปิดแต่เนิ่น ๆ และค้างอยู่ข้ามบทสนทนาสั้นหลายช่วง คิวที่จบช้าที่สุดจึงไม่ใช่คิวที่เขียนไว้ท้ายสุด การวัดผิดตัวจะได้อัตราส่วนที่คลาดตามผลต่างของสองค่า ซึ่งเป็นความผิดพลาดที่เห็นเฉพาะไม่กี่นาทีสุดท้ายของตอน ช่องเป้าหมายรับความยาวได้ทุกรูปแบบ ทั้งมิลลิวินาที วินาทีและนาทีที่ลงท้ายด้วย s หรือ m หรือไทม์โค้ดเต็ม รูปแบบหลังเป็นความยาวไม่ใช่จุดบนไทม์ไลน์ จึงเป็นระยะเวลาที่พิมพ์ที่นี่ เป้าหมายที่สั้นกว่าจะบีบไฟล์แทนการยืด ไม่มีโหมดให้สลับ และไฟล์ที่ยาวเกินวิดีโอเป็นปัญหาเดียวกันในอีกทิศทาง ทุกอย่างวัดจากศูนย์ ช่วงนำก่อนบทพูดจึงถูกสเกลไปด้วย SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON และ CSV ถูกอ่านตามรูปแบบจริง ข้อความล้วนกับ LRC ถูกปฏิเสธเพราะไม่เก็บเวลาจบให้วัดไฟล์ ทั้งหมดทำงานในแท็บเบราว์เซอร์
ตัวอย่าง
ไฟล์แปดวินาทีกับวิดีโอสิบวินาที
ข้อมูลนำเข้า
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,250 --> 00:00:03,750
Hello there.
2
00:00:06,250 --> 00:00:10,000
Second line.
ตั้งความยาวเป้าหมาย 00:00:10,000 อัตราส่วนคือ 10 หาร 8 ของไฟล์ คิวสุดท้ายจึงจบที่สิบวินาทีพอดี ขณะที่คิวแรกเลื่อนไปหนึ่งในสี่ของระยะจากศูนย์
ไฟล์ที่ยาวเกินวิดีโอ
ข้อมูลนำเข้า
1
00:00:00,000 --> 00:00:10,000
A long opening line.
2
00:00:02,000 --> 00:00:03,000
Short.
3
00:00:04,000 --> 00:00:05,000
Also short.
ผลลัพธ์
1
00:00:00,000 --> 00:00:06,000
A long opening line.
2
00:00:01,200 --> 00:00:01,800
Short.
3
00:00:02,400 --> 00:00:03,000
Also short.
ตั้งเป้าหมาย 6s กับไฟล์สิบวินาที จึงเป็นทิศทางบีบและอัตราส่วนคือ 0.6 ไฟล์ยาวสิบวินาทีเพราะคิวแรกจบที่นั่น ไม่ใช่เพราะคิวสุดท้ายที่เขียนไว้
ช่วงนำก็เลื่อนด้วย
ข้อมูลนำเข้า
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 in.
ผลลัพธ์
1
00:01:30,000 --> 00:01:33,000
Lead-in ends, speech starts.
2
00:03:00,000 --> 00:03:03,000
One minute in.
เป้าหมาย 3m3s กับไฟล์ที่เวลาจบไกลสุด 2m2s อัตราส่วนคือ 1.5 ช่องรับได้ทั้ง 183000 และ 00:03:03,000 ซึ่งหมายถึงสิ่งเดียวกัน
คำถามที่พบบ่อย
จะรู้ได้อย่างไรว่าไฟล์คำบรรยายยาวเท่าไร?
หน้านี้วัดให้ โดยใช้เวลาจบที่มากที่สุดในไฟล์เป็นความยาวของไฟล์ คุณเพียงใส่ความยาววิดีโอ ถ้าอยากรู้ตัวเลขก่อนรัน คิวสุดท้ายในไฟล์ที่สมบูรณ์มักใกล้เคียง แต่คิวยาวที่คร่อมคิวสั้นหลายคิวทำให้สองค่าต่างกัน
ถ้าความยาวเป้าหมายที่พิมพ์สั้นกว่าไฟล์เดิมจะเกิดอะไร?
ไฟล์ถูกบีบไม่ใช่ยืด และไม่ต้องสลับโหมดใด ไฟล์สิบนาทีกับเป้าหมายหกนาทีคูณด้วย 0.6 ทุกคิวจึงเหลือ 60 เปอร์เซ็นต์ของเวลาบนจอ ซึ่งเพิ่มความเร็วในการอ่านของทุกบรรทัดและควรตรวจหน้าความเร็วในการอ่านก่อนส่งไฟล์ที่บีบแล้วให้ผู้แพร่ภาพ
ทำไมคำบรรยายคิวแรกจึงเลื่อนเมื่อต้องการให้ปลายไฟล์ตรง?
เพราะอัตราส่วนใช้กับระยะจากศูนย์ ไฟล์ที่บรรทัดแรกเปิดที่หนึ่งนาทีและถูกยืด 1.5 เท่าจะเปิดที่หนึ่งนาทีครึ่ง ช่วงนำที่เงียบจึงถูกยืดไปพร้อมบทพูด ถ้าไตเติลเปิดคงที่และมีเพียงท้ายไฟล์ที่ผิด นั่นไม่ใช่ปัญหาอัตราส่วน ให้ใช้ค่าออฟเซตคงที่หรือการซิงก์สองจุดที่ล็อกช่วงเวลาหนึ่งไว้
พิมพ์ความยาวเป้าหมายเป็นนาทีแทนไทม์โค้ดได้ไหม?
ได้ ช่องรับจำนวนมิลลิวินาที ระยะเวลาเช่น 90s หรือ 24m หรือ 1h2m และไทม์โค้ดเต็มเช่น 00:24:00,000 ทั้งสี่แบบหมายถึงสิ่งเดียวกันและไม่มีแบบใดถูกต้องกว่ากัน ใช้แบบที่ตรงกับที่เครื่องมือวิดีโอของคุณแสดง เพราะการพิมพ์ตัวเลขซ้ำในอีกรูปแบบคือที่มาของความผิดพลาด
ยืดคำบรรยายแล้วยังไม่ตรง ยังมีอะไรผิดได้อีก?
ถ้าปลายด้านหนึ่งตรงแต่ตรงกลางไม่ตรง ไฟล์ถูกตัดหรือวิดีโอถูกตัดต่อใหม่ และการซิงก์สองจุดที่ใช้ทั้งสองช่วงเวลาจะแก้ได้ ถ้าทุกคำบรรยายช้าเท่ากันตลอดไฟล์ นั่นคือออฟเซตคงที่และอยู่ที่หน้าการเลื่อน ถ้าความคลาดปรากฏหลังการแปลงเฟรมเรต หน้าของเฟรมเรตคำนวณจากอัตราโดยตรงแทนอัตราส่วนที่วัด
ถ้าเว้นความยาวเป้าหมายว่างไว้จะเกิดอะไร?
การทำงานไม่เริ่ม และหน้านี้แจ้งว่าช่องที่จำเป็นยังว่าง นี่เป็นเจตนา เพราะค่าเริ่มต้นใด ๆ ก็เป็นความยาวจริง ไฟล์ที่ลากเข้ามาแล้วรันโดยไม่อ่านช่องจะกลับมาถูกยืดเป็นค่าที่ไม่มีใครเลือกโดยไม่มีอะไรในผลลัพธ์บอก ข้างปุ่มยังแสดงความยาวที่วัดได้จากไฟล์เพื่อให้เทียบก่อนตัดสินใจ