ซิงก์คำบรรยายด้วยจุดอ้างอิง
หรือวางข้อความคำบรรยาย
ตัวเลือก
ไทม์โค้ดที่คุณเห็นในไฟล์คำบรรยายตอนนี้: คิวที่ตรงกับบทพูดที่คุณชี้ได้ เมื่อจับคู่กับช่องด้านล่าง ทั้งสองจะกลายเป็นจุดซิงก์หนึ่งจุด — เครื่องมือจะเลื่อนทุกอย่างให้ช่วงเวลานั้นไปอยู่ตรงที่ควรอยู่
ตำแหน่งที่ช่วงเวลาเดียวกันนั้นควรอยู่ — อ่านจากวิดีโอ ผลต่างระหว่างสองช่องคือออฟเซตที่ใช้กับทั้งไฟล์
ไทม์โค้ดที่สองจากช่วงหลังของไฟล์ ห่างจากจุดแรกอย่างน้อยสองสามนาที จุดซิงก์เดียวทำได้เพียงเลื่อนไทม์ไลน์ การเพิ่มจุดที่สองยังยืดหรือบีบมันด้วย ซึ่งเป็นสิ่งที่ไฟล์ต้องการเมื่อมันเริ่มใกล้ถูกและค่อย ๆ เพี้ยนออกไปทางท้าย ปล่อยสองช่องล่างว่างไว้เพื่อแก้เฉพาะออฟเซต
ตำแหน่งที่ช่วงเวลาที่สองควรอยู่ เมื่อเติมทั้งสองจุด เครื่องมือจะคำนวณอัตราส่วนและออฟเซตไปพร้อมกัน จุดเริ่มต้นและจุดสิ้นสุดจึงลงถูกทั้งคู่ หากสองจุดบอกทิศทางขัดกัน จะคำนวณอัตราส่วนไม่ได้ และจะใช้เฉพาะออฟเซตของจุดแรก
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
กรอก ในไฟล์ ช่วงเวลานี้ เพื่อเริ่มทำงาน
ชี้ไปที่ช่วงเวลาหนึ่งที่คุณเห็นได้ทั้งสองที่ คือบรรทัดในไฟล์คำบรรยายและบรรทัดเดียวกันในวิดีโอ แล้วไทม์ไลน์ทั้งเส้นจะเลื่อนให้ช่วงเวลานั้นไปอยู่ที่ที่ควรอยู่ เติมคู่แรกแล้วไฟล์จะถูกเลื่อน เติมคู่ที่สองด้วยโดยให้ห่างออกไปอย่างน้อยสองสามนาที แล้วไฟล์จะถูกยืดหรือบีบให้พอดีทั้งสองจุด ซึ่งเป็นสิ่งที่ไฟล์ต้องการเมื่อเริ่มใกล้ถูกและค่อย ๆ คลาดออกทางท้าย จุดอ้างอิงหนึ่งจุดเลื่อนไทม์ไลน์ได้อย่างเดียว สองจุดเปลี่ยนความเร็วได้ด้วย นั่นคือความต่างทั้งหมด และเป็นความต่างระหว่างไฟล์ที่ช้าเท่ากันตลอดกับไฟล์ที่จับเวลากับวิดีโออีกฉบับที่ต่างเล็กน้อย ความคลาดสม่ำเสมอเห็นได้ชัด ทุกคิวคลาดสี่วินาทีเท่ากัน และคู่เดียวแก้ได้ ความคลาดที่โตไม่เป็นเช่นนั้น นาทีแรกดูถูก ที่ห้านาทีคำบรรยายช้ากว่าภาพหนึ่งในสี่วินาที และที่ยี่สิบนาทีช้าหนึ่งวินาทีเต็ม ไม่มีออฟเซตเดียวที่ถูกทั้งสองปลาย สองจุดแก้ทั้งอัตราส่วนและออฟเซตพร้อมกัน สองปลายจึงลงบนตัวเลขที่คุณให้
ทั้งสองคู่อ่านจากนาฬิกา จึงไม่ต้องคำนวณเอง สิ่งที่การคำนวณต้องการคือสองช่วงเวลาที่ห่างกันและชัดเจน ป้ายชื่อ การ์ดชื่อ บรรทัดแรกหลังการเปลี่ยนฉาก สองจุดที่ห่างกันไม่กี่วินาทีแทบไม่ให้ข้อมูลเรื่องความเร็ว และคู่ที่ขัดกันเรื่องทิศทางของความคลาดคำนวณอัตราส่วนไม่ได้ เมื่อเกิดเช่นนั้นจะใช้เฉพาะออฟเซตของจุดแรก และรายงานบอกว่ามีบางอย่างถูกทิ้ง ความขัดแย้งจึงไม่เงียบ สองคู่บรรยายเส้นตรงเส้นเดียว จึงไม่ใช่วิธีแก้ครึ่งแรกของไฟล์ด้วยคู่หนึ่งและครึ่งหลังด้วยอีกคู่ ไฟล์ที่ถูกจนถึงจุดหนึ่งแล้วผิดหลังจากนั้นถูกต่อจากสองชิ้น และควรถูกแยกแทน ทุกอย่างทำงานในแท็บเบราว์เซอร์นี้ SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON และ CSV ไฟล์เดียวหรือทั้งซีซันในคิวเดียว โดยไม่มีการอัปโหลดในขั้นใด
ตัวอย่าง
คู่เดียว เพราะทั้งไฟล์คลาดเท่ากัน
ข้อมูลนำเข้า
1
00:00:05,000 --> 00:00:07,000
Hello there.
2
00:00:12,000 --> 00:00:14,000
Second line.
ผลลัพธ์
1
00:00:04,000 --> 00:00:06,000
Hello there.
2
00:00:11,000 --> 00:00:13,000
Second line.
ไฟล์บอกว่าบรรทัดนี้อยู่ที่ห้าวินาที วิดีโอบอกสี่ จึงตัดออกหนึ่งวินาทีจากทุกคิว นี่คือการเติมออฟเซตแบบช้ากว่าสองเท่า ไม่มีอะไรคำนวณด้วยมือ และคู่ช่องคือบันทึกว่าไฟล์เลื่อนเพราะอะไร
สองคู่ เพราะความคลาดโต
ข้อมูลนำเข้า
1
00:00:00,000 --> 00:00:02,000
First.
2
00:05:00,000 --> 00:05:02,000
Five minutes in.
3
00:20:00,000 --> 00:20:02,000
Twenty minutes in.
ผลลัพธ์
1
00:00:00,000 --> 00:00:02,002
First.
2
00:05:00,250 --> 00:05:02,252
Five minutes in.
3
00:20:01,000 --> 00:20:03,002
Twenty minutes in.
คิวแรกถูกอยู่แล้วและที่ยี่สิบนาทีช้าไปหนึ่งวินาที โดยจุดอ้างอิงคือ 00:00:00,000 ไป 00:00:00,000 และ 00:20:00,000 ไป 00:20:01,000 จุดยึดทั้งสองลงตรงที่ขอ และคิวระหว่างกลางที่ห้านาทีซึ่งเป็นหนึ่งในสี่ของทางออกมาช้าหนึ่งในสี่วินาที
คู่ที่สองขัดกับคู่แรก
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:03,000 --> 00:00:04,000
Second.
ผลลัพธ์
1
00:00:02,000 --> 00:00:03,000
First.
2
00:00:04,000 --> 00:00:05,000
Second.
จุดแรกบอกว่าไฟล์เร็วไปหนึ่งวินาที จุดที่สองบอกว่าช้าไปสี่วินาที ถ้าเชื่อตามหน้าตา สองจุดจะต้องให้ไทม์ไลน์เดินถอยหลัง ทุกคิวจบก่อนเริ่ม จึงไม่คำนวณการยืดและใช้เพียงออฟเซตของจุดแรก ทุกอย่างเลื่อนช้าไปหนึ่งวินาที เหมือนปล่อยคู่ล่างว่าง
จุดอ้างอิงกลางไฟล์
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:02,000
Before the reference.
2
00:00:03,000 --> 00:00:06,000
Straddling it.
3
00:00:05,000 --> 00:00:07,000
On the reference.
ผลลัพธ์
2
00:00:00,000 --> 00:00:02,000
Straddling it.
3
00:00:01,000 --> 00:00:03,000
On the reference.
ช่วงเวลาที่คุณชี้ไม่จำเป็นต้องเป็นคิวแรกของไฟล์ และนี่คือสิ่งที่มันทำให้เกิด ไฟล์บอกบรรทัดอยู่ที่ห้าวินาที วิดีโอบอกหนึ่ง สี่วินาทีถูกตัดจากทุกอย่าง และคิวแรกที่เริ่มเพียงหนึ่งวินาทีไม่มีที่ให้ไป คิวที่จบก่อนศูนย์ถูกตัดและนับ คิวที่ยังมีเวลาถูกปักหมุดที่ศูนย์และสั้นลง
คำถามที่พบบ่อย
จะรู้ได้อย่างไรว่าไฟล์ต้องการจุดอ้างอิงคู่เดียวหรือสองคู่?
เติมคู่แรกก่อน แล้วตรวจช่วงเวลาที่ห่างออกไปสิบนาที ถ้าช่วงนั้นลงที่ที่คาด ไฟล์คลาดเท่ากันและสองช่องล่างไม่จำเป็น ถ้าช่วงต้นถูกและที่สิบนาทียังตามหลังภาพ ความคลาดโตและคู่ที่สองคือสิ่งที่แก้ ไม่มีอย่างอื่นในหน้านี้ทำได้
ช่วงเวลาแบบใดจึงเป็นจุดอ้างอิงที่ดี?
สองจุดที่ระบุได้แน่นอนและห่างกัน ป้ายชื่อ การ์ดชื่อ บรรทัดแรกหลังการเปลี่ยนฉาก คำที่ได้ยิน ห่างกันเป็นนาทีไม่ใช่วินาที สองจุดที่ห่างกันห้าวินาทียังให้อัตราส่วนได้ แต่การปัดเศษในไทม์โค้ดใด ๆ จะกลายเป็นความคลาดใหญ่ในอัตราส่วนนั้น ยิ่งห่างกันความเร็วยิ่งถูกตรึง
ทำไมเครื่องมือเมินคู่ที่สองและเลื่อนทั้งไฟล์แทน?
เพราะสองจุดขัดกัน ถ้าจุดแรกบอกว่าไฟล์เร็วและจุดที่สองบอกว่าช้า หรือทั้งคู่บรรยายช่วงเวลาเดียวกัน ไม่มีเส้นตรงเส้นเดียวผ่านทั้งสองจุดได้ จึงใช้เพียงออฟเซตของจุดแรกและรายงานนับว่ามีหนึ่งรายการถูกทิ้ง ตรวจทิศทางของทั้งสองคู่เทียบกับวิดีโอ ไฟล์ต้องคลาดทางเดียวกันที่ทั้งสองจุด
แก้ครึ่งแรกด้วยคู่หนึ่งและครึ่งหลังด้วยอีกคู่ได้ไหม?
ไม่ได้ สองคู่บรรยายเส้นตรงเส้นเดียว ทั้งคู่จึงถูกแก้ด้วยอัตราส่วนและออฟเซตชุดเดียวกัน และเพิ่มคู่ที่สามไม่ได้ ไฟล์ที่ถูกจนถึงจุดหนึ่งแล้วผิดหลังจากนั้นถูกต่อจากสองชิ้น หรือจับเวลากับฉบับที่ประกอบจากม้วนที่เดินต่างกัน ให้แยกที่จุดที่ความคลาดเริ่มและให้แต่ละครึ่งผ่านหน้าของตัวเอง
คำบรรยายคลาดครึ่งวินาทีเท่ากันทั้งไฟล์ ต้องใช้คู่ที่สองไหม?
ไม่ต้อง และการเติมมันจะทำให้แย่ลง ความคลาดสม่ำเสมอคือสิ่งที่คู่เดียววัดได้พอดี และเป็นวิธีที่ปลอดภัยกว่าสองวิธี คู่เดียวเลื่อนไฟล์ได้เท่านั้น จึงสร้างความคลาดเรื่องความเร็วที่ไม่มีอยู่ไม่ได้ เก็บคู่ที่สองไว้สำหรับไฟล์ที่ถูกช่วงต้นและผิดช่วงหลัง
ถ้าช่วงเวลาที่ชี้ไม่ใช่คิวแรกของไฟล์จะเกิดอะไร?
ออฟเซตยังใช้กับทั้งไฟล์ คิวก่อนช่วงเวลานั้นจึงเลื่อนด้วย และถ้าจุดอ้างอิงอยู่ต้นไฟล์ บางคิวอาจถูกดันก่อนจุดเริ่มต้นไทม์ไลน์ คิวเหล่านั้นถูกจัดการเหมือนออฟเซตลบ คิวที่ยังมีเวลาบนจอถูกปักหมุดที่ศูนย์และสั้นลง คิวที่ไม่เหลือเวลาถูกตัด และทั้งคู่นับในรายงาน