ข้ามไปยังเนื้อหาหลัก
SubtitleMatrix

เลื่อนเวลาจบของคำบรรยาย

ไทม์ไลน์เลื่อนตามค่าคงที่
หรือวางข้อความคำบรรยาย

ตัวเลือก

จำนวนมิลลิวินาทีที่ทุกคิวจะถูกเลื่อน จำนวนบวกจะเลื่อนคำบรรยายให้ช้าลง จำนวนลบจะเลื่อนให้เร็วขึ้น ค่า 0 เป็นค่าที่ใช้ได้: ไฟล์จะกลับมาไม่เปลี่ยนแปลง ซึ่งเป็นวิธีเร็ว ๆ ในการยืนยันว่าไฟล์อยู่ในตำแหน่งที่ต้องการแล้ว

Start เลื่อนเฉพาะเวลาเริ่มต้นและคงเวลาสิ้นสุดไว้ การเลื่อนออฟเซตไปข้างหน้าจึงทำให้ทุกคิวสั้นลง และการเลื่อนไปข้างหลังทำให้ทุกคิวยาวขึ้น End ทำตรงกันข้าม ใช้ Start เมื่อคำบรรยายขึ้นผิดจังหวะแต่จบถูก และใช้ End เมื่อคำบรรยายขึ้นถูกแล้วแต่ค้างอยู่หรือหายไปเร็วเกินไป

เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่

หน้านี้เลื่อนเฉพาะเวลาจบของทุกคิว คำบรรยายแต่ละรายการจึงจบคนละจังหวะ ขณะที่เริ่มที่เดิมทุกครั้ง ใส่ค่าออฟเซตเป็นมิลลิวินาที ค่าบวกทำให้แต่ละบรรทัดค้างนานขึ้น ค่าลบทำให้หายจากจอเร็วขึ้น และเพราะเวลาเริ่มถูกแตะฝ่ายเดียว ระยะเวลาของทุกคิวจึงเปลี่ยนตามไปด้วย

นี่คืออีกด้านของปัญหา คำบรรยายที่ขึ้นถูกจังหวะแล้วแต่ค้างนานเกินทำให้การอ่านรู้สึกอืดและดันบรรทัดถัดไปออกจากจอก่อนถึงเวลา ส่วนคำบรรยายที่หายเร็วเกินจะตัดปลายประโยค การเลื่อนทั้งไฟล์แก้ทั้งสองอาการไม่ได้เพราะขยับทั้งสองขอบและไม่แตะความยาว ที่นี่คิวรักษาเวลาเริ่มและได้เวลาจบใหม่ คิวที่เวลาจบถูกดึงมาถึงหรือเลยเวลาเริ่มของตัวเองเขียนไม่ได้ เอาต์พุตที่ซื่อตรงคือไม่มีคิวนั้น จึงถูกตัดออกและนับจำนวนไว้ ไม่มีกฎปักหมุดแบบหน้าที่เลื่อนเวลาเริ่ม เพราะเวลาจบไม่มีขีดจำกัดล่างของตัวเองให้ปัก มีแต่เวลาเริ่มของคิวเดียวกัน และการปักที่นั้นจะได้คิวความยาวศูนย์ซึ่งคือการตัดออกอีกชื่อหนึ่ง ไฟล์ 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,500 --> 00:00:08,000
Second line.

ผลลัพธ์

1
00:00:01,000 --> 00:00:03,500
Hello there.

2
00:00:05,500 --> 00:00:08,500
Second line.

เวลาจบเลื่อนช้าไป 500 ms และเวลาเริ่มอยู่ที่เดิม คิวแรกจึงแสดง 2500 ms แทน 2000 และคิวที่สอง 3000 แทน 2500

คิวสั้นที่เวลาจบถูกดึงเลยเวลาเริ่ม

ข้อมูลนำเข้า

1
00:00:01,000 --> 00:00:01,200
A short one.

2
00:00:05,000 --> 00:00:08,000
A long one.

ผลลัพธ์

2
00:00:05,000 --> 00:00:07,500
A long one.

คิวแรกยาวเพียง 200 ms การดึง 500 ms จะทำให้จบก่อนเริ่ม 300 ms จึงถูกตัดออกและนับไว้ คิวที่รอดคงหมายเลข 2

ตัดปลายของทุกคิวออก

ข้อมูลนำเข้า

1
00:00:01,000 --> 00:00:03,000
Hello there.

ผลลัพธ์

1
00:00:01,000 --> 00:00:02,400
Hello there.

ออฟเซตลบทำให้ทุกคิวสั้นลง เป็นวิธีแก้ปกติเมื่อคำบรรยายค้างนานเกินกว่าที่เสียงพูดจะจบ

คำถามที่พบบ่อย

การเลื่อนเวลาจบอย่างเดียวต่างจากการเลื่อนเวลาเริ่มอย่างไร?

สองหน้าเปลี่ยนคนละขอบและแก้คนละอาการ หน้านี้คงจังหวะที่คำบรรยายขึ้นและเลื่อนจังหวะที่มันหาย เหมาะเมื่อบรรทัดค้างนานหรือถูกตัดปลาย หน้าที่เลื่อนเวลาเริ่มคงจังหวะที่หายและเลื่อนจังหวะที่ขึ้น เหมาะเมื่อบรรทัดขึ้นก่อนหรือหลังเสียงพูด

การเลื่อนเวลาจบออกไปทำให้ช่องว่างระหว่างคิวเล็กลงไหม?

เล็กลงและควรระวังไว้ การดันเวลาจบของทุกคิวออกไปทำให้เวลาเริ่มของคิวถัดไปอยู่ที่เดิม แต่ละคิวจึงกินความเงียบที่ตามหลัง ถ้าดันไกลพอจะทำให้คิวติดกันหรือเริ่มซ้อนทับ หน้านี้ยินดีสร้างการซ้อนทับเพราะการแก้การซ้อนทับเป็นงานอีกอย่าง

เวลาจบมีขีดจำกัดล่างให้ปักหมุดหรือไม่?

ไม่มีพื้นตายตัว ต่างจากหน้าที่มีศูนย์เป็นขอบ เวลาจบอยู่ได้ทุกที่ตามผลคำนวณจนถึงเวลาเริ่มของคิวตัวเอง และตรงนั้นจะถูกตัดออกแทนการปักหมุด การปักที่เวลาเริ่มจะเหลือคิวที่ไม่มีความยาวบนจอ ซึ่งไม่ใช่สิ่งที่ขอและผู้ชมมองไม่เห็น

คิวที่เวลาจบจะไปอยู่ก่อนเวลาเริ่มของตัวเองเป็นอย่างไร?

คิวถูกตัดออก และจำนวนคิวที่ถูกตัดถูกรายงานแยกจากจำนวนคิวที่ถูกปักหมุดหรือเลื่อน ไม่มีการจัดหมายเลขใหม่หลังการตัด คิวสองข้างจึงคงหมายเลขเดิม และช่องว่างในลำดับหมายเลขคือร่องรอยที่มองเห็นได้ของสิ่งที่หายไป

หน้านี้รับรูปแบบคำบรรยายใดบ้าง?

SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON และ CSV โดยอ่านตามรูปแบบจริง ไม่ใช่ตามนามสกุล ข้อความล้วนกับ LRC ถูกปฏิเสธ เพราะทั้งสองไม่เขียนเวลาจบลงในไฟล์ จึงไม่มีอะไรให้ออฟเซตเลื่อนและผลลัพธ์จะเหมือนต้นทาง

อาการแบบไหนที่บอกว่าควรเลื่อนเวลาจบ?

ถ้าอ่านตามเสียงแล้วคำมาครบและถูกจังหวะ แต่คำบรรยายยังอยู่บนจอหลังประโยคจบ ความยาวก็ยาวเกินและเวลาจบคือขอบที่ต้องเลื่อน ถ้าคำบรรยายหายขณะยังพูดคำอยู่ เวลาจบก็เร็วเกินและออฟเซตลบคือทางแก้

เครื่องมือที่เกี่ยวข้อง