วิดีโอและคำบรรยาย · ชุดเครื่องมือคำบรรยาย
ไฟล์คำบรรยายหลักหนึ่งไฟล์สำหรับทุกแพลตฟอร์ม: เวิร์กโฟลว์ SRT และ WebVTT
· เหตุใดจึงสำคัญ
คำบรรยาย ถ เว็บvtt ไฟล์รูปแบบ การประมวลผลเบราว์เซอร์
การดูแลไฟล์คำอธิบายภาพแยกกันในแต่ละแพลตฟอร์มจะช่วยเพิ่มข้อผิดพลาด โพสต์นี้วางขั้นตอนการทำงานด้วยไฟล์หลักหนึ่งไฟล์ การแปลงตามที่กำหนดเป็นรูปแบบที่ต้องการแต่ละรูปแบบ และตรวจสอบก่อนการอัปโหลดทุกครั้ง ทั้งหมดนี้ทำได้โดยไม่ต้องอัปโหลดคำบรรยายไปยังบุคคลที่สาม
หกแพลตฟอร์ม ไฟล์คำบรรยายที่แตกต่างกันเล็กน้อยหกไฟล์ — ความแตกต่างเล็กน้อยที่กลายเป็นคำบรรยายที่ไม่ถูกต้อง
ไฟล์คำอธิบายภาพแยกกันจะเริ่มแยกออกจากกันทันทีที่มีการแก้ไขการพิมพ์ผิดในสำเนาชุดเดียว แต่ไม่ได้รับการแก้ไขในสำเนาอื่นๆ การปรับเวลาในภายหลังจะทำให้เกิดทางแยกอีกครั้ง และในไม่ช้าก็ไม่มีใครสามารถบอกได้ว่า “final-web-v2.vtt” มีถ้อยคำที่ได้รับการอนุมัติใน “platform-final.srt” หรือไม่ จำนวนจุดหมายปลายทางมีความสำคัญน้อยกว่าจำนวนแหล่งที่มาที่แก้ไขได้ซึ่งอ้างว่าเชื่อถือได้
ขั้นตอนการทำงานที่เชื่อถือได้จะเก็บไฟล์หลักที่สามารถแก้ไขได้ไว้หนึ่งไฟล์ และถือว่าไฟล์ปลายทางทุกไฟล์เป็นเอาต์พุตแบบใช้แล้วทิ้ง หากแพลตฟอร์มเปลี่ยนแปลงข้อกำหนด ให้สร้างเอาต์พุตนั้นอีกครั้งจากแหล่งเดียวกัน แทนที่จะซ่อมแซมอนุพันธ์ของเมื่อวาน สิ่งนี้ทำให้เห็นความแตกต่าง: ต้นแบบเปลี่ยนหรือสูตรการจัดส่งเปลี่ยน
เลือกรูปแบบหลัก — เหตุใดจึงเก็บไฟล์ Canonical ไว้เพียงไฟล์เดียวใน UTF-8 จึงป้องกันการเลื่อนไปมาระหว่างเวอร์ชันต่างๆ
เลือกรูปแบบหลักที่ทีมบรรณาธิการของคุณสามารถตรวจสอบได้อย่างสม่ำเสมอ และจัดเก็บเป็น UTF-8 SRT นั้นเรียบง่ายและมีการแลกเปลี่ยนกันในวงกว้าง WebVTT มีรูปร่างของเว็บที่กำหนดไว้และสามารถเก็บการตั้งค่าคิวไว้ได้ ToolAcre อ่านทั้งสองแบบเป็น UTF-8 และแปลงทั้งสองแบบเป็นโมเดลภายในของข้อความคิวหนึ่งบวกกับขอบเขตจำนวนเต็มมิลลิวินาที ดังนั้นจึงสามารถใช้เป็นแหล่งที่มาสำหรับเวิร์กโฟลว์แคบนี้ได้
Canonical หมายความว่าการแก้ไขจะส่งกลับไปยังไฟล์นี้ ไม่ได้หมายความว่ารูปแบบจะเหนือกว่าในระดับสากล เก็บต้นฉบับไว้ในที่จัดเก็บโปรเจ็กต์ที่มีเวอร์ชัน ตั้งชื่อให้เป็นอิสระจากปลายทางใดๆ และต่อต้านการแก้ไขอนุพันธ์ที่ดาวน์โหลด เนื่องจากอนุพันธ์ที่ถูกแก้ไขซึ่งไปไม่ถึงต้นแบบคือความไม่สอดคล้องกันในลำดับถัดไป
แปลงตามความต้องการ — สร้าง SRT หรือ WebVTT จากต้นแบบเมื่อแพลตฟอร์มต้องการ แทนที่จะแก้ไขสำเนา
แปลงเมื่อปลายทางขอรูปแบบเท่านั้น เอาต์พุต WebVTT ได้รับส่วนหัว WEBVTT ตัวคั่นมิลลิวินาทีแบบเต็มจุด และไม่มีบรรทัดตัวระบุคิว เอาต์พุต SRT ละเว้นส่วนหัว ใช้เครื่องหมายจุลภาคและตัวเลขต่อเนื่องกันจากส่วนหัว การไปกลับของ Conversion นั้นแน่นอนสำหรับการกำหนดเวลา เนื่องจากผู้เขียนทั้งสองจัดรูปแบบค่ามิลลิวินาทีที่เหมือนกัน
อินพุตมีความทนทานมากกว่าเอาต์พุตโดยเจตนา: parser ยอมรับตัวคั่นการประทับเวลา ชั่วโมงที่ไม่บังคับ การลงท้ายบรรทัดแบบผสม และเครื่องหมายลำดับไบต์นำหน้า มันบันทึกบล็อกที่อ่านไม่ได้แทนที่จะขว้างปา อ่านรายการปัญหานั้นก่อนส่งออก เนื่องจากการข้ามคิวที่มีรูปแบบไม่ถูกต้องและไฟล์การนำส่งที่มีรูปแบบสวยงามอาจมีสัญญาณน้อยกว่าแหล่งที่มา
ระยะเวลาต่อการส่งมอบ — การจัดการช่วงแนะนำที่ถูกตัดหรือบัมเปอร์เพิ่มเติมบนแพลตฟอร์มเดียวโดยไม่ต้องแตะต้องต้นแบบ
ปลายทางอาจเพิ่มคำนำ บัมเปอร์ หรือแถบสเลทที่ไม่มีในบทเรียนตามรูปแบบบัญญัติ ใช้ออฟเซ็ตเฉพาะปลายทางนั้นกับสำเนา ไม่ใช้กับต้นแบบ กะคงที่จะเพิ่มค่ามิลลิวินาทีเดียวกันให้กับจุดเริ่มต้นและจุดสิ้นสุดแต่ละจุด สเกลจะคูณการประทับเวลาและสงวนไว้สำหรับการดริฟท์ที่เพิ่มขึ้นในโปรแกรม การตรวจสอบเส้นใกล้ปลายทั้งสองข้างจะแยกแยะข้อบกพร่องเหล่านั้น
ผลลัพธ์เชิงลบจะอยู่ที่ศูนย์ และเครื่องมือจะรายงานจำนวนสัญญาณที่ได้รับผลกระทบ การหนีบจะสูญเสียระยะห่าง ดังนั้นให้ใช้ Undo แทนที่จะพยายามชดเชยการเลื่อนไปข้างหน้า สำเนาการส่งมอบควรทำซ้ำได้จากต้นแบบที่สะอาด บวกกับออฟเซ็ตหรือสเกลที่บันทึกไว้ ไม่ใช่จากห่วงโซ่ของการกระตุ้นเตือนที่จดจำไว้
ตรวจสอบก่อนอัปโหลด — รายการสั้นๆ ของสิ่งที่ต้องตรวจสอบในไฟล์เอาต์พุต
ก่อนที่จะอัปโหลด ให้เปรียบเทียบจำนวนคิวกับแหล่งที่มาที่คาดไว้ ตรวจสอบคำเตือนในการแยกวิเคราะห์ทุกครั้ง และตรวจสอบเส้นที่ชัดเจนใกล้กับจุดเริ่มต้นและจุดสิ้นสุดกับวิดีโอปลายทาง ยืนยันส่วนขยายที่ร้องขอและเปิดไฟล์เพื่อตรวจสอบบรรทัดแรก: WEBVTT สำหรับ VTT ซึ่งเป็นหมายเลขคิวสำหรับ SRT ทั่วไป ตรวจสอบชื่อที่ไม่ใช่ ASCII ทันที เนื่องจากผู้อ่านถือว่า UTF-8
ตรวจสอบด้วยว่า Conversion ใดที่จงใจละเว้น ตัวระบุคิวจะถูกละทิ้ง และบล็อก NOTE, STYLE และ REGION จะถูกข้ามไปเมื่อโหลด การตั้งค่าคิวจะถูกเก็บรักษาและเขียนหลังจากการประทับเวลาสิ้นสุด แม้แต่ใน SRT ซึ่งไม่มีผลกระทบที่กำหนดไว้ หากคุณสมบัติเหล่านั้นมีความสำคัญ ตัวแปลงนี้ไม่ใช่เส้นทางการเก็บถาวรแบบไม่สูญเสียข้อมูลสำหรับต้นแบบ
ตัวอย่างการทำงาน: เผยแพร่การบรรยายหนึ่งรายการไปยังผู้เล่นเว็บ แพลตฟอร์มวิดีโอ และระบบการจัดการการเรียนรู้ - การแปลงและการทำซ้ำที่เกี่ยวข้อง
สำหรับการบรรยายหนึ่งครั้ง ให้รักษาต้นแบบ UTF-8 SRT ที่ได้รับอนุมัติไว้ สร้าง WebVTT สำหรับโปรแกรมเล่นไซต์และตรวจสอบส่วนหัวและจำนวนคิว สร้าง SRT สำหรับแพลตฟอร์มวิดีโอโดยไม่ต้องแก้ไข หากระบบการเรียนรู้สรุปการบรรยายในช่วงสามวินาที ให้สร้างสำเนา SRT อีกฉบับ เลื่อนไปเป็นค่าบวก 3000 มิลลิวินาที และตรวจสอบบรรทัดที่พูดแรกและสุดท้าย
เมื่อการแก้ไขถ้อยคำมาถึง ให้เปลี่ยนต้นแบบและสร้างเอาต์พุตทั้งสามใหม่ อย่าแพตช์ไฟล์เว็บ ไฟล์แพลตฟอร์ม และไฟล์ระบบการเรียนรู้แบบเลื่อนแยกกัน การแปลงซ้ำมีราคาถูก การตรวจสอบว่าไฟล์ที่แก้ไขด้วยมือไฟล์ใดในสามไฟล์ที่มีข้อความที่ได้รับการอนุมัตินั้นไม่ได้เป็นเช่นนั้น
สิ่งนี้ไม่ครอบคลุมถึง — การจัดการการแปลและไฟล์หลายภาษา ซึ่งจำเป็นต้องมีกระบวนการของตัวเอง
เวิร์กโฟลว์นี้ไม่ได้จัดการการแปล แต่ละภาษาต้องการข้อความที่เชื่อถือได้ กระบวนการตรวจสอบ และความสัมพันธ์กับรูปภาพ และการแปลงด้วยเครื่องระหว่าง SRT และ WebVTT จะไม่แปลคำศัพท์ นอกจากนี้ยังไม่เข้ารหัสนโยบายความยาวบรรทัดหรือป้ายกำกับผู้พูดเฉพาะแพลตฟอร์ม ซึ่งยังคงเป็นข้อกำหนดด้านบรรณาธิการนอกเหนือจากการตรวจสอบเชิงโครงสร้าง
เครื่องมือนี้จะแปลงชุดคิวที่โหลดไว้หนึ่งชุด และไม่มีหน่วยความจำการแปล การมอบหมายงานของผู้ตรวจสอบ หรือรายการแพ็คเกจหลายภาษา ใช้ระบบการแปลสำหรับข้อกังวลเหล่านั้น จากนั้นนำไฟล์ภาษาที่ได้รับอนุมัติแต่ละไฟล์ผ่านขั้นตอนการจัดส่งตามที่กำหนดนี้
ประเด็นสำคัญ: แหล่งความจริงแหล่งเดียว แปลงร่างตามความจำเป็น - ฟีเจอร์การแปลง การทำซ้ำ และการลบล้างของ Subtitle Toolkit เข้ากับลูปนี้ได้อย่างไร
แหล่งที่มาของความจริงแหล่งหนึ่งช่วยลดปัญหาเหลือเพียงการดำเนินการที่ได้รับการควบคุม 2 รายการ คือ แปลงเป็นตัวแทนที่ต้องการและกำหนดเวลาอนุพันธ์เฉพาะเมื่อการส่งมอบนั้นมีนาฬิกาที่แตกต่างกันเท่านั้น ชุดเครื่องมือคำบรรยายทำให้การดำเนินการเหล่านั้นชัดเจนและย้อนกลับได้ก่อนที่จะทำการหนีบ ในขณะที่รายการตรวจสอบความถูกต้องจะแสดงสัญญาณที่อาจหายไปหรือทับซ้อนกัน
เก็บไฟล์ Canonical ไว้โดยไม่มีใครแตะต้อง บันทึกสูตรอาหารปลายทางแต่ละรายการ และสร้างเอาต์พุตใหม่ทุกครั้งที่แหล่งที่มาเปลี่ยนแปลง ขั้นตอนการทำงานที่ปลอดภัยไม่ใช่ "ไฟล์เดียวที่ยอมรับได้ทุกที่"; เป็นแหล่งเดียวที่ได้รับการอนุมัติซึ่งผลิตไฟล์การจัดส่งแบบใช้แล้วทิ้งที่ผ่านการตรวจสอบแล้วจำนวนมากตามที่โครงการต้องการจริงๆ