แปลงการขึ้นบรรทัดใหม่ของคำบรรยาย
หรือวางข้อความคำบรรยาย
ตัวเลือก
ทุกบรรทัดในไฟล์จบด้วยตัวอักษรล่องหนหนึ่งตัว (LF) หรือสองตัว (CRLF) โปรแกรมเล่น โปรแกรมแก้ไข และเครื่องมือคำบรรยายอ่านได้ทั้งคู่ นี่จึงแทบไม่เคยเป็นสาเหตุที่ไฟล์คำบรรยายมีปัญหา — สาเหตุสองข้อที่มันเป็นคือไปป์ไลน์บิลด์หรือตัวแยกไฟล์เข้มงวดที่ปฏิเสธอีกแบบหนึ่ง และเครื่องมือ diff ที่แสดงทุกบรรทัดว่าเปลี่ยนเพราะการขึ้นบรรทัดใหม่ต่างกัน LF เป็นค่าเริ่มต้นที่นี่เพราะเป็นสิ่งที่ Unix, macOS และเว็บใช้ และเพราะไฟล์ที่มีอยู่แล้วจะไม่ถูกแตะ การเลือก CRLF จะแปลงการขึ้นบรรทัดใหม่ทั้งสองแบบที่มีอยู่ ไฟล์ที่ผสมกันจึงออกมาสม่ำเสมอ
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
การขึ้นบรรทัดคืออักขระหรือคู่อักขระที่จบบรรทัด และมีสองแบบที่ใช้จริง ระบบยูนิกซ์จบบรรทัดด้วยอักขระหนึ่งตัวคือ LF ส่วนวินโดวส์จบด้วยสองตัวคือ CR แล้ว LF ทั้งสองแบบดูเหมือนกันบนจอและโปรแกรมเล่นอ่านเหมือนกัน จึงเป็นความต่างที่มองไม่เห็นจนมีบางสิ่งปลายทางสนใจ สิ่งที่สนใจได้แก่ระบบควบคุมเวอร์ชันที่ทุกบรรทัดของไฟล์ดูเปลี่ยนเพราะการขึ้นบรรทัดเปลี่ยน สคริปต์และไปป์ไลน์ที่ตัดอักขระสุดท้ายของบรรทัดแล้วเหลือ carriage return ค้างเมื่อคาดว่าเป็น newline เครื่องมือที่แยกไฟล์ด้วย LF แล้วได้ carriage return ติดกับฟิลด์สุดท้าย และข้อกำหนดการส่งมอบที่ระบุแบบใดแบบหนึ่ง ไฟล์คำบรรยายที่ต้องถูกเทียบกับอีกไฟล์หรือต่อกับอีกไฟล์คือไฟล์ที่การขึ้นบรรทัดเป็นส่วนหนึ่งของส่วนต่อประสาน หน้าเขียนผลลัพธ์ให้สม่ำเสมอโดยตั้งใจ ไฟล์ที่มีการขึ้นบรรทัดผสม ทั้งบรรทัดที่จบ CRLF เพราะแก้บนวินโดวส์และบรรทัดที่จบ LF เพราะแก้ที่อื่น จะออกมาทั้งไฟล์ตามแบบที่คุณเลือก เพราะหน้าปรับการขึ้นบรรทัดทั้งหมดเป็น LF ก่อนแล้วจึงใช้ตัวเลือกของคุณ นี่ไม่เหมือนการแปลงเฉพาะบรรทัดที่ถูกอยู่แล้วและปล่อยที่เหลือไว้ เพราะคำตอบของคำถามว่าไฟล์นี้ใช้แบบใดจะไม่ขึ้นกับว่าคุณดูบรรทัดไหน ซึ่งเป็นคำตอบเดียวที่มีประโยชน์กับสคริปต์
carriage return เดี่ยวซึ่งเป็นการขึ้นบรรทัดของแมคก่อน OS X ถูกจัดการไปพร้อมกัน ไม่มีใครเลือกมันแล้วแต่ไฟล์ยังโผล่มา และไฟล์ที่บรรทัดจบแบบนั้นคือบรรทัดเดียวสำหรับทุกเครื่องมือที่มองหาแค่ LF การปรับก่อนทำให้ไฟล์เหล่านั้นออกมาถูกแทนที่จะกลายเป็นคิวยักษ์หนึ่งคิว สองบานของหน้านี้เป็นที่เดียวในตระกูลที่เห็นความต่างได้ตรง ๆ เพราะการขึ้นบรรทัดเป็นอักขระจริง ไฟล์ที่ดูมีบรรทัดห่างสองเท่าในโปรแกรมดูที่ไม่ซ่อนมันคือไฟล์ที่ใช้ CRLF ทั้งสิบสองรูปแบบถูกรับ เพราะการขึ้นบรรทัดเป็นสมบัติของข้อความไม่ใช่ของรูปแบบคำบรรยาย บทถอดเสียงล้วนก็มีบรรทัด ไม่มีการอัปโหลดและไฟล์ถูกอ่าน เปลี่ยน และเขียนในเบราว์เซอร์
ตัวอย่าง
แปลงไฟล์ยูนิกซ์เป็นการขึ้นบรรทัดวินโดวส์
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:02,000
The room is dark.
2
00:00:03,000 --> 00:00:04,000
A cold night.
ผลลัพธ์
1
00:00:01,000 --> 00:00:02,000
The room is dark.
2
00:00:03,000 --> 00:00:04,000
A cold night.
ทุกการขึ้นบรรทัดกลายเป็นสองอักขระ รวมบรรทัดว่างระหว่างคิว เพราะบรรทัดว่างก็คือบรรทัดและการขึ้นบรรทัดของมันก็คือการขึ้นบรรทัด การแปลงที่ข้ามมันจะเหลือไฟล์ที่ตัวคั่นคิวยังเป็น LF เดี่ยว ข้อความที่คาดหวังเขียนการขึ้นบรรทัดเป็นคู่ CR LF เพื่อให้อ่านจำนวนได้ตรง และไม่มีอะไรอื่นในไฟล์ขยับ
แปลงไฟล์วินโดวส์กลับเป็นการขึ้นบรรทัดยูนิกซ์
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:02,000
The room is dark.
ผลลัพธ์
1
00:00:01,000 --> 00:00:02,000
The room is dark.
ทิศทางที่มีผลให้เห็น ไฟล์ที่เหลือ carriage return ค้างจะแสดงในโปรแกรมแก้ไขบางตัวเป็นบรรทัดว่างหลังทุกบรรทัด และในไปป์ไลน์เชลล์เป็น carriage return ติดท้ายฟิลด์สุดท้าย วิดีโอ ไทม์โค้ด และข้อความเหมือนกันทั้งสองไฟล์ ความต่างคืออักขระท้ายบรรทัด และนี่คือทิศทางที่ลบมันออก
ไฟล์ที่แก้บนสองเครื่องถูกทำให้สม่ำเสมอ
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:02,000
Mixed endings.
2
00:00:03,000 --> 00:00:04,000
Second.
ผลลัพธ์
1
00:00:01,000 --> 00:00:02,000
Mixed endings.
2
00:00:03,000 --> 00:00:04,000
Second.
ไฟล์เดียวกันถูกแตะบนสองเครื่อง บางบรรทัดจบ CRLF บางบรรทัดจบ LF และตัวคั่นคิวหนึ่งตัวเขียนทั้งสองแบบ ผลลัพธ์สม่ำเสมอซึ่งเป็นจุดสำคัญ ไฟล์ไม่มีความหมายต่างกันตามบรรทัดที่อ่าน การค้นหาและแทนที่แบบง่ายทำกรณีนี้ผิดทั้งสองทิศ มันปล่อยบรรทัด LF ไว้ในทิศหนึ่งและสร้าง carriage return ซ้อนในอีกทิศ
คำถามที่พบบ่อย
ดูได้อย่างไรว่าไฟล์คำบรรยายใช้การขึ้นบรรทัดแบบใด
ในโปรแกรมแก้ไขส่วนใหญ่จะแสดงสไตล์การขึ้นบรรทัดในแถบสถานะเป็น LF CRLF หรือแบบผสม จากเชลล์ ไฟล์ที่บรรทัดจบ CRLF จะแสดง carriage return ท้ายบรรทัดเมื่อดูด้วยเครื่องมือที่ทำให้อักขระควบคุมมองเห็น การทดสอบตรงที่สุดคือดูไบต์ท้ายบรรทัด 0A เดี่ยวคือ LF และคู่ 0D 0A คือ CRLF
หน้านี้ทำอะไรกับไฟล์คำบรรยายที่มีการขึ้นบรรทัดผสม
ทำให้เหมือนกันทั้งหมด ไฟล์ถูกปรับเป็น LF ก่อนแล้วแปลงเป็นแบบที่คุณเลือก ไฟล์ที่บางบรรทัดจบแบบหนึ่งและบางบรรทัดจบอีกแบบจึงออกมาสม่ำเสมอทั้งไฟล์ไม่ใช่แปลงบางส่วน ไฟล์เข้าสู่สภาพนั้นได้จากการแก้บนหลายเครื่อง และส่วนผสมคือสิ่งที่ทำให้การเทียบกับสำเนาอีกชุดอ่านไม่ออก
การขึ้นบรรทัดเปลี่ยนไทม์โค้ดหรือข้อความของคิวไหม
ไม่เปลี่ยน คิว หมายเลข เวลาเริ่มและจบ และคำในคิวเหมือนกันก่อนและหลัง สิ่งที่เปลี่ยนคืออักขระหนึ่งหรือสองตัวท้ายบรรทัด โปรแกรมเล่นอ่านทั้งสองไฟล์เหมือนกัน นี่จึงเป็นการแปลงที่ทำตามข้อกำหนดการส่งมอบได้โดยไม่ต้องกังวลกับตัวคำบรรยาย
ควรแปลงการขึ้นบรรทัดของคำบรรยายเป็น LF หรือ CRLF
LF เว้นแต่มีสิ่งที่ระบุ CRLF มันคือสิ่งที่เครื่องมือยูนิกซ์ ไปป์ไลน์ส่วนใหญ่ และข้อกำหนด WebVTT คาดหวัง และทำให้ไฟล์สั้นลงหนึ่งไบต์ต่อบรรทัด เลือก CRLF เมื่อข้อกำหนดการส่งมอบหรือเครื่องมือเฉพาะวินโดวส์ขอ และจำว่าตัวเลือกเป็นรายไฟล์ไม่ใช่ทั้งโปรเจกต์ ไฟล์ที่ส่งเดี่ยวจึงต่างจากไฟล์อื่นในโปรเจกต์ได้
ทำไมการแปลงเป็น CRLF เปลี่ยนบรรทัดว่างระหว่างคำบรรยายด้วย
เพราะบรรทัดว่างนั้นก็เป็นบรรทัด และการขึ้นบรรทัดของมันก็เป็นการขึ้นบรรทัดเหมือนกัน SRT แยกคิวด้วยบรรทัดว่าง ไฟล์ที่แปลงเป็น CRLF แต่ตัวคั่นคิวยังเป็น LF เดี่ยวจะมีการขึ้นบรรทัดต่างชนิดหนึ่งอยู่กลางไฟล์ที่สม่ำเสมอ ซึ่งเป็นส่วนผสมที่หน้านี้มีไว้ลบพอดี และใช้กับบรรทัดสุดท้ายของไฟล์ด้วย
carriage return แบบแมคเก่าถูกแปลงด้วยไหม
ถูก ไฟล์ที่บรรทัดจบด้วย carriage return เดี่ยว ซึ่งเป็นแบบของ Mac OS ก่อน OS X ถูกปรับไปพร้อมอย่างอื่น จึงออกมาตามแบบที่คุณเลือกแทนที่จะกลายเป็นคิวเดียวยาว ไม่มีตัวเลือก CR บนแผงเพราะไม่มีใครเขียนไฟล์แบบนั้นแล้ว แต่ไฟล์ที่เป็นอยู่แล้วถูกอ่านและเขียนใหม่ถูกต้อง