แยกคำบรรยายตามระยะเวลา
หรือวางข้อความคำบรรยาย
ตัวเลือก
เป็นระยะเวลา — 3000, 3s, 1m30s และ 00:00:03,000 ใช้ได้ทั้งหมด คิวใดที่อยู่บนจอนานกว่านี้จะถูกแบ่งเป็นชิ้นเท่าที่จำเป็น คิว 8 วินาทีที่ตั้งค่า 3000 จึงกลายเป็นสามชิ้น และเวลาแบ่งเท่า ๆ กันไม่ว่าข้อความแต่ละชิ้นจะยาวเท่าใด ใช้ช่องนี้เมื่อปัญหาคือคิวนานเกินไปบนจอ และใช้ช่องจำนวนอักษรในอีกหน้าเมื่อปัญหาคือข้อความมากเกินไป
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
หน้านี้แบ่งคิวที่อยู่บนจอนานกว่าขีดจำกัดของคุณออกเป็นชิ้นเท่าที่จำเป็น ขีดเริ่มที่ 7000 ms หรือเจ็ดวินาที ซึ่งเป็นเพดานที่คู่มือรูปแบบส่วนใหญ่อ้างถึงสำหรับคิวเดียว และถ้าคุณรู้จักไฟล์เป็นวินาทีไม่ใช่ตัวอักษร นี่คือหน้าที่ต้องการ คิวแปดวินาทีที่ขีดสามวินาทีกลายเป็นสามคิวประมาณ 2667 ms ต่อคิว จำนวนชิ้นคำนวณจากระยะเวลาไม่ใช่นับด้วยมือ และเวลาแบ่งเท่ากันระหว่างชิ้น จากนั้นข้อความถูกตัดที่ขอบคำใกล้ที่สุดกับจุดแบ่งเท่า ๆ เหล่านั้น ชิ้นจึงไม่ค่อยถือจำนวนตัวอักษรเท่ากันเป๊ะ นั่นเป็นเจตนา คุณขอระยะเวลา ระยะเวลาจึงเป็นสิ่งที่เครื่องมือรับประกัน และข้อความตามมาใกล้ที่สุดเท่าที่คำเต็มจะยอม
ไม่มีอะไรเลื่อนนอกคิวที่ถูกแบ่ง คิวที่ยาวเท่าขีดพอดีถูกปล่อยไว้ และไฟล์ที่ไม่มีอะไรยาวเกินกลับมาเหมือนเดิมทุกไบต์ เครื่องมือนี้แบ่งเท่านั้น ขีดที่ตั้งสูงเกินจึงเป็นการรันแรกที่ปลอดภัยกับไฟล์ที่คุณไม่รู้จัก ลดขีดลงแล้วได้ชิ้นสั้นลงและมากขึ้น แต่ชิ้นยังรวมกันเป็นช่วงเดิมพอดี เช่นเดียวกับทุกหน้าในเว็บไซต์นี้ ไฟล์ถูกอ่าน แบ่ง และเขียนใหม่ในแท็บนี้โดยไม่มีอะไรถูกอัปโหลด SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON และ CSV รับได้ และไฟล์ที่จำนวนคิวเปลี่ยนจะถูกเขียนตามลำดับไทม์ไลน์นับจาก 1
ตัวอย่าง
คิวแปดวินาทีกับขีดสามวินาที
ข้อมูลนำเข้า
1
00:00:00,000 --> 00:00:08,000
The rain kept falling all through the night and no one in the house could sleep.
ผลลัพธ์
1
00:00:00,000 --> 00:00:02,667
The rain kept falling all
2
00:00:02,667 --> 00:00:05,333
through the night and no one
3
00:00:05,333 --> 00:00:08,000
in the house could sleep.
สามชิ้นยาว 2667, 2666 และ 2667 ms การปัดเศษไปอยู่ที่ใดที่หนึ่ง และชิ้นสุดท้ายเอาที่เหลือเพื่อให้ช่วงปิดที่ 8000 ms พอดี รอยตัดอยู่หลัง all และหลัง one ซึ่งเป็นขอบคำใกล้ที่สุดที่หนึ่งในสามและสองในสามของทาง
คิวที่ยาวเท่าขีดพอดีกับที่เกินหนึ่งมิลลิวินาที
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:04,000
Exactly three seconds long.
2
00:00:05,000 --> 00:00:08,001
Just one millisecond too long.
ผลลัพธ์
1
00:00:01,000 --> 00:00:04,000
Exactly three seconds long.
2
00:00:05,000 --> 00:00:06,501
Just one millisecond
3
00:00:06,501 --> 00:00:08,001
too long.
คิวแรกยาว 3000 ms พอดีและถูกปล่อยครบ คิวที่สอง 3001 ms และถูกผ่ากลาง นั่นคือการอ่านคำว่า ยาวกว่าขีด อย่างซื่อตรง และเป็นเหตุผลที่ขีดที่ต่ำเกินหนึ่งมิลลิวินาทีจะเพิ่มทุกคิวที่อยู่พอดีให้เป็นสองเท่า
ขีดระยะเวลาที่ไปไม่ถึงอะไร
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:02,000
Short.
2
00:00:03,000 --> 00:00:03,900
Also short.
ผลลัพธ์
1
00:00:01,000 --> 00:00:02,000
Short.
2
00:00:03,000 --> 00:00:03,900
Also short.
สามสิบวินาทีกว้างกว่าอะไรทั้งหมดที่นี่ ไฟล์จึงกลับมาไม่ถูกแตะ ขีดที่กว้างไม่ได้รวมหรือยืดอะไร หน้านี้แบ่งคิวและไม่ทำอย่างอื่น จึงเป็นวิธีปลอดภัยในการดูว่าคิวที่ยาวที่สุดของไฟล์ยาวเท่าไร
คำถามที่พบบ่อย
ขีดเจ็ดวินาทีมาจากไหน และเหมือนกันทุกที่ไหม?
เจ็ดวินาทีเป็นเพดานที่ถูกอ้างมากที่สุดสำหรับคิวเดียวและเป็นการซ่อนกฎความเร็วในการอ่าน ผู้อ่านทั่วไปจบราว 15 ถึง 20 ตัวอักษรต่อวินาที คิวสองบรรทัด 84 ตัวอักษรจึงต้องใช้ประมาณห้าวินาทีและผู้อ่านช้าต้องมากกว่านั้น ข้อกำหนดผู้แพร่ภาพต่างกัน หลายคู่มือยุโรปใช้หกวินาที จึงควรถือช่องเป็นจุดเริ่มและตรวจข้อกำหนดที่คุณส่งมอบ
เครื่องมือตัดสินจำนวนชิ้นอย่างไร?
หารระยะเวลาด้วยขีดแล้วปัดขึ้น 8000 ms กับ 3000 ms จึงเป็นสามชิ้น และ 8000 กับ 4000 เป็นสองชิ้น ชิ้นต่าง ๆ ได้ส่วนแบ่งเท่ากันของช่วง ขอบจึงตกที่หนึ่งในสามและครึ่งของคิวเดิม ไม่ใช่ที่ประโยคหรือบรรทัดภายใน
ตั้งขีดสั้นจนคิวแตกเป็นร้อยชิ้นได้ไหม?
มีเพดาน 200 ชิ้นต่อคิว และอีกข้อที่สำคัญกว่าในทางปฏิบัติ ชิ้นต้องไม่สั้นกว่าหนึ่งมิลลิวินาที คิวเก้าวินาทีกับขีด 1 ms จึงให้ 200 ชิ้นไม่ใช่ 9000 และรายงานบอกว่าขีดไปไม่ถึง นั่นเป็นยามกันการพิมพ์พลาดที่ไม่ให้คิวเดียวกลายเป็นไฟล์ของตัวเอง
การแบ่งคิวยาวเปลี่ยนไทม์ไลน์ของทั้งไฟล์ไหม?
ไม่ ชิ้นของคิวที่แบ่งเติมช่วงที่คิวเดิมกินพอดี และคิวอื่นคงเวลาถึงมิลลิวินาที สิ่งเดียวที่เปลี่ยนที่อื่นคือหมายเลข เพราะไฟล์ที่จำนวนคิวเปลี่ยนถูกเขียนนับจาก 1 ตามลำดับไทม์ไลน์ ถ้าคิวที่แบ่งมีรูปแบบ รูปแบบอยู่กับชิ้นแรกและรายงานบอกกี่ชิ้นใหม่ที่ไม่มีรูปแบบ
ไฟล์มีคิวที่ค้างเพราะถือบรรทัดสั้น หน้านี้แก้ได้ไหม?
แก้ได้บางส่วน หน้านี้ตัดคิวเช่นนั้นเป็นสองได้ แต่ทั้งสองชิ้นถือเศษของบรรทัดสั้นเดิม ซึ่งมักไม่ใช่การปรับปรุง ผู้อ่านได้คำเดิมสองครั้งแทนหนึ่ง คิวที่ค้างเพราะไม่มีอะไรเกิดขึ้นควรแก้ที่เวลาซึ่งเป็นงานของหน้าการเลื่อนและการสเกล
ไฟล์ใหญ่เกินกว่าหน้านี้จะรับได้ไหม?
ไฟล์ถึง 64 MB ถูกอ่าน ซึ่งมากกว่าคำบรรทัดใด หนึ่งชั่วโมงภาพยนตร์ราว 100 KB เกินกว่านั้นหน้านี้บอกแทนที่จะล้มเงียบ เพราะไฟล์ขนาดนั้นแทบไม่ใช่ไฟล์คำบรรยาย ไฟล์จริงขนาดใหญ่อย่างทั้งซีรีส์ควรผ่านคิวทีละตอนเพื่อตรวจแต่ละดาวน์โหลด