แปลง encoding ของคำบรรยาย
หรือวางข้อความคำบรรยาย
ตัวเลือก
ช่องนี้เปลี่ยนไบต์ ไม่ใช่คำบรรยาย ทุกตัวอักษรในไฟล์ถูกเขียนด้วยการเข้ารหัสที่คุณเลือก โปรแกรมเล่นหรือสคริปต์ที่บังคับการเข้ารหัสอย่างใดอย่างหนึ่งจึงได้ไฟล์ที่อ่านได้ UTF-8 คือสิ่งที่ทุกอย่างสมัยใหม่คาดหวังและเป็นสิ่งที่เว็บนี้เขียนทุกที่ UTF-8 พร้อม BOM คือไบต์เดียวกันโดยมีเครื่องหมายสามไบต์นำหน้า UTF-16 LE คือสิ่งที่โปรแกรม Windows เรียกว่า Unicode และมีขนาดประมาณสองเท่า Windows-1252 คือการเข้ารหัสยุโรปตะวันตกแบบเก่า หนึ่งไบต์ต่อตัวอักษร และเป็นตัวที่ต้องระวัง: มันไม่มีที่สำหรับจีน ญี่ปุ่น เกาหลี ซีริลลิก กรีก หรืออีโมจิ ตัวอักษรที่เขียนไม่ได้แต่ละตัวจึงออกมาเป็นเครื่องหมายคำถามและถูกนับในรายงานด้านบน ไม่มีอย่างอื่นเกี่ยวกับไฟล์เปลี่ยน
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
การเข้ารหัสอักขระของไฟล์คือกฎที่เปลี่ยนข้อความเป็นไบต์ และเป็นสมบัติเดียวของไฟล์คำบรรยายที่มองด้วยตาไม่ออก โปรแกรมแก้ไข เบราว์เซอร์ เซิร์ฟเวอร์ออกอากาศ และโทรทัศน์ต่างต้องถูกบอกหรือต้องเดา และเมื่อเดาต่างกันข้อความก็มาถึงเป็นสัญลักษณ์ที่ไม่ใช่ภาษาใด หน้านี้เขียนไฟล์ออกตามการเข้ารหัสที่คุณระบุ เพื่อให้ฝั่งที่อ่านไม่ต้องเดาอีก ค่าเริ่มต้นคือเก็บสิ่งที่ไฟล์มา ซึ่งเป็นสิ่งที่ต้องการเกือบทุกครั้ง การเลื่อนคำบรรยายในเวลาไม่ควรเขียนการเข้ารหัสใหม่ และไฟล์ที่เป็น UTF-16LE ตอนเข้ามาก็ยังเป็น UTF-16LE ตอนออกไป เปลี่ยนค่านี้เมื่อมีสิ่งที่ระบุการเข้ารหัสชัดเจน เช่นข้อกำหนดการส่งมอบ เครื่องมือที่ปฏิเสธไฟล์ หรือโปรแกรมเล่นที่แสดงอักขระผิด หรือเมื่อจัดมาตรฐานโฟลเดอร์ที่มาจากหลายที่ สี่ตัวเลือกบนแผงคือสิ่งที่เจอบ่อย UTF-8 คือสิ่งที่เว็บและเครื่องมือสมัยใหม่ใช้ และเป็นค่าเริ่มต้นของทุกหน้าที่แปลงในเว็บนี้ UTF-8 พร้อมเครื่องหมายคือไบต์เดียวกันกับสามไบต์เพิ่มที่ต้นไฟล์สำหรับโปรแกรมวินโดวส์ที่ดูไบต์แรก UTF-16LE คือสิ่งที่เครื่องมือคำบรรยายบนวินโดวส์เรียกว่า Unicode และเก็บทุกอักขระเป็นสองไบต์ ไฟล์จึงใหญ่ขึ้นราวสองเท่า Windows-1252 คือการเข้ารหัสยุโรปตะวันตกแบบเก่าที่ยังถูกเขียนโดยเครื่องมือออกอากาศยุโรปหลายตัว และเก็บได้เฉพาะอักษรยุโรปตะวันตกเท่านั้น
ข้อสุดท้ายคือความสูญเสีย และเป็นเหตุผลที่หน้ารายงานก่อนคุณยืนยัน บันทึกคำบรรยายญี่ปุ่น จีน ซีริลลิก หรือกรีกเป็น Windows-1252 จะเขียนอักขระที่ไม่มีไบต์ในการเข้ารหัสนั้นเป็นเครื่องหมายคำถาม ไฟล์ไม่เสีย แต่ตัวอักษรที่ถูกต้องหายไป รายงานเหนือพื้นที่ทำงานนับจำนวนและบอกว่ากี่ตัว และตัวเลขมาจากตารางเดียวกับที่ตัวเขียนใช้ ถ้าจำนวนไม่ใช่ศูนย์ให้เลือกเป้าหมายอื่น สองบานของหน้านี้อาจดูเหมือนกัน ซึ่งเป็นเรื่องคาดหมายไม่ใช่ข้อผิดพลาด เพราะการเข้ารหัสเป็นสมบัติของไบต์และบานเก็บอักขระ การเปลี่ยนเกิดขึ้นตอนเขียนไฟล์ซึ่งคือตอนดาวน์โหลด แถวของแต่ละไฟล์บอกว่าถูกอ่านเป็นการเข้ารหัสใด และเพิ่มป้ายที่สองเมื่อการเข้ารหัสที่จะเขียนต่างออกไป ไม่มีการอัปโหลดและงานทำในเบราว์เซอร์
ตัวอย่าง
ไฟล์คำบรรยายอังกฤษที่เขียนเป็น UTF-8
ข้อมูลนำเข้า
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.
ค่าเริ่มต้นและการเข้ารหัสที่ทุกหน้าของเว็บนี้เขียน ผลลัพธ์เท่ากับอินพุตเพราะไฟล์เป็น UTF-8 อยู่แล้ว สิ่งที่กรณีนี้ยืนยันคือด้านลบ การเลือกการเข้ารหัสไม่จัดมาตรฐานอย่างอื่นของไฟล์ คิวจึงไม่เสียการขึ้นบรรทัด ไม่ได้เครื่องหมาย และไม่เปลี่ยนไทม์โค้ดเพราะคุณเข้าหน้านี้
ไฟล์เดียวกันที่เขียนเป็น UTF-16LE
ข้อมูลนำเข้า
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.
โปรแกรมคำบรรยายบนวินโดวส์เรียกสิ่งนี้ว่า Unicode และเป็นการเข้ารหัสที่สร้างความต่างชัดที่สุดให้ไฟล์ ทุกอักขระกลายเป็นสองไบต์ มีเครื่องหมายอยู่ด้านหน้า และผลลัพธ์ใหญ่ขึ้นราวสองเท่า ทั้งหมดนี้มองไม่เห็นในบานเพราะบานเก็บอักขระ ขนาดไฟล์ในตัวจัดการไฟล์และการเข้ารหัสในโปรแกรมแก้ไขคือที่ที่ความต่างปรากฏ
คำบรรยายญี่ปุ่นที่เขียนเป็น Windows-1252
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:02,000
こんにちは
ผลลัพธ์
1
00:00:01,000 --> 00:00:02,000
こんにちは
คานะห้าตัวกับการเข้ารหัสที่ไม่มีที่ให้ตัวใดเลย รายงานความสูญเสียของการรันนี้จึงนับอักขระห้าตัวที่จะกลายเป็นเครื่องหมายคำถาม บานยังแสดงคานะเพราะการแทนที่เกิดตอนเขียนไฟล์ไม่ใช่ตอนอ่าน การแยกนี้ตั้งใจ คุณจึงเห็นว่าไฟล์พูดอะไรและเห็นในรายงานว่าจะเสียอะไรถ้าเขียนแบบนี้
คำถามที่พบบ่อย
การเข้ารหัสกับรูปแบบของไฟล์คำบรรยายต่างกันอย่างไร
รูปแบบคือวิธีที่ไฟล์จัดหมายเลขคิว ไทม์โค้ด และข้อความ เช่น SRT WebVTT ASS และอื่น ๆ ซึ่งอ่านออกด้วยตา การเข้ารหัสคือวิธีที่อักขระเหล่านั้นกลายเป็นไบต์และมองไม่เห็น ไฟล์ SRT เดียวกันเก็บเป็น UTF-8 UTF-16 หรือ Windows-1252 ได้และดูเหมือนกันในโปรแกรมแก้ไขทุกตัว หน้านี้เปลี่ยนอย่างที่สองและไม่แตะอย่างแรก ส่วนหน้าที่แปลงเปลี่ยนอย่างแรก
อักขระที่การเข้ารหัสเป้าหมายแทนไม่ได้จะเป็นอย่างไร
ถูกเขียนเป็นเครื่องหมายคำถาม และหน้าบอกจำนวนก่อนดาวน์โหลด Windows-1252 ครอบคลุมอักษรยุโรปตะวันตกและไม่มีไบต์สำหรับญี่ปุ่น จีน เกาหลี ซีริลลิก กรีก หรืออีโมจิ อักขระเหล่านั้นจึงรอดไม่ได้ในรูปแบบใด ไม่มีข้อผิดพลาดและการแทนที่ใดรักษาความหมายไว้ จำนวนในรายงานคือจำนวนเครื่องหมายคำถามในไฟล์ที่คุณจะได้ คำนวณจากตารางเดียวกับตัวเขียน
ทำไมสองบานดูเหมือนกันเมื่อแปลงการเข้ารหัสของไฟล์คำบรรยาย
เพราะบานเก็บอักขระแต่ตัวเลือกเป็นเรื่องของไบต์ ข้อความก็คือข้อความ ไม่ว่าอักขระแต่ละตัวจะกินหนึ่ง สอง หรือสามไบต์ตัดสินตอนเขียนไฟล์ซึ่งคือตอนดาวน์โหลด แถวในคิวบอกการเข้ารหัสที่แต่ละไฟล์ถูกอ่านและเพิ่มป้ายที่สองเมื่อการเข้ารหัสที่จะเขียนต่างออกไป และโปรแกรมแก้ไขของคุณจะรายงานการเข้ารหัสของไฟล์ที่บันทึก
ควรเลือกการเข้ารหัสใดสำหรับไฟล์คำบรรยายที่จะส่งมอบ
UTF-8 เว้นแต่ข้อกำหนดจะบอกเป็นอย่างอื่น และข้อกำหนดมักบอก Windows-1252 พบบ่อยในการส่งมอบงานออกอากาศยุโรปและปลอดภัยสำหรับข้อความยุโรปตะวันตกเท่านั้น ส่วน UTF-16LE คือสิ่งที่เครื่องมือเฉพาะวินโดวส์อาจต้องการ ถ้าไฟล์อยู่ในการเข้ารหัสที่เหมาะสมแล้ว ค่าเริ่มต้นจะเก็บไว้ ซึ่งเป็นคำตอบที่ปลอดภัยที่สุดเมื่อไม่มีอะไรผิด
การเลือก UTF-16 ทำให้ไฟล์คำบรรยายใหญ่ขึ้นสองเท่าไหม
ใช่และใกล้เคียงมาก ทุกอักขระถูกเก็บเป็นสองไบต์ ไฟล์คำบรรยายอังกฤษขนาด 20 KB จึงกลายเป็นประมาณ 40 KB และการบีบอัดทั่วไปภายหลังลบความต่างนั้นได้มาก เครื่องหมายด้านหน้าเพิ่มอีกสองไบต์ ขนาดคือราคาที่แลกกับสมบัติที่ทำให้ UTF-16 ใช้กันบนวินโดวส์ คือทุกอักขระกว้างเท่ากันซึ่งซอฟต์แวร์เก่าจัดการง่ายกว่า
ทำไมรายการการเข้ารหัสไม่มีตัวเลือก UTF-16 big endian
เพราะไม่มีใครเลือกมัน และไฟล์ที่เป็นอยู่แล้วก็ยังถูกจัดการ ไฟล์ที่เข้ามาเป็น UTF-16 big endian จะถูกเขียนกลับเป็น UTF-16 big endian ภายใต้ค่าเริ่มต้น เพราะการเก็บการเข้ารหัสขาเข้าคือสิ่งที่หน้าทำเมื่อคุณไม่ระบุ รายการมีเป้าหมายสี่แบบที่คนถามถึงจริง ส่วนตัวเขียนรองรับ big endian เพื่อให้การเก็บไฟล์ตามเดิมไม่เปลี่ยนมันอย่างเงียบ ๆ