MOV → WebP

ใช่ และมันเป็นวิธีที่รวดเร็วที่สุดในการค้นหาชั่วโมงที่คุณต้องการ MOV เก็บการสแกนบทในตัวบรรจุไว้ในรูปแบบของเวลาที่ตั้งชื่อไว้ ดังนั้น รายการจะสามารถอ่านได้โดยตรงจากแฟ้ม และจุดที่ติดตั้งไว้ในพื้นที่เวลาเริ่มต้น แทนที่จะต้องตามหาด้วยตา หากให้เวลาใช้เวลาอยู่ข้างๆ มัน และมีเพียงช่วงเวลาที่ถูกถอดรหัสเท่านั้น ดังนั้น ความยาวของส่วนที่เหลือของ MOV จึงไม่ทำให้เกิดความแตกต่างใดๆ กับเวลาที่งานใช้ MOV เป็นรูปแบบที่ผู้จัดทำโปรแกรมมืออาชีพต้องการ เพราะมันสามารถผ่านการเดินทางไปกลับได้ซ้ำๆ ผ่าน Final Cut Pro Premiere และ DaVinci Resolve โดยไม่มีการสูญเสียรุ่น

โดยหลักๆ สำหรับทิศทาง A MOV เป็นแฟ้มข้อมูลพื้นฐาน ISO และครอบครัวนี้บันทึกการหมุนเป็นแฟล็กในคอนเทนเนอร์ มากกว่าการหมุนพิกเซล - นั่นคือเหตุผลที่คลิปที่ถ่ายไว้บนโทรศัพท์มือถือแบบตั้งตรง จะสามารถดูเหมือนในเครื่องเล่นตัวหนึ่ง และอยู่ด้านข้างในเครื่องเล่นตัวอื่นได้ การเคลื่อนไหวจะถูกสร้างขึ้นจากพิกเซลที่ถูกถอดรหัส ดังนั้น แฟล็กนั้นจะต้องถูกปฏิบัติก่อนที่เฟรมแรกจะถูกเขียน หากตัวอย่างกลับมาด้านข้าง หมุนแหล่งและแปลงมันอีกครั้ง ทุกอย่างที่เหลือเกี่ยวกับกล้องหรือเครื่องมือแก้ไขการบันทึกเป็นเรื่องง่าย: แทร็กวิดีโอหนึ่ง แทร็กภาพถ่ายหนึ่ง กระแสภาพถ่ายที่คงที่ MOV ปกติจะใช้ H.264 หรือ HEVC สำหรับการจัดส่ง หรือ ProRes เมื่อเป็นผู้จัดการการแก้ไขหลัก ร่วมกับ AAC หรือ PCM เสียงที่ไม่ถูกบีบอัด

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

แบบขาดหายไป (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 แบบเคลื่อนไหว (ซึ่งสามารถจัดการอัตราที่สูงกว่าได้ดี) ตัวเลือก อัตราเฟรม จะใช้แทนค่าปริยาย เพื่อรักษาอัตราต้นฉบับไว้จาก MOV หากโปรแกรมดูภาพเป้าหมายของคุณรองรับมัน

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

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

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

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