ตั้งระยะเวลาขั้นต่ำของคำบรรยาย
หรือวางข้อความคำบรรยาย
ตัวเลือก
เป็นระยะเวลา — 1000, 1s, 1.5s และ 00:00:01,000 ใช้ได้ทั้งหมด นี่คือเส้นแบ่งระหว่างคำบรรยายที่ค้างนานพอให้อ่านกับที่แวบผ่าน สิ่งที่เกิดขึ้นเมื่ออยู่ผิดด้านของเส้นนี้ขึ้นอยู่กับหน้าที่คุณอยู่: การปิดช่องว่างจะทำให้คิวจอสั้นอยู่บนจอนานขึ้น โดยดึงเวลาที่เพิ่มจากช่องว่างถัดไป คิวใดจึงไม่ทับคำของคิวถัดไป (คิวสุดท้ายของไฟล์ไม่มีอะไรต่อท้ายจึงขยายออกไป) ส่วนหน้าตรวจจะแสดงทุกคิวที่ต่ำกว่าเส้นนี้และไม่แตะไฟล์
ช่องว่างระหว่างสองคิวมีสองขอบ: จุดสิ้นสุดของคิวก่อนหน้าและจุดเริ่มของคิวถัดไป End เลื่อนจุดสิ้นสุดของคิวก่อนหน้า การปิดช่องว่างจึงทำให้คิวนั้นยาวขึ้น และการขยายช่องว่างทำให้สั้นลง ส่วนคิวถัดไปคงเวลาไว้ถึงมิลลิวินาที Start เลื่อนจุดเริ่มของคิวถัดไปแทนและไม่แตะคิวก่อนหน้า เลือกอันที่คุณไว้ใจเวลามากกว่า — ปกติคือคิวที่ข้อความถูกพูดเป็นลำดับสุดท้าย เพราะคิวไม่ควรขึ้นก่อนได้ยินเสียงประโยค
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
หน้านี้ทำให้แน่ใจว่าไม่มีอะไรวาบผ่านไป ให้ระยะเวลาขั้นต่ำ หนึ่งวินาทีซึ่งเป็นค่าเริ่มต้นของช่อง แล้วคิวใดที่สั้นกว่านั้นจะถูกตรึงไว้จนอยู่บนจอครบ เวลาที่เพิ่มถูกเอาจากหน้าจอมืดที่ตามหลังคิว จึงไม่มีอะไรปลายน้ำถูกเลื่อนออกไปและไม่มีคิวใดไปคลุมคำของคิวถัดไป ไฟล์ที่คิวยาวพออยู่แล้วจะกลับมาเหมือนเดิมทุกไบต์ ค่าที่ใส่เป็นระยะเวลาไม่ใช่จำนวนมิลลิวินาที จึงรับได้ทุกรูปแบบที่คุณเขียน 1000, 1s, 1.5s หรือ 00:00:01,000 หมายถึงสิ่งเดียวกันและใช้แบบใดก็ได้ ตัวเลขมักเป็นกฎภายในมากกว่าสิ่งที่คำนวณจากไฟล์ เช่นคู่มือรูปแบบของผู้แพร่ภาพ ข้อกำหนดการส่งมอบของลูกค้า หรือเพียงความสั้นที่สุดที่บรรทัดยังอ่านได้โดยคนที่ไม่ได้จ้องจออยู่แล้ว
ขอบใดจะเลื่อนเป็นตัวกำหนดสิ่งที่ผู้ชมเจอ โหมดจบซึ่งเป็นค่าเริ่มต้นตรึงคิวไว้หลังบรรทัดพูดจบ คำจึงมาถึงตามที่ไฟล์บอกและค้างอยู่ โหมดเริ่มนำคิวเข้ามาก่อนแทน บรรทัดจึงอยู่บนจอก่อนได้ยิน ความเร็วในการอ่านลดลงทั้งสองทาง แต่ตัวเลือกที่สองเหมาะกับเสียงบรรยายที่ช้าไปจังหวะอยู่แล้ว ไม่ว่าจะทางใดคิวมีแต่ยาวขึ้นและยาวในทิศที่คุณเลือก สองสิ่งหน้านี้ไม่ทำ มันไม่ตรึงคิวเลยจุดที่คิวถัดไปเริ่ม เมื่อคิวถัดไปเริ่มเร็วเกินก็ไม่มีที่ว่าง คิวหยุดที่ขอบนั้นและถูกรายงานว่าไปไม่ถึงตัวเลขของคุณ และมันไม่แตะอย่างอื่น ข้อความ รูปแบบ ตำแหน่ง จังหวะคาราโอเกะ และจำนวนคิวรอดทั้งหมด จึงปลอดภัยกับไฟล์ ASS ที่มีรูปแบบหนัก ไม่มีอะไรถูกอัปโหลด และ SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON และ CSV รับได้
ตัวอย่าง
สองคิวที่สั้นกว่าหนึ่งวินาที
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:01,300
Quick.
2
00:00:03,000 --> 00:00:03,200
Blink.
3
00:00:05,000 --> 00:00:07,000
A comfortable one.
ผลลัพธ์
1
00:00:01,000 --> 00:00:02,000
Quick.
2
00:00:03,000 --> 00:00:04,000
Blink.
3
00:00:05,000 --> 00:00:07,000
A comfortable one.
คิว 300 ms กับคิว 200 ms ถูกตรึงจนอยู่ครบหนึ่งวินาที ขณะที่คิวที่สามซึ่งยาวสองวินาทีอยู่แล้วไม่เลื่อนเลย เวลาที่เพิ่มมาจากหน้าจอมืดหลังแต่ละคิว คิวที่สองจึงยังเริ่มที่ 3000 และไม่มีขอบใดปลายน้ำเลื่อน
คิวถัดไปใกล้เกินกว่าที่ขีดต้องใช้
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:01,200
Short.
2
00:00:01,500 --> 00:00:03,000
Next.
ผลลัพธ์
1
00:00:01,000 --> 00:00:01,500
Short.
2
00:00:01,500 --> 00:00:03,000
Next.
คิวแรกจะต้องวิ่งถึง 2000 จึงจะครบหนึ่งวินาที แต่คิวที่สองเริ่มพูดที่ 1500 คิวแรกจึงหยุดตรงที่คิวถัดไปเริ่มและยาว 500 ms แทน 1000 ที่ขอ การคลุมคำของคิวถัดไปเป็นความผิดที่แย่กว่าคิวสั้น
เลื่อนขอบต้นแทน
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:05,000 --> 00:00:05,300
Quick.
3
00:00:09,000 --> 00:00:10,000
Last.
ผลลัพธ์
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:04,300 --> 00:00:05,300
Quick.
3
00:00:09,000 --> 00:00:10,000
Last.
คิวสั้นไม่ได้ถูกตรึงนานขึ้น แต่ปรากฏเร็วขึ้นที่ 4300 แทน 5000 และจุดจบยังอยู่ที่ไฟล์วางไว้ คิวแรกคงทุกมิลลิวินาทีเพราะจุดเริ่มที่เร็วขึ้นหยุดที่จุดจบของคิวก่อน ทั้งสองรอบทำให้คิวยาวหนึ่งวินาทีเท่ากัน
คำถามที่พบบ่อย
คำบรรยายควรอยู่บนจอกี่วินาทีเป็นอย่างน้อย?
ไม่มีตัวเลขเดียวที่เหมาะทุกโปรเจกต์ หน้านี้จึงถามคุณแทนการเลือกให้ จุดเริ่มที่พบบ่อยคือหนึ่งวินาทีต่อบรรทัดสั้น ซึ่งเป็นค่าในช่อง และข้อกำหนดการส่งมอบจำนวนมากอ้างตัวเลขในย่านนั้นสำหรับวัสดุที่ต้องอ่านได้โดยคนที่ไม่ได้จ้องจอ ถ้าไฟล์มีคู่มือรูปแบบอยู่แล้วให้ใช้ตัวเลขนั้น
คิวจะถูกตรึงเลยจุดเริ่มของคิวถัดไปไหม?
ไม่เคย คิวหยุดที่เวลาเริ่มของคิวถัดไปแม้ผลจะสั้นกว่าขั้นต่ำที่คุณใส่ เพราะคิวที่วิ่งเข้าคิวถัดไปวางสองบรรทัดบนจอพร้อมกันและอ่านแย่กว่าคิวสั้น ไฟล์ที่ถูกตัดแน่นจึงมีบางคิวที่ไปไม่ถึงตัวเลข และการรันรายงานจำนวนนั้นแทนที่จะฝืน
เวลายืดคิวไปทางใด?
ทางที่คุณเลือก โหมดจบตรึงคิวหลังบรรทัดจบ คำจึงปรากฏตามไฟล์และค้างนานขึ้น เป็นค่าเริ่มต้นที่ปลอดภัยและเป็นโหมดที่หน้านี้เริ่มด้วย โหมดเริ่มเลื่อนคิวทั้งคิวถอยหลังให้ปรากฏก่อนพูด คงจุดจบเดิมแต่บรรทัดขึ้นเร็วเล็กน้อย ทั้งสองทางเปลี่ยนความเร็วในการอ่านเหมือนกัน
ยืดทุกคิวให้ยาวเท่ากันได้ไหม?
ได้เฉพาะคิวที่ต่ำกว่าตัวเลขของคุณและเพียงถึงตัวเลขนั้น คิวที่ถึงหรือเกินขั้นต่ำอยู่แล้วถูกปล่อยตามความยาวที่ไฟล์ให้ คิวยาวไม่ถูกย่อให้เท่ากัน นั่นคือความต่างระหว่างพื้นกับความยาวคงที่ หน้านี้ยกระดับคิวสั้นและปล่อยอย่างอื่นไว้
ถ้าระยะเวลาเขียนเป็นวินาทีแทนมิลลิวินาที?
เขียนเป็นวินาทีได้ ช่องรับตัวเลขเปล่าเป็นมิลลิวินาทีและตัวเลขที่มี s ต่อท้ายเป็นวินาที 1500 กับ 1.5s จึงเป็นคำขอเดียวกัน และไทม์โค้ดเต็มเช่น 00:00:01,500 ก็ใช้ได้ ค่าสุดท้ายเป็นจำนวนเต็มมิลลิวินาทีภายใน เพราะเป็นหน่วยเวลาเดียวที่ใช้ทั้งหน้านี้
รูปแบบบนคิวรอดจากการเปลี่ยนแปลงไหม?
รอดทั้งหมด หน้านี้เปลี่ยนสองตัวเลขต่อคิวและไม่แตะอย่างอื่น ข้อความ แท็กต์รายคำ การอ้างอิงรูปแบบ ตำแหน่ง เลเยอร์ และจำนวนคิวถูกพาผ่านตามเดิม โดยเฉพาะ ASS และ SSA ที่คิวพกชื่อรูปแบบ การแทนตำแหน่ง และจังหวะคาราโอเกะพร้อมกันได้