แก้ encoding ของคำบรรยาย
หรือวางข้อความคำบรรยาย
ตัวเลือก
ช่องนี้เปลี่ยนวิธีอ่านไฟล์ ไม่ใช่สิ่งที่เขียน ปกติการเข้ารหัสคำนวณจากไบต์แรก ๆ: ใช้ BOM หากมี ใช้ UTF-8 หากไฟล์เป็น UTF-8 ที่ถูกต้อง และใช้ Windows-1252 หากไม่ใช่ วิธีนี้ถูกสำหรับไฟล์ยุโรปตะวันตกและผิดสำหรับอย่างอื่น ไฟล์ญี่ปุ่น จีน เกาหลี หรือซีริลลิกจึงมาถึงเป็นหน้าจอตัวอักษรแปลก ๆ ระบุการเข้ารหัสที่นี่แล้วการเดาจะถูกข้าม Detect automatically เป็นค่าเริ่มต้นและไม่ทำอะไรเลย จึงปลอดภัยที่จะปล่อยไว้ สังเกตว่าผลลัพธ์ถูกเขียนกลับเป็น UTF-8: เบราว์เซอร์ผลิตได้เพียงไม่กี่การเข้ารหัส และไม่มีตัวใดในรายการนี้อยู่ในนั้น นั่นคือจุดของหน้านี้ — ข้อความออกมาถูกต้องและอยู่ในรูปแบบที่ทุกเครื่องมืออ่านได้
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
ไฟล์คำบรรยายบางไฟล์มาถึงเป็นสัญลักษณ์เต็มจอที่ไม่ใช่ภาษาใด ไฟล์ไม่เสียและข้อความไม่ได้หายไป โปรแกรมที่อ่านมันใช้กฎผิดกับไบต์ และอักขระที่ออกมาคือความหมายของไบต์เหล่านั้นภายใต้กฎอีกชุด หน้านี้ให้คุณบอกว่าจะใช้กฎใดและใช้มันก่อนสิ่งอื่นใดจะเกิดขึ้นกับไฟล์ เหตุผลที่ต้องเป็นคุณคือไบต์มักไม่บอก โปรแกรมที่เปิดไฟล์คำบรรยายต้องเดา เครื่องหมายที่ต้นไฟล์ตัดสินได้ ไฟล์ที่เป็น UTF-8 ถูกต้องตัดสินได้ และไม่อย่างนั้นมันจะถอยไปใช้บางอย่าง ซึ่งมักเป็นโค้ดเพจท้องถิ่นของผู้รันเครื่องมือไม่ใช่ของคนเขียนไฟล์ ไฟล์คำบรรยายญี่ปุ่น เกาหลี และจีนคือกรณีที่เดาผิดบ่อยที่สุด เพราะการเข้ารหัสเหล่านั้นเคยเป็นค่าเริ่มต้นของเครื่องที่ผลิตไฟล์และไบต์ไม่ใช่ UTF-8 ที่ถูกต้อง คนที่รู้ว่าโปรแกรมใดเขียนไฟล์รู้มากกว่าตัวเดา และหน้านี้คือที่ที่ความรู้นั้นไปอยู่ อัตโนมัติคือค่าเริ่มต้นและหมายความว่าการเดาทำงานเหมือนเดิมทุกอย่าง การเปิดหน้านี้บนไฟล์ที่อ่านถูกอยู่แล้วจึงไม่เปลี่ยนอะไร เลือกการเข้ารหัสเฉพาะแล้วไฟล์จะถูกอ่านแบบนั้นก่อนแยกวิเคราะห์คำบรรยาย ซึ่งเป็นเหตุผลที่หน้านี้ไม่มีขั้นตอนกดใช้แยกต่างหาก และเป็นเหตุผลที่ไฟล์ที่อ่านถูกอาจออกมาด้วยคิว ไทม์โค้ด และการขึ้นบรรทัดเดิมแต่ชุดอักขระต่างไปทั้งหมด สิ่งที่คุณเลือกคือการอ่านไม่ใช่การแก้ไข
สองเรื่องเกี่ยวกับผลลัพธ์ควรรู้ล่วงหน้าและหน้ารายงานทั้งคู่ เรื่องแรกคือการเลือกผิดดูเหมือนเลือกผิด สัญลักษณ์เปลี่ยนเป็นสัญลักษณ์อื่นไม่ใช่เป็นข้อความ และไม่มีอะไรเสียหายจากการลอง เรื่องที่สองคือข้อจำกัดจริงของเบราว์เซอร์ การเข้ารหัสที่เบราว์เซอร์อ่านได้ไม่ใช่ทั้งหมดที่เขียนได้ ไฟล์ที่ซ่อมเป็น Shift-JIS GBK Big5 หรือ EUC-KR จึงถูกเขียนกลับเป็น UTF-8 ซึ่งอ่านถูกทุกที่และเป็นสิ่งที่เครื่องมือสมัยใหม่คาดหวัง แต่มันไม่ใช่การเข้ารหัสที่คุณระบุ ถ้าระบบปลายทางยืนยันของเดิม ให้แปลงไฟล์ด้วยเครื่องมือเดสก์ท็อปหลังซ่อม รายการหนึ่งสมควรพูดถึงแยก ISO-8859-1 กับอัตโนมัติไปถึงตารางเดียวกันในเบราว์เซอร์เพราะมาตรฐานบอกว่าป้ายนั้นหมายถึงยุโรปตะวันตก มันยังมีค่าอยู่เพราะทำสิ่งที่อัตโนมัติทำไม่ได้ คือ แทนที่การเดา ไฟล์ยุโรปตะวันตกที่ไบต์บังเอิญเป็นลำดับ UTF-8 ที่ถูกต้องจะถูกอ่านเป็น UTF-8 โดยอัตโนมัติและอักขระที่เห็นไม่ใช่ของในไฟล์ การระบุ ISO-8859-1 บังคับการอ่านแบบตะวันตก ทั้งสิบสองรูปแบบถูกรับและไม่มีการอัปโหลด
ตัวอย่าง
ตรวจหาอัตโนมัติบนไฟล์ที่อ่านถูกอยู่แล้ว
ข้อมูลนำเข้า
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.
ค่าเริ่มต้นและตัวเลือกเดียวที่ไม่ขออะไร เพราะเลือกอัตโนมัติหมายความว่าไม่ระบุการเข้ารหัส ไฟล์จึงถูกอ่านเหมือนก่อนหน้านี้มีหน้านี้ การเปิดบนไฟล์ที่ไม่แน่ใจจึงปลอดภัย ถ้าไม่มีอะไรผิดก็ไม่มีอะไรเกิดขึ้น และเป็นค่าที่ถอยกลับมาใช้เมื่อการเลือกเฉพาะทำให้แย่ลง
ไฟล์เดียวกันที่อ่านเป็น Shift-JIS
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:02,000
こんにちは、いい天気ですね。
ผลลัพธ์
1
00:00:01,000 --> 00:00:02,000
こんにちは、いい天気ですね。
ไฟล์เดียวกันอ่านสองแบบ สิ่งที่บานถือเมื่อไบต์ถูกอ่านเป็น Shift-JIS คือภาษาญี่ปุ่นที่มันพูดมาตลอด อ่านเป็นข้อความตะวันตก ไบต์เดียวกันนั้นเป็นบรรทัดของอักษรมีวรรณยุกต์ที่ไม่เกี่ยวข้อง และนั่นคือสภาพที่ทำให้คนมาหาหน้านี้ บานทั้งสองของตัวอย่างนี้แสดงเวอร์ชันที่อ่านออก เพราะการอ่านใหม่เกิดก่อนแยกวิเคราะห์คำบรรยาย
ไฟล์ตะวันตกที่การตรวจอัตโนมัติอ่านเป็น UTF-8
ข้อมูลนำเข้า
1
00:00:01,000 --> 00:00:02,000
Café Ã la carte
ผลลัพธ์
1
00:00:01,000 --> 00:00:02,000
Café Ã la carte
กรณีที่ยากและเป็นกรณีเดียวที่อัตโนมัติกับการเข้ารหัสที่ระบุเห็นต่างกันในเบราว์เซอร์ ไบต์ของไฟล์บังเอิญเป็นลำดับ UTF-8 ที่ถูกต้อง การเดาจึงเป็น UTF-8 และอักขระที่ส่งต่อไม่ใช่ของในไฟล์ การระบุ ISO-8859-1 บังคับการอ่านยุโรปตะวันตกแทน เป็นตารางเดียวกันทั้งสองทาง ซึ่งเป็นส่วนที่เอกสารเก่ามักทำให้เข้าใจผิด สิ่งที่ตัวเลือกทำคือ แทนที่การเดา
คำถามที่พบบ่อย
ทำไมไฟล์คำบรรยายแสดงอักขระแปลกแทนข้อความที่ถูก
เพราะไบต์ถูกอ่านภายใต้กฎผิด ไฟล์ถือข้อความญี่ปุ่น เกาหลี หรือซีริลลิกที่เก็บในการเข้ารหัสของโปรแกรมผู้เขียน และโปรแกรมที่อ่านสมมติอย่างอื่น ซึ่งมักเป็นโค้ดเพจท้องถิ่นของเครื่องไม่ใช่ของไฟล์ ไม่มีอะไรเสียหาย ไบต์เดียวกันภายใต้กฎที่ถูกให้ข้อความที่ถูก ซึ่งคือสิ่งที่การระบุการเข้ารหัสบนหน้านี้ทำ
จะรู้ได้อย่างไรว่าไฟล์คำบรรยายอยู่ในการเข้ารหัสใดจริง
ปกติจากสิ่งที่ผลิตมัน ไฟล์ญี่ปุ่นจากเครื่องมือวินโดวส์ญี่ปุ่นน่าจะเป็น Shift-JIS ไฟล์จีนจากแผ่นดินใหญ่มักเป็น GBK และจากไต้หวันเป็น Big5 เกาหลีเป็น EUC-KR และซีริลลิกมักเป็น Windows-1251 ถ้าไม่รู้ก็ลอง การเลือกผิดให้สัญลักษณ์และที่ถูกให้ข้อความ ไฟล์จึงถูกระบุได้ในไม่กี่วินาทีโดยไม่ต้องรู้อะไรเกี่ยวกับมัน
เกิดอะไรขึ้นถ้าเลือกการเข้ารหัสผิดให้ไฟล์คำบรรยาย
อักขระเปลี่ยนเป็นชุดอักขระผิดอีกชุดและไม่มีอะไรอื่นเกิดขึ้น ไฟล์ต้นฉบับบนดิสก์ไม่ถูกแตะและไม่มีอะไรถูกอัปโหลดหรือบันทึกที่ไหน การลองใหม่ไม่มีค่าใช้จ่าย ผลลัพธ์หนึ่งที่ควรระวังคือไฟล์ที่อ่านถูกแต่มีบรรทัดสัญลักษณ์ยาวผิดปกติที่ด้านบน ซึ่งหมายความว่ามันมีเครื่องหมายที่การเข้ารหัสที่เลือกอ่านเป็นอักขระ
ทำไมไฟล์ที่ซ่อมแล้วถูกเขียนเป็น UTF-8 เมื่อเลือก Shift-JIS
เพราะเบราว์เซอร์อ่านการเข้ารหัสนั้นได้แต่เขียนไม่ได้ ไฟล์ที่อ่านเป็น Shift-JIS GBK Big5 หรือ EUC-KR ถูกเขียนกลับเป็น UTF-8 ซึ่งเก็บทุกอักขระที่มีและเป็นสิ่งที่ซอฟต์แวร์ปัจจุบันเกือบทั้งหมดคาดหวัง ข้อความคำบรรยายคือสิ่งที่เห็นในบาน มีเพียงภาชนะที่เปลี่ยน ถ้าระบบปลายทางต้องการการเข้ารหัสเดิม ให้แปลงไฟล์ที่ซ่อมแล้วด้วยเครื่องมือเดสก์ท็อป
การซ่อมการเข้ารหัสแก้ไขข้อความของคำบรรยายไหม
ไม่แก้ ไบต์ของไฟล์ไม่ถูกเปลี่ยนและไม่มีอักขระใดถูกเพิ่ม ลบ หรือแทนที่ สิ่งที่เปลี่ยนคือกฎที่ใช้เปลี่ยนไบต์เป็นข้อความ และทุกขั้นหลังจากนั้นทำงานกับข้อความที่ถูก หมายเลขคิว ไทม์โค้ด และการขึ้นบรรทัดเป็นของไฟล์เองเหมือนทุกหน้าดำเนินการอื่นที่นี่
การตรวจหาการเข้ารหัสอัตโนมัติดีพอหรือควรตั้งเองเสมอ
อัตโนมัติถูกสำหรับไฟล์ส่วนใหญ่และเป็นค่าเริ่มต้นเพราะไฟล์ที่อ่านถูกไม่ควรต้องให้คุณพูดอะไร ตั้งการเข้ารหัสเมื่อข้อความผิดให้เห็น เมื่อรู้ว่าอะไรผลิตไฟล์ หรือเมื่อทั้งชุดมาจากแหล่งเดียวและควรอ่านแบบเดียว กรณีหนึ่งที่มันช่วยไม่ได้คือไฟล์ในการเข้ารหัสที่เบราว์เซอร์ไม่มีตัวถอดรหัสเลย ซึ่งจะยังผิดไม่ว่าคุณเลือกอะไร