ข้ามไปยังเนื้อหาหลัก
← กลับไปบล็อก
อ่าน 5 นาทีDocCrunch Team

บีบอัด GIF: ควรปรับขนาด สี หรือความลื่นไหลก่อน?

เปรียบเทียบการย่อภาพ ลดสี ลดเฟรม และครอป GIF พร้อมตรวจรายละเอียด การเคลื่อนไหว ข้อความสั้น และการเล่นวนหลังส่งออก

บีบอัด GIFขนาด GIFจำนวนสี 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 ที่แนะนำ

เครื่องมือเหล่านี้ทำงานในเบราว์เซอร์ในเครื่องเมื่อเป็นไปได้ จึงไม่ต้องอัปโหลดไฟล์ไปยังเซิร์ฟเวอร์