บีบอัด GIF: ควรปรับขนาด สี หรือความลื่นไหลก่อน?
เปรียบเทียบการย่อภาพ ลดสี ลดเฟรม และครอป GIF พร้อมตรวจรายละเอียด การเคลื่อนไหว ข้อความสั้น และการเล่นวนหลังส่งออก
GIF ที่เล็กลงอาจยังคมชัดแต่เคลื่อนไหวเป็นช่วงกระโดด อีกไฟล์อาจเล่นลื่นแต่พื้นหลังไล่สีกลายเป็นแถบ ทั้งสองอย่างเป็นผลจากการบีบอัด แต่ข้อมูลที่หายไปต่างกัน
GIF เก็บภาพต่อเนื่องและเวลาแสดงแต่ละภาพ จึงต้องพิจารณาขนาด จำนวนสี และจำนวนเฟรมแยกกัน ไม่ใช่ดูเพียงระดับคุณภาพรวม
แยกวิธีปรับหลักก่อน
เริ่มจากตัดสินว่าข้อมูลส่วนไหนลดได้
| วิธีปรับ | สิ่งที่เปลี่ยนหลัก | ผลที่อาจเกิด |
|---|---|---|
| ย่อขนาด | ความกว้างและสูงพิกเซลของแต่ละเฟรม | ตัวอักษรเล็ก เส้นบาง และรายละเอียด |
| ลดสี | จำนวนสีที่ใช้ | การไล่สี เงา และช่วงเปลี่ยนสี |
| ลดเฟรม | ภาพระหว่างการเคลื่อนไหว | ความลื่นไหลและเนื้อหาที่ปรากฏสั้น ๆ |
| ครอป | พื้นที่มองเห็นที่เก็บไว้ | องค์ประกอบและความครบของวัตถุเคลื่อนไหว |
ใช้หลายวิธีร่วมกันได้ แต่ไม่ต้องใช้ทั้งหมดทันที หากแสดงภาพขนาดเล็ก อาจประเมินการย่อก่อน หากต้องรักษาการเคลื่อนไหวละเอียด ควรลดเฟรมอย่างระมัดระวัง
DocCrunch บีบอัด GIFมีระดับชัดเจน สมดุล และเล็กที่สุด พร้อมปรับสัดส่วนขนาดแยกกัน ปัจจุบันสองระดับแรกเก็บทุกเฟรม ส่วนระดับเล็กที่สุดลดเฟรมระหว่างทางด้วย
ลดขนาดเมื่อมีพิกเซลเกินความจำเป็น
การย่อจาก 1000×600 เป็น 500×300 ตามสัดส่วนทำให้แต่ละเฟรมเหลือพิกเซลหนึ่งในสี่ แต่ไฟล์ไม่จำเป็นต้องเหลือหนึ่งในสี่ เพราะเนื้อหา สี และการเข้ารหัสมีผลด้วย
ตัดสินที่ขนาดแสดงจริง ตัวอักษรเล็กอาจอ่านไม่ออก เส้น เคอร์เซอร์ และไอคอนอาจไม่ชัด
DocCrunch มีขนาดเดิม 75%, 50% และ 33% ลองลดพอประมาณก่อนแล้วดูทั้งภาพเคลื่อนไหว หากขนาดเหมาะอยู่แล้ว การย่อเพิ่มอาจไม่คุ้ม
ลดสีไม่ได้เปลี่ยนเพียงความสด
GIF ใช้ชุดสีที่มีจำนวนจำกัด ซึ่งมีคำอธิบายในบทนำ GIF ของ MDN
การเปลี่ยนแปลงมักเริ่มที่การไล่สี เงา และความต่างเล็กน้อย ช่วงสีเรียบอาจกลายเป็นแถบ สีใกล้กันอาจถูกรวม สิ่งที่หายไปอาจเป็นระดับสี ไม่ใช่แค่ความสด
กราฟิกสีเรียบ ไอคอนง่าย ๆ และภาพถ่ายซับซ้อนทนต่อการลดสีต่างกัน สามระดับของ DocCrunch ใช้ 256, 180 และ 96 สีในปัจจุบัน ควรตรวจ:
- แถบสีที่เห็นชัดในพื้นไล่สี
- เงาที่กลายเป็นปื้นสีเดียวขนาดใหญ่
- ตัวอักษรเล็กยังแยกจากพื้นหลังได้
- รายละเอียดกะพริบระหว่างเล่นหรือไม่
บางความเปลี่ยนแปลงเห็นตอนเคลื่อนไหวง่ายกว่าตอนหยุดภาพ
ลดเฟรมไม่ได้หมายถึงเร่งความเร็วอย่างเดียว
ระยะเวลาขึ้นกับเวลาที่แต่ละภาพค้างด้วย การตัดภาพระหว่างทางแล้วเพิ่มเวลาให้ภาพที่เหลืออาจรักษาจังหวะโดยรวม แต่ช่วงเปลี่ยนมีน้อยลงและตำแหน่งกระโดดมากขึ้น
ระดับเล็กที่สุดของ DocCrunch เลือกเฟรมเว้นช่วงและรวมเวลาแสดงที่เกี่ยวข้อง จึงลดข้อมูลระหว่างการเคลื่อนไหวเป็นหลัก ไม่ใช่เพียงเล่นเร็วขึ้น
การเคลื่อนไหวช้าและเรียบง่ายอาจยังใช้ได้ แต่ต้องตรวจวัตถุเร็ว การใช้เคอร์เซอร์ และข้อความแจ้งสั้น ๆ เนื้อหาที่ปรากฏแค่หนึ่งหรือสองเฟรมอาจไม่ชัดหรือหายไป
สำหรับการสาธิตขั้นตอน การเก็บการกระทำครบมักสำคัญกว่าลดไฟล์อีกเล็กน้อย เฟรมแรกชัดไม่ได้ยืนยันว่าทั้งชุดใช้ได้
ครอปโดยดูทั้งภาพเคลื่อนไหว
หากรอบภาพมีพื้นที่ว่างหรือไม่เกี่ยวข้องที่คงที่ ลองใช้ครอป GIF
การครอปลดพื้นที่ที่เก็บ ไม่ได้ลดความยาวการเล่น ดูทั้งลำดับและตรวจว่าวัตถุยังอยู่ในขอบเมื่อเคลื่อนไปไกลที่สุด
บริเวณว่างในเฟรมแรกอาจมีข้อความ เมนูที่เปิด หรือวัตถุในช่วงหลัง หากกำหนดขอบจากเฟรมแรกอย่างเดียว อาจตัดข้อมูลเหล่านั้น
กำหนดพื้นที่เก็บก่อนแล้วเลือกขนาดสุดท้าย เมื่อต้องบีบอัดต่อ ใช้เครื่องมือบีบอัด GIF โดยเฉพาะ ไม่ใช่เครื่องมือที่รองรับเฉพาะภาพนิ่ง
ตรวจไฟล์ที่ดาวน์โหลดด้วยการเล่นครบ
ดูอย่างน้อยหนึ่งรอบเต็มและตรวจ:
- เนื้อหา: ข้อความ การแจ้ง และวัตถุครบ
- คุณภาพ: ตัวอักษร เส้น การไล่สี และเงายอมรับได้
- การเคลื่อนไหว: ไม่กระโดดเกินไปและหยุดค้างนานพอ
- การเล่น: ความเร็ว การวน และจุดจบเหมาะสม
- การส่งมอบ: ขนาดพิกเซลและขนาดไฟล์ตรงข้อจำกัด
ควรตรวจแยกสำหรับ GIF ที่เดิมจำกัดจำนวนรอบ ปัจจุบัน DocCrunch ตั้ง GIF ที่เข้ารหัสใหม่ให้วนต่อเนื่อง จึงไม่ควรถือว่าจำนวนรอบเดิมจะถูกเก็บไว้
การประมวลผลบนเครื่องในเบราว์เซอร์ไม่แทนการตรวจผล เก็บต้นฉบับและสร้างสำเนาตั้งค่าต่าง ๆ จากต้นฉบับ แทนการบีบอัดซ้ำบนสำเนาที่ผ่านการบีบอัดแล้ว
ไม่มีระดับที่ดีที่สุดสำหรับทุก GIF ต้องแยกประเมินขนาดที่จำเป็น ช่วงสีที่สำคัญ และการเคลื่อนไหวที่ลดได้ เพื่อให้ไฟล์ตรงเพดานและยังสื่อเนื้อหาครบ
เครื่องมือ DocCrunch ที่แนะนำ
เครื่องมือเหล่านี้ทำงานในเบราว์เซอร์ในเครื่องเมื่อเป็นไปได้ จึงไม่ต้องอัปโหลดไฟล์ไปยังเซิร์ฟเวอร์