แยกคำบรรยายที่ยาวเกิน
หรือวางข้อความคำบรรยาย
ตัวเลือก
นับเป็นตัวอักษรตามที่ผู้อ่านเห็น ไม่ใช่ไบต์หรือหน่วย UTF-16 ตัวอักษรที่มีวรรณยุกต์จึงนับเป็นหนึ่ง คิวใดที่มีอักษรมากกว่านี้จะถูกตัดเป็นชิ้นส่วนที่มีอักษรไม่เกินจำนวนนี้ จุดตัดจะอยู่ที่ช่องว่าง ท้ายบรรทัด หรือระหว่างอักษรจีนกับญี่ปุ่น เฉพาะข้อความยาวต่อเนื่องที่ไม่มีจุดเหล่านั้น เช่น URL ยาว ๆ เท่านั้นที่จะถูกตัดกลางคำ แต่ละชิ้นได้ส่วนแบ่งเวลาของคิวตามสัดส่วนของข้อความที่มันมี
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
หน้านี้ตัดคิวที่ถือข้อความเกินขีดจำกัดของคุณออกเป็นชิ้นที่พอดี ขีดจำกัดนับเป็นตัวอักษรตามที่ผู้อ่านเห็น และเริ่มที่ 42 ซึ่งเป็นเพดานต่อบรรทัดที่คู่มือรูปแบบคำบรรยายลงเอยร่วมกัน และเป็นตัวเลขที่ผู้แพร่ภาพหรือแพลตฟอร์มสตรีมมิงจะตรวจจับไฟล์ของคุณ คิว 60 ตัวอักษรออกมาเป็นสองคิว ข้อความถูกแบ่งที่ช่องว่างใกล้ที่สุด และทุกตัวอักษรที่เข้าไปออกมาอีกครั้ง ชิ้นต่าง ๆ ใช้เวลาของคิวเดิมตามสัดส่วนของข้อความที่ถือ นั่นคืออีกครึ่งของแนวคิดเดียวกัน บรรทัดยาวไม่ใช่แค่อ่านทีเดียวมากเกินไปแต่มันยังต้องอยู่บนจอนานขึ้น และความเร็วในการอ่านคือสิ่งที่ขีดจำกัดหมายถึงจริง ๆ ช่วงโดยรวมไม่เลื่อน ชิ้นแรกเริ่มที่คิวเริ่ม ชิ้นสุดท้ายจบที่คิวจบ และไม่มีอะไรอื่นในไฟล์เลื่อนแม้หนึ่งมิลลิวินาที
รอยตัดลงที่ช่องว่าง ท้ายบรรทัด หรือข้างอักษรจีนหรือญี่ปุ่น เฉพาะช่วงที่ต่อเนื่องไม่มีจุดตัดเหล่านั้น เช่น URL ยาวหรือสายตัวเลข ที่ถูกตัดกลางคำ เพราะขีดจำกัดเป็นเพดานแข็งและแผงไม่มีทางบอกว่า ชิ้นนี้แบ่งไม่ได้ ภาษาไทยและเขมรไม่มีทั้งช่องว่างและอักษรภาพจึงตกในกรณีเดียวกัน สิ่งหนึ่งที่ควรรู้ก่อนรัน การแบ่งเปลี่ยนจำนวนคิวในไฟล์ และไฟล์ที่จำนวนคิวเปลี่ยนจะถูกเขียนตามลำดับไทม์ไลน์พร้อมหมายเลขใหม่จาก 1 ถ้าคิวใดมีรูปแบบหรือตำแหน่ง ไฟล์ ASS หรือ WebVTT ที่มีรูปแบบ ข้อมูลนั้นอยู่กับชิ้นแรกและชิ้นที่เครื่องมือสร้างไม่มี รายงานนับให้รู้ว่ากี่ชิ้นได้รับผล ทุกอย่างทำงานในแท็บนี้ ไม่มีไฟล์ถูกอัปโหลด และ SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON และ CSV ถูกอ่านเหมือนกัน
ตัวอย่าง
บรรทัด 56 ตัวอักษรกับขีด 42
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:04,000
She walked into the room and closed the door behind her.
ผลลัพธ์
1
00:00:01,000 --> 00:00:03,127
She walked into the room and closed the
2
00:00:03,127 --> 00:00:04,000
door behind her.
สองชิ้นยาว 39 และ 16 ตัวอักษร และสามวินาทีถูกแบ่ง 2127 ต่อ 873 รอยตัดอยู่ที่ช่องว่างก่อน door ไม่ใช่ที่ตัวอักษรที่ 42 พอดี คำจึงไม่ถูกหัก ถ้าคิวนี้มีรูปแบบ ชิ้นแรกจะเก็บไว้และรายงานบอกว่ามีคิวใหม่หนึ่งคิวออกมาไม่มีรูปแบบ
ข้อความจีนที่ไม่มีช่องว่างให้ตัด
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:04,000
我们今天下午三点在会议室开会讨论明年的计划。
ผลลัพธ์
1
00:00:01,000 --> 00:00:02,364
我们今天下午三点在会
2
00:00:02,364 --> 00:00:03,727
议室开会讨论明年的计
3
00:00:03,727 --> 00:00:04,000
划。
ด้วยขีด 10 ตัวอักษร 22 ตัวออกมาเป็น 10, 10 และ 2 การตัดข้างอักษรภาพนับเป็นจุดตัด ไฟล์จีนและญี่ปุ่นจึงแบ่งตามเงื่อนไขของตัวเอง และแต่ละตัวอักษรนับเป็นหนึ่งตัวอักษร ขีดจึงหมายถึงสิ่งเดียวกันกับในภาษาอังกฤษ
ไฟล์ที่อยู่ในขีดอยู่แล้ว
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:02,000
A short one.
2
00:00:03,000 --> 00:00:04,000
And another.
ผลลัพธ์
1
00:00:01,000 --> 00:00:02,000
A short one.
2
00:00:03,000 --> 00:00:04,000
And another.
ไม่มีอะไรยาวกว่า 100 ตัวอักษร จึงไม่มีอะไรถูกแบ่งและเอาต์พุตเหมือนอินพุตทุกไบต์รวมหมายเลข นี่คือการรันแรกที่ควรทำเมื่อไม่แน่ใจว่าไฟล์มีอะไร เพราะขีดที่ตั้งสูงเกินทำได้เพียงไม่ทำอะไร
คำถามที่พบบ่อย
ขีด 42 ตัวอักษรของหน้านี้มาจากไหน?
เป็นเพดานต่อบรรทัดที่คู่มือรูปแบบคำบรรยายและข้อกำหนดผู้แพร่ภาพส่วนใหญ่ลงเอยด้วย และมาจากพฤติกรรมการอ่านมากกว่าเอกสารใดเอกสารหนึ่ง ผู้ชมติดตามได้ประมาณ 42 ตัวอักษรในบรรทัดเดียวที่ระยะดูปกติ สองบรรทัดเช่นนั้นเป็นค่าสูงสุดปกติของหนึ่งคิว ซึ่งเป็นเหตุผลที่ช่องเริ่มที่ 42
การแบ่งบรรทัดเปลี่ยนเวลาที่คำบรรยายปรากฏไหม?
คิวโดยรวมปรากฏและหายที่ช่วงเวลาเดิมเป๊ะ ชิ้นแรกเริ่มที่จุดเริ่มเดิม ชิ้นสุดท้ายจบที่จุดจบเดิม ภายในช่วงนั้นชิ้นต่าง ๆ ผลัดกันตามสัดส่วนข้อความ ชิ้นที่มีข้อความสองเท่าอยู่บนจอนานราวสองเท่า สัดส่วนคำนวณจากจำนวนตัวอักษร ไม่ใช่จากข้อมูลในไฟล์
เครื่องมือจัดหมายเลขใหม่หลังแบ่งคิวไหม?
จัด และควรรู้เหตุผล ไฟล์ที่จำนวนคิวเปลี่ยนถูกเขียนตามลำดับไทม์ไลน์และนับจาก 1 หมายเลขจึงยังเป็นจำนวนของสิ่งที่อยู่ในไฟล์ไม่ใช่ชุดป้ายที่มีช่องว่าง ผลในทางปฏิบัติคือไฟล์ที่แบ่งแล้วเทียบกับต้นฉบับทีละคิวด้วยหมายเลขไม่ได้ ให้เทียบบนไทม์ไลน์พรีวิวแทน
การแบ่งทำข้อความหายหรือทำคิวที่มีรูปแบบเสียได้ไหม?
ไม่มีตัวอักษรถูกทิ้ง ทุกชิ้นเป็นช่วงต่อเนื่องของข้อความเดิมรวมการขึ้นบรรทัดใหม่ภายใน และมีเพียงช่องว่างที่ขอบตัดสองข้างถูกตัดออก สิ่งที่เปลี่ยนคือรูปแบบ ตำแหน่ง หรือจังหวะคาราโอเกะเป็นของคิวที่มันถูกเขียนไว้ จึงอยู่กับชิ้นแรกและชิ้นที่สร้างใหม่ไม่มี รายงานนับคิวที่เสียรูปแบบ
คำที่ยาวกว่าขีดจำกัดจะเกิดอะไร?
ถูกตัดกลางคำ ซึ่งเป็นกรณีเดียวที่เครื่องมือหักคำ ทางเลือกคือปล่อยชิ้นให้เกินขีด แต่ขีดคือสิ่งที่คุณตั้งไว้ การตัดจึงชนะ URL ยาว แฮช และสายตัวเลขคือผู้ต้องสงสัยปกติ ถ้าอยากเก็บไว้ทั้งคำ ให้ยกขีดให้สูงกว่าช่วงต่อเนื่องที่ยาวที่สุด
ควรใช้หน้านี้หรือหน้าที่แบ่งตามระยะเวลา?
ถามว่าผู้อ่านล้มเหลวตรงไหน ถ้าบรรทัดอยู่บนจอนานพอแต่ถือข้อความมากเกินอ่านทีเดียว ปัญหาคือตัวอักษรและนี่คือหน้า ถ้าบรรทัดถือข้อความสบายแต่ค้างหลังทุกคนอ่านจบ ปัญหาคือวินาทีและหน้าแบ่งตามเวลาคือหน้า คิวที่ทั้งยาวและช้าต้องรันทั้งสอง และรันหน้านี้ก่อนปลอดภัยกว่า