ไทย

วิดีโอและคำบรรยาย · ชุดเครื่องมือคำบรรยาย

นอกเหนือจาก SRT และ VTT: โดยที่ ASS, TTML, DFXP และ SCC มีการใช้คำบรรยาย

· พื้นหลัง

คำบรรยาย ไฟล์รูปแบบ ถ เว็บvtt

เอกสารคำบรรยายที่มีโครงสร้างแตกต่างกันหลายรายการที่อยู่รอบรูปแบบ SRT และ WebVTT ที่ชุดเครื่องมือสนับสนุน
ภาพประกอบเวกเตอร์ต้นฉบับ ToolAcre

SRT และ WebVTT ครองเว็บ แต่การออกอากาศ แฟนด้อมอนิเมะ และการส่งสตรีมมิ่งใช้รูปแบบอื่น โพสต์นี้จะแมปภูมิทัศน์ อธิบายว่าแต่ละรูปแบบมีไว้เพื่ออะไร และเหตุใดชุดเครื่องมือแบบเน้นจึงรองรับเพียงสองรูปแบบเท่านั้น

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

แฮนด์ออฟการแปลสามารถมีไฟล์ที่วางคำบนหน้าจอและแทบไม่มีโครงสร้างภายในร่วมกัน บางรายการเป็นรายการคิวธรรมดา บางรายการเป็นเอกสาร XML บางรายการมีสไตล์ที่ละเอียด และบางรายการเข้ารหัสสตรีมคำบรรยายการออกอากาศแบบเดิม การปฏิบัติต่อส่วนขยายที่ไม่คุ้นเคยทุกรายการถือเป็น “SRT อื่น” มีความเสี่ยงที่จะลบคุณลักษณะที่ทำให้ผู้ส่งเลือก

คำถามแรกในการคัดแยกไม่ใช่ว่าตัวแปลงตัวใดเปิดไฟล์ แต่เป็นปัญหาของระบบการนำส่งใด รักษาต้นฉบับ ระบุปลายทางที่ร้องขอ และใช้โปรแกรมแยกวิเคราะห์ที่เข้าใจรูปแบบนั้น Subtitle Toolkit อ่านและเขียนเฉพาะ SRT และ WebVTT อย่างชัดเจน ซึ่งเป็นขอบเขตมากกว่าที่จะเป็นคำมั่นสัญญาที่ล้มเหลวในเรื่องความเป็นสากล

ASS และ SSA — คำบรรยายที่มีสไตล์และจัดวางตามธรรมเนียมของแฟนๆ อนิเมะ

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

คำสั่งแทนที่แบบคั่นด้วยเครื่องหมายปีกกาจากรูปแบบ SubStation บางครั้งอาจมีการแปลงแบบหยาบเป็นข้อความที่มองเห็นได้ การล้างข้อมูลของ ToolAcre สามารถลบบล็อกต่างๆ เช่น การแทนที่ตำแหน่งออกจากข้อความคิว แต่จะไม่แยกวิเคราะห์สคริปต์ ASS แปลสไตล์ หรือรักษาพฤติกรรมการร้องคาราโอเกะและการวาดภาพ แปลงด้วยเครื่องมือ ASS-aware ก่อนที่จะนำอนุพันธ์ของข้อความธรรมดามาที่นี่

TTML และ DFXP — XML ข้อความตามกำหนดเวลาสำหรับการออกอากาศและการสตรีม

TTML หมายถึงข้อความที่มีการกำหนดเวลาเป็น XML ช่วยให้โครงสร้าง เนมสเปซ เวลา และข้อมูลการนำเสนอสามารถเดินทางร่วมกันได้ DFXP เป็นชื่อที่พบในกลุ่มข้อความที่กำหนดเวลาเดียวกันและในเวิร์กโฟลว์การจัดส่งที่สร้างขึ้น เอกสารเหล่านี้ไม่ใช่บล็อกคิวบรรทัดว่าง ดังนั้น parser SRT จึงไม่สามารถกู้คืนได้อย่างปลอดภัยโดยการค้นหาลูกศร

ระบบออกอากาศและสตรีมมิ่งอาจเลือกโปรไฟล์ตระกูล TTML ที่มีข้อกำหนดที่แคบกว่ารูปแบบกว้าง บทความนี้ไม่ได้อ้างสิทธิ์หนึ่งโปรไฟล์ เวอร์ชันมาตรฐาน หรือการแมปแพลตฟอร์มสำหรับไฟล์ .ttml หรือ .dfxp ทุกไฟล์ ข้อกำหนดการจัดส่งคือสิทธิ์ และการแปลงควรรักษาข้อมูลหลักไว้จนกว่าปลายทางจะยอมรับและแสดงผลลัพธ์

SCC และ CEA-608 — การถ่ายทอดคำบรรยายแบบปิดยังคงต้องการโดยผู้จัดจำหน่ายบางราย

ไฟล์ SCC แสดงถึงสายเลือดคำบรรยายการออกอากาศที่เกี่ยวข้องกับข้อมูล CEA-608 แทนที่จะเป็นรายการบล็อก SRT ที่เป็นมิตรต่อมนุษย์ เนื้อหาและข้อจำกัดเหล่านี้สะท้อนถึงคำสั่งคำอธิบายภาพและโมเดลการส่งข้อมูลที่เกิดขึ้นก่อนข้อความ Web Sidecar ผู้จัดจำหน่ายที่ขอ SCC กำลังขอตัวแทนในการจัดส่ง ไม่ใช่สำหรับไฟล์ SRT ที่มีคำต่อท้ายต่างกัน

เครื่องมือพื้นที่เก็บข้อมูลไม่ได้อ่าน SCC และไม่เข้ารหัส CEA-608 นอกจากนี้ยังไม่ได้ตรวจสอบความสอดคล้องของผู้ออกอากาศ เก็บโครงการคำบรรยายแหล่งที่มาและใช้ซอฟต์แวร์ที่ออกแบบมาสำหรับเวิร์กโฟลว์การออกอากาศที่ร้องขอ ส่งออกไปยัง SRT หรือ WebVTT เฉพาะเมื่อปลายทางที่แยกต่างหากเรียกใช้ไฟล์ใดไฟล์หนึ่งเหล่านั้นจริงๆ

SBV, LRC และอื่นๆ — รูปแบบเฉพาะแพลตฟอร์มและเฉพาะกลุ่ม

SBV พบได้ในเวิร์กโฟลว์คำบรรยายของแพลตฟอร์ม ในขณะที่ LRC มักใช้สำหรับเนื้อเพลงที่มีการกำหนดเวลา ส่วนขยายอื่นๆ เข้ารหัสยังคงมีสมมติฐานเพิ่มเติมเกี่ยวกับจังหวะเวลา สไตล์ หรือแอปพลิเคชันเฉพาะ ความคล้ายคลึงกันอย่างผิวเผิน - เวลาบวกหนึ่งบรรทัด - ไม่เพียงพอที่จะทำให้สามารถใช้แทนกันได้ เนื่องจากเครื่องหมายวรรคตอน การเรียงลำดับ และข้อมูลเมตาจะกำหนดวิธีที่ parser อ่านไฟล์

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

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

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

ข้อจำกัดระบุไว้ในบันทึกตัวแปลง: ASS และ SSA, TTML, SAMI และคำอธิบายภาพที่ฝังอยู่ในคอนเทนเนอร์ไม่ได้รับการจัดการ แม้แต่ภายใน WebVTT บล็อก NOTE, STYLE และ REGION ก็ถูกข้ามไป ขอบเขตที่ซื่อสัตย์ช่วยให้ผู้ใช้หยุดก่อนที่จะเกิดความเสียหาย แทนที่จะค้นพบหลังจากส่งออกว่าคุณสมบัติพิเศษหายไป

ประเด็นสำคัญ: รู้จักแผนที่ จากนั้นเลือกเครื่องมือ — วิธีที่ชุดเครื่องมือคำบรรยายครอบคลุมส่วน SRT และ WebVTT ของแนวนอน

รู้จักแผนที่ รักษาต้นแบบ และเลือกเครื่องมือที่เข้าใจจุดหมายปลายทางที่ร้องขอ ชุดเครื่องมือคำบรรยายครอบคลุมส่วน SRT และ WebVTT: การแยกวิเคราะห์คิวที่ยอมรับได้ การทำให้เป็นอนุกรมตามรูปแบบบัญญัติ การเปลี่ยนแปลงเวลา การล้างข้อความ และการตรวจสอบความถูกต้องของโครงสร้าง ไม่ใช่กลไกการแลกเปลี่ยนคำบรรยายสากล และไม่เปลี่ยนรูปแบบที่ไม่รองรับให้เป็นอินพุตที่ปลอดภัยโดยการเปลี่ยนชื่อ

หากแอปพลิเคชันผู้เชี่ยวชาญได้สร้างอนุพันธ์ SRT หรือ WebVTT ที่ผ่านการตรวจสอบแล้ว ให้โหลดอนุพันธ์นั้นที่นี่ และตรวจสอบจำนวนคิวและปัญหาก่อนการแปลง เก็บ ASS, TTML, SCC หรือข้อมูลหลักอื่นๆ ไว้ข้างๆ เพื่อให้สามารถติดตามรูปแบบที่สูญหายหรือข้อมูลเมตาการนำส่ง แทนที่จะคาดเดาได้ว่ามีอยู่จริง