MKV → WebP

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

ไม่ใช่ภาพ เพียงแค่รออยู่ ตัว MKV เป็นคอนเทนเนอร์ครอบครัว Matroska และครอบครัวนี้จะแยกคอนเทนเนอร์และโค้ดออกจากกันอย่างสมบูรณ์ — สิ่งที่แฟ้มมีอยู่จริงๆนั้นถูกตัดสินเมื่อมันถูกเขียนขึ้นมา และไม่ได้ถูกบอกไว้โดยส่วนขยาย ตัวแปลงจะถอดรหัสสิ่งที่มันพบกลับไปเป็นเฟรม raw ก่อน และเฟรมเหล่านั้นจะเหมือนกัน ไม่ว่าโค้ดจะผลิตมันออกมาอย่างไร ค่าถอดรหัสจะไม่เหมือนกัน: โค้ดใหม่ๆที่ใช้งานได้ดีกว่าจะใช้เวลาในการแยกแพ็คเกจนานกว่าโค้ดเก่าๆ ดังนั้น แฟ้มสองตัว MKV ที่มีขนาดเท่ากัน จะใช้เวลาแตกต่างกันอย่างชัดเจนในการไปถึง WebP เดียวกัน MKV ไม่มีค่าโค้ดเอกซ์: วิดีโอ H.264, HEVC, VP9 และ AV1 สามารถใช้ร่วมกับ AAC, FLAC, Opus, DTS หรือ Dolby Audio ได้ในแฟ้มเดียวกัน

เพราะว่า MKV ไม่ใช่คอนเทนเนอร์ เบราว์เซอร์จะต้องสนับสนุนมัน และรุ่นของโปรแกรมที่ใช้จัดการมันนั้นจะแตกต่างกัน มากกว่าที่จะรับประกันมัน มันจะไม่เปลี่ยนแปลงอะไรเกี่ยวกับการแปลง - แฟ้มจะถูกถอดรหัสทางด้านเซิร์ฟเวอร์ ดังนั้น คอนเทนเนอร์ที่เบราว์เซอร์ปฏิเสธจะถูกแปลงเหมือนกับที่มันยอมรับ และไม่จำเป็นต้องใช้แพ็คคอกเดกในท้องถิ่นเพื่อใช้มันที่นี่ มันคุ้มค่าที่จะรู้ว่าการแลกเปลี่ยนจะทำงานอย่างไร: WebP ที่แสดงภาพเคลื่อนไหวที่กลับมาเป็นรูปแบบที่ทุกเบราว์เซอร์แสดง ดังนั้น นี่จะย้ายคลิปจากสิ่งที่เว็บจะไม่แตะต้องไปยังสิ่งที่มันจะทำ MKV แทบจะไม่มีการสนับสนุนฮาร์ดแวร์พื้นฐาน - โทรศัพท์, เบราว์เซอร์และทีวีโดยทั่วไปจะต้องใช้ VLC หรือ remux ก่อนที่พวกเขาจะเล่นมัน

แบบขาดหายไป (Lossy) สำหรับทุกอย่างที่เริ่มต้นเป็นวิดีโอ ภาพเคลื่อนไหว WebP สามารถเข้ารหัสเฟรมได้ทั้งสองวิธี: โหมดที่ไม่มีการสูญเสีย จะเก็บทุกพิกเซลไว้ และเหมาะกับกราฟิกและข้อความบนจอภาพที่เรียบง่าย, ในขณะที่โหมดที่สูญเสียจะใช้การทำนายแบบบล๊อก เช่นเดียวกับที่โค้ดวิดีโอใช้ และเหมาะกับภาพจริงๆ เฟรมของกล้องจะเต็มไปด้วยกรดและกรดที่การบีบอัดแบบไม่มีการสูญเสียจะไม่พบรูปแบบในนั้น, ดังนั้น การเคลื่อนไหวแบบไม่มีการสูญเสียของคลิปที่ได้ถ่ายทำจะสามารถทำงานได้หลายเท่าของขนาดของคลิปที่สูญเสียที่ดูเหมือนกัน ปล่อยให้มันเป็นแบบขาดหายไป เว้นแต่ว่าแหล่งที่มาจะเป็นการบันทึกข้อความบนจอภาพที่ชัดเจน WebP ยังคงเป็นรูปแบบที่ใช้ได้ดีที่สุดนอกเหนือจากเบราว์เซอร์ เช่น การพิมพ์ งานที่ทำ งาน Office เก่าๆ และแกลเลอรีโทรศัพท์บางตัวไม่ยอมรับมัน

ขนาดของภาพเคลื่อนไหว WebP เหมาะสำหรับคลิปที่ยาวน้อยกว่า 10 วินาที หากยาวกว่านั้น ผลลัพธ์จะแสดงออกมาอย่างรวดเร็ว - GIF ไม่ได้มีการบีบอัดต่อเฟรม ดังนั้น แม้แต่คลิปที่เล็กน้อยก็สามารถแสดงได้ถึงหลายเมกะไบต์ สำหรับภาพเคลื่อนไหวที่ยาวกว่า เลือกใช้ภาพเคลื่อนไหวแบบ WebP หรือ APNG ซึ่งทั้งสองรูปแบบจะบีบอัดได้เหมือนกับโค้ดเอกซ์ของวิดีโอสมัยใหม่

สำหรับภาพ GIF ที่มีความละเอียด 480p ผลลัพธ์โดยทั่วไปจะอยู่ที่ 2-8 MB ขึ้นอยู่กับความซับซ้อนของการเคลื่อนไหว สำหรับภาพ WebP ที่มีความละเอียด/คุณภาพเท่ากัน ควรจะใช้พื้นที่ 200 KB ถึง 1 MB - ภาพ WebP ที่มีความละเอียดเท่ากัน จะใช้พื้นที่มากขึ้น 5-10 เท่า กว่าภาพ GIF ที่มีคุณภาพภาพเท่ากัน WebP เสนอทั้งโหมด lossy และ lossless, ด้วยความโปร่งใสอัลฟ่าและแอนิเมชันที่ใช้ได้ทั้งสองโหมด

โดยปริยาย เราจะลดอัตราตัวอย่างลงเป็น 15 fps สำหรับภาพ GIF แบบเคลื่อนไหว (GIF ทำงานได้ไม่ดีเมื่อใช้กับโปรแกรมดูภาพมากกว่า 25 fps) และ 24 fps สำหรับภาพ WebP / APNG แบบเคลื่อนไหว (ซึ่งสามารถจัดการอัตราที่สูงกว่าได้ดี) ตัวเลือก อัตราเฟรม จะใช้แทนค่าปริยาย เพื่อรักษาอัตราต้นฉบับไว้จาก MKV หากโปรแกรมดูภาพเป้าหมายของคุณรองรับมัน

ไม่ — รูปแบบ WebP ของภาพเคลื่อนไหว (GIF, WebP, APNG) ไม่ได้เก็บเสียงไว้เลย หากคุณต้องการให้มีเสียงติดอยู่กับคลิปของคุณ ให้เลือกใช้รูปแบบของวิดีโอ (MP4, WebM, MKV) แทนที่จะใช้ WebP ตัวบันทึกสังคม (ทวิตเตอร์, ดิสคอร์ด) หลายตัว จะแปลงการอัพโหลด MP4 เป็นลูปเล่นอัตโนมัติแบบ GIF เพื่อให้คุณได้ประโยชน์จากทั้งสองรูปแบบ

ใช่ — ตัวเลือก loop- count ควบคุมว่า WebP จะลูปไปเรื่อยๆ (ปริยาย) หรือจะเล่น N ครั้ง หรือจะเล่นครั้งเดียวแล้วหยุด การนับจำนวนของลูปจะถูกเก็บไว้ในข้อมูลเมตาของตัวบรรจุ WebP และจะถูกใช้โดยโปรแกรมดูรายการ, เบราว์เซอร์เว็บ และตัวแทนการใช้งานแบบฝังตัวทุกตัว

สาเหตุที่พบบ่อยสองอย่างคือ การลดอัตราการถ่ายภาพลง (เราจะลดค่า GIF แบบปริยายที่ 30 fps MKV ลงมาเป็น 15 fps — ปรับค่าอัตราการถ่ายภาพให้สูงขึ้นเพื่อปรับให้ดูเรียบเนียน) และการควอนตัมจานสี (GIF มีขีดจำกัด 256 สีต่อเฟรม ซึ่งจะทำให้เกิดการเปลี่ยนสีในแบบที่ภาพต้นฉบับ MKV ไม่ได้) เปลี่ยนเป้าหมายเป็นภาพ WebP แบบเคลื่อนไหว เพื่อความสมจริงของสีอย่างเต็มที่

ใช่ — ตัวเลือกปรับขนาดจะปรับขนาดข้อมูลเข้าก่อนการดึงเอาเฟรมออกมา ซึ่งจะทำให้ขนาดของภาพ WebP ลดลงอย่างมาก รูปภาพ 480p WebP ที่สร้างจาก 4K MKV จะเล็กลง 16x บนดิสก์ เมื่อเทียบกับ 4K WebP การตัดจะถูกจัดการโดยการทำงาน / trim / หรือ / crop / ก่อนการแปลง