ย่อ GIF ให้เล็กลง: คำตอบสั้น
การย่อ GIF เป็นเรื่องของสี ไม่ใช่เฟรม เปิด GIF ใน ย่อไฟล์ แล้วให้ GIF เป็นรูปแบบผลลัพธ์ต่อไป สิ่งที่เปลี่ยนคือจำนวนสีที่ใช้ได้ ไม่มีเฟรมไหนหาย และระยะเว้นระหว่างเฟรมเป๊ะเท่าเดิม จังหวะที่คุณอัดไว้คือจังหวะที่ส่งออก ดึงตัวเลื่อนคุณภาพลงแล้วไฟล์เบาลง ดึงลงมากเกินไป ส่วนไล่สีจะพังก่อนเป็นวงสีขุ่น จนการเคลื่อนไหวดูเป็นบล็อก
ไฟล์ไปที่ไหนก็สำคัญไม่แพ้กัน สิ่งที่คุณดาวน์โหลดตอนจบจาก ย่อไฟล์ คือไฟล์ใหม่ที่เบราว์เซอร์นี้สร้างบนเครื่องนี้ GIF ต้นฉบับยังอยู่ในโฟลเดอร์เดิม เว้นแต่คุณลบมันเอง คิวมีชีวิตอยู่แค่ในแท็บที่เปิดอยู่นี้: รีเฟรชหรือปิดหน้าแล้ว ผลลัพธ์ที่ยังไม่ได้ดาวน์โหลดจะหายไป
การย่อจับที่สี ไม่ใช่จำนวนเฟรม คุณดาวน์โหลดไฟล์ใหม่ ต้นฉบับยังอยู่ที่เดิม
ขั้นตอนนี้ไม่ทิ้งเฟรม
หลายคนเข้าใจว่าไฟล์เล็กลงแปลว่าเฟรมถูกทิ้งไป ไม่ใช่ ตราบใดที่ GIF ยังเป็นรูปแบบ เฟรมทุกเฟรมรอด และระยะเว้นระหว่างเฟรมคงค่าเดิม แอนิเมชันที่ส่งไปเคลื่อนที่เร็วเท่าก่อนเป๊ะ สิ่งที่หดคือจานสี ยิ่งตัวเลื่อนต่ำ สียิ่งน้อย สีที่ใกล้กันจะหลอมเป็นสีเดียว เจ็บไหม ขึ้นกับภาพ — ดูว่าพื้นที่ไล่สีนุ่ม ๆ กินเนื้อที่เท่าไร ไล่สีน้อย ความเสียหายแทบมองไม่เห็น มาก แล้วให้ลงทีละขั้น อย่าพุ่งสุดทางตั้งแต่แรก
อะไรพังก่อน: ส่วนไล่สีของท้องฟ้าและแสงโคมไฟจะเกิดวงสีขุ่น โทนผิวจะเทาและเป็นฝ้า ตัวอักษรเล็กและเส้นผมจะเป็นจุดสีครึ้มไม่กี่จุด ในทางกลับกัน สติกเกอร์และกราฟิกเรียบ ๆ ที่เป็นพื้นสีล้วนกว้าง ๆ ทนได้ดี แม้ตัวเลื่อนต่ำก็แทบไม่เห็น เส้นแบ่งจริงคือ ยิ่งภาพพึ่งการเปลี่ยนสีนุ่ม ๆ มากเท่าไร ยิ่งต้องจับเบามือเท่านั้น
เลื่อนตัวเลื่อนคุณภาพลงแค่ไหน
ตัวเลื่อนไล่ตั้งแต่ 40 ถึง 95 ค่าเริ่ม 78 ไม่มีระดับที่ไม่สูญเสียอะไรเลย และไม่มีอะไรเกิน 100 อย่าวิ่งไปสุดทางตั้งแต่แรก อยู่ที่ค่าเริ่ม ย่อหนึ่งรอบ ดาวน์โหลด แล้วดูผลลัพธ์วิ่ง ยังลื่นอยู่ ลงอีกขั้นแล้วเทียบ ทุกครั้งที่ลองจะเข้ารหัสไฟล์ใหม่ จะทำซ้ำกี่ครั้งก็ได้ ต้นฉบับไม่ถูกแตะเลย อย่าเอามาตรฐานภาพถ่ายมาวัด GIF ด้วย เส้นทางนี้แลกสีกับน้ำหนักมาตลอด ตัวเลื่อนทุกขั้นสละสีออกไปอีกชุด
- GIF ที่ไล่สีและสีเยอะ: อยู่ที่ค่าเริ่ม 78 หรือสูงกว่า แล้วลงช้า ๆ
- สติกเกอร์และกราฟิกเรียบ ๆ สีล้วน: ลงไปได้อีกหลายขั้น แล้วค่อยเช็ก
- GIF ที่ตัวอักษรเยอะ: ดูว่าตัวเล็ก ๆ กลืนเป็นจุดสีหรือเปล่า
- ลองครั้งไหนก็ดาวน์โหลดก่อน แล้วจึงลงต่อ ปิดแท็บโดยไม่ดาวน์โหลด ผลลัพธ์หายทันที
ด้านยาวสุดก็ผอมลงได้
การย่อไม่ตัดภาพเลย ช่องด้านยาวสุดค่าเริ่มเป็น 0 แล้วปล่อยกว้างกับสูงให้เป็น พิมพ์เลขบวก แล้วมีแค่ภาพที่ด้านยาวเกินเลขนั้นเท่านั้นที่ถูกพับเข้ามาที่เลขนั้น ภาพที่เล็กกว่าไม่ถูกขยายเป็นอันขาด ถ้า GIF แค่ต้องเบาลง ปกติปล่อยไว้ได้ เว้นแต่คนรับกำหนดขีดจำกัดขนาดแน่นหนา
จะเก็บการเคลื่อนไหวไว้? อยู่ที่ GIF
ค่าเริ่มคือคงรูปแบบเดิม GIF เข้า GIF ออก เฟรมกับระยะเว้นสมบูรณ์ เปลี่ยนผลลัพธ์เป็น JPG หรือ PNG แล้วออกมาเป็นภาพนิ่งเดียว การเคลื่อนไหวหายไป เปลี่ยนรูปแบบทำได้ แต่มันเป็นงานอื่น ย่อก่อน แล้วค่อยตัดสินว่าคนรับต้องการรูปแบบไหนจริง ๆ อย่าปล่อยให้รูปแบบพลิกโดยบังเอิญในรอบเดียวกัน
จะเก็บแอนิเมชันไว้ ให้ GIF เป็นผลลัพธ์ จะกระชับอีก ให้เลื่อนคุณภาพลงหนึ่งขั้นแล้วรันใหม่
จุดเดียวที่แตะเครือข่าย
การเปิดหน้านับเป็นหนึ่งการเข้าชมในสถิติของ 51.LA — ที่นับคือมีคนเปิดหน้า ไม่ใช่แอนิเมชันของคุณ ตัว GIF เองไม่เคยถูกอัปโหลดไป ReadyIMG เลย การย่อเกิดขึ้นทั้งหมดในเบราว์เซอร์นี้ เส้นแบ่งเหล่านี้เขียนไว้ใน ไฟล์ถูกจัดการอย่างไร อ่านสักรอบก่อนส่งอะไรก็ดี
ดูสามรอบก่อนส่ง
- ยังเล่นลื่นอยู่ไหม ขั้นตอนนี้ไม่เปลี่ยนจังหวะเลย ถ้าจังหวะแปลก แปลว่าเปิดไฟล์อื่นมากกว่า
- ส่วนไล่สียังสะอาดไหม ขุ่นแล้ว เลื่อนขึ้นหนึ่งขั้นแล้วย่อใหม่
- ที่ส่งไปคือไฟล์ใหม่ที่ดาวน์โหลดมา ต้นฉบับยังนอนอยู่ในโฟลเดอร์ของมัน อย่าส่งสลับกัน
ใส่ได้ครั้งละถึง 40 ไฟล์ และ GIF แอนิเมชันย่อเป็นล็อตเดียวแล้วดาวน์โหลดรวมกันได้ คิวมีชีวิตอยู่แค่ในเซสชันเบราว์เซอร์ที่เปิดอยู่นี้ ผลลัพธ์ที่จะเก็บให้ดาวน์โหลดทันทีที่เสร็จ ในแพ็กเกจที่ดาวน์โหลดมาคือไฟล์ใหม่ที่ย่อแล้ว ไม่ใช่ต้นฉบับ ต้นฉบับให้กลับไปที่โฟลเดอร์ของมัน
ยังไม่ได้ใส่อะไรเลย? กลับไปที่โต๊ะทำงาน ทิ้ง GIF ลงไป แล้วเปิด ย่อไฟล์ คอลัมน์ก่อนหน้านี้ การบีบอัดอัปโหลดรูปคุณหรือเปล่า เดินเส้นแบ่งเดียวกันกับภาพนิ่ง ไม่มีอะไรถูกอัปโหลด การคำนวณอยู่ที่เครื่อง GIF ยืนอยู่บนเส้นเดียวกันเป๊ะ ๆ