ข้ามไปยังเนื้อหา

AVIF กับ JPEG XL: ทำไมรูปแบบหนึ่งจึงชนะ

JPEG XL อาจเป็นรูปแบบที่ดีกว่า แต่ AVIF คือรูปแบบที่คุณสามารถใช้งานจริงได้ ประวัติศาสตร์ย่อว่าเรื่องนี้เกิดขึ้นได้อย่างไร

ควรใช้ AVIF เนื่องจากรองรับในทุกเบราว์เซอร์หลัก ขณะที่ JPEG XL ไม่รองรับ หากวัดกันในแง่เทคนิคส่วนใหญ่ JPEG XL จะเป็นรูปแบบที่แข็งแกร่งกว่า โดยรองรับการแปลงรหัส JPEG แบบไม่สูญเสียข้อมูล (lossless) การถอดรหัสแบบทีละน้อย และให้คุณภาพต่อไบต์ที่ยอดเยี่ยม นอกจากนี้ ในแง่ของการใช้งานจริงแล้ว มันยังไม่สามารถนำมาปรับใช้บนเว็บเปิดได้

Chrome ได้ถอดการรองรับ JPEG XL ออกในปี 2023 โดยอ้างว่าความสนใจจากระบบนิเวศยังมีไม่เพียงพอ และหากไม่มี Chrome รูปแบบไฟล์ภาพบนเว็บก็จะไม่สามารถเกิดขึ้นได้ รูปแบบไฟล์ภาพ AV1 (AVIF) มีข้อได้เปรียบจากการใช้งานร่วมกับ AV1 ซึ่งเป็นตัวแปลงสัญญาณวิดีโอที่ผู้พัฒนาเบราว์เซอร์กำลังลงทุนอยู่แล้ว เทคโนโลยีที่ดีกว่าจึงแพ้ให้กับเทคโนโลยีที่มีเรื่องราวการเผยแพร่ที่แข็งแกร่งกว่า ซึ่งไม่ใช่เรื่องแปลกใหม่แต่อย่างใด

การเปรียบเทียบระหว่าง 2 รูปแบบ

JPEG XL ชนะในเรื่องความเร็วในการเข้ารหัส การโหลดแบบทีละน้อย และการแปลงรหัส JPEG แบบไม่สูญเสียข้อมูล ในขณะที่ AVIF ชนะในเกณฑ์เดียวที่เป็นตัวตัดสินการใช้งานจริง นั่นคือการรองรับของเบราว์เซอร์

ความสามารถAVIFJPEG XL
การรองรับของเบราว์เซอร์เบราว์เซอร์หลักทั้งหมดจำกัด ไม่มีใน Chrome
การบีบอัดภาพถ่ายยอดเยี่ยมยอดเยี่ยม ดีกว่าเล็กน้อย
ความเร็วในการเข้ารหัสช้าเร็ว
การถอดรหัสแบบทีละน้อยไม่ใช่
การแปลงรหัส JPEG แบบไม่สูญเสียข้อมูลไม่ใช่ เล็กกว่าประมาณ 20 เปอร์เซ็นต์
ประสิทธิภาพกับไฟล์ขนาดเล็กแย่เมื่อต่ำกว่า 10 KBดี
การรองรับภาพเคลื่อนไหวใช่ใช่

แถวการแปลงรหัส JPEG แบบไม่สูญเสียข้อมูลคือความสามารถที่เว็บสูญเสียไป JPEG XL สามารถแพ็คเกจไฟล์ JPEG ที่มีอยู่ให้มีขนาดเล็กลงประมาณ 20 เปอร์เซ็นต์และแปลงกลับเป็นไฟล์ต้นฉบับเดิมได้อย่างแม่นยำ ซึ่งจะช่วยให้คลังข้อมูลมีขนาดเล็กลงได้อย่างไรความเสี่ยงใดๆ

ทำไม Chrome ถึงถอด JPEG XL ออก

Chrome อ้างว่าความสนใจจากระบบนิเวศมีไม่เพียงพอ ประโยชน์ที่มีจำกัดเมื่อเทียบกับรูปแบบที่มีอยู่ และต้นทุนในการบำรุงรักษาตัวถอดรหัสอีกตัวหนึ่ง การตัดสินใจดังกล่าวได้รับการประกาศในปี 2022 และมีผลในปี 2023

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

ตำแหน่งที่ยังคงใช้งาน JPEG XL อยู่

JPEG XL ยังคงอยู่รอดในการถ่ายภาพระดับมืออาชีพ การจัดเก็บคลังข้อมูล และซอฟต์แวร์ของ Apple ซึ่งเป็นระบบปิดที่ควบคุมโดยผู้ให้บริการรายเดียว Safari เพิ่มการรองรับในปี 2023 ซึ่งช่วยให้รูปแบบนี้ยังคงอยู่บนแพลตฟอร์มของ Apple

  • คลังภาพถ่ายใช้การแปลงรหัส JPEG แบบไม่สูญเสียข้อมูลเพื่อลดพื้นที่จัดเก็บโดยไม่มีความเสี่ยงในการสูญหาย
  • เวิร์กโฟลว์กล้องระดับมืออาชีพได้รับประโยชน์จากความลึกของบิตที่สูงและการรองรับสีที่กว้าง
  • แพลตฟอร์มของ Apple สามารถถอดรหัสได้ ทำให้ใช้งานได้ภายในระบบนิเวศปิด
  • การถ่ายภาพทางการแพทย์และวิทยาศาสตร์ให้ความสำคัญกับโหมดไม่สูญเสียข้อมูลและการถอดรหัสแบบทีละน้อย
  • ไม่ใช่เว็บเปิด ซึ่งรูปแบบจะต้องทำงานได้ในทุกเบราว์เซอร์จึงจะใช้งานได้

ควรใช้ AVIF บนเว็บไซต์เมื่อใด

ควรใช้ AVIF กับภาพถ่ายขนาดใหญ่ที่สุดของคุณ ซึ่งจะช่วยประหยัดพื้นที่ได้ 20 ถึง 30 เปอร์เซ็นต์เมื่อเทียบกับ WebP ข้อได้เปรียบนี้จะเพิ่มขึ้นตามขนาดของภาพและจะหายไปกับกราฟิกขนาดเล็ก

ภาพฮีโร่ แบนเนอร์เต็มความกว้าง และแกลเลอรีภาพถ่ายคือกรณีตัวอย่างที่ชัดเจน ต่ำกว่าประมาณ 10 KB ไฟล์ AVIF มักจะมีขนาดใหญ่กว่าไฟล์ WebP ที่เทียบเท่า เนื่องจากค่าใช้จ่ายในการจัดการคอนเทนเนอร์มีมากกว่าผลกำไรจากการบีบอัด การแบ่งไลบรารีตามขนาด โดยใช้ AVIF กับภาพหนักๆ และใช้ WebP กับส่วนอื่นๆ จะช่วยเก็บเกี่ยวผลประโยชน์ส่วนใหญ่ได้โดยไม่ต้องเสียค่าใช้จ่ายในการเข้ารหัส

ต้นทุนของการเข้ารหัส AVIF

AVIF เข้ารหัสช้ากว่า WebP หลายเท่า ซึ่งสำคัญกับชุดไฟล์ขนาดใหญ่มากกว่าภาพเดี่ยวๆ ภาพถ่ายที่แปลงเป็น WebP ภายในเวลาไม่ถึงหนึ่งวินาทีอาจต้องใช้เวลาหลายวินาทีในรูปแบบ AVIF

สำหรับชุดภาพ 500 ภาพ ความแตกต่างจะวัดเป็นนาที ต้นทุนนั้นจ่ายเพียงครั้งเดียวต่อภาพและจะไม่จ่ายอีกเลย เนื่องจากเบราว์เซอร์ที่รองรับทั้งหมดสามารถถอดรหัสได้อย่างรวดเร็ว วางแผนการแปลงขนาดใหญ่เมื่อเครื่องว่าง และให้แท็บเบราว์เซอร์อยู่หน้าจอหลัก เนื่องจากเบราว์เซอร์จะจำกัดการทำงานของแท็บเบื้องหลังและทำให้งานช้าลงอย่างมาก

วิธีให้บริการ AVIF อย่างปลอดภัย

หากต้องการใช้ AVIF โดยไม่ทำให้เบราว์เซอร์รุ่นเก่าพัง ให้ทำตาม 5 ขั้นตอนเหล่านี้

  1. ระบุภาพที่ใหญ่ที่สุดในแต่ละหน้า ซึ่งมักจะเป็นแบนเนอร์ฮีโร่และภาพถ่ายหลัก
  2. ลดขนาดภาพแต่ละภาพให้มีความกว้างเท่ากับที่แสดงบนหน้าเว็บ โดยคูณสองสำหรับหน้าจอความหนาแน่นสูง
  3. แปลงเป็น AVIF ที่คุณภาพ 60 ถึง 70 เนื่องจาก AVIF สามารถรักษาความละเอียดได้ที่ตัวเลขต่ำกว่า JPEG
  4. แปลงต้นฉบับเดียวกันเป็น WebP เป็นตัวเลือกที่สอง และเก็บ JPEG ดั้งเดิมไว้เป็นตัวเลือกสำรองสุดท้าย
  5. ให้บริการทั้ง 3 รูปแบบผ่านองค์ประกอบภาพ (picture element) โดยให้ AVIF มาก่อน WebP เป็นอันดับสอง และ JPEG ในแท็ก img

เบราว์เซอร์จะเลือกรูปแบบแรกที่เข้าใจ ดังนั้นจึงไม่มีอะไรเสียหาย การเขียนมาร์กอัปมักใช้เวลานานกว่าการแปลงไฟล์

การตั้งค่าคุณภาพของ AVIF มีพฤติกรรมที่แตกต่างออกไป

คุณภาพของ AVIF ที่ 60 มีความใกล้เคียงกับคุณภาพของ JPEG ที่ 85 ดังนั้นตัวเลขที่คุ้นเคยจึงไม่สามารถนำมาใช้ร่วมกันได้ การใช้พฤติกรรมแบบ JPEG กับ AVIF จะทำให้ได้ไฟล์ที่มีขนาดใหญ่กว่าความจำเป็นมาก

เริ่มต้นที่ 60 สำหรับภาพถ่ายแล้วปรับแต่งจากจุดนั้น ระวังความผิดพลาดเฉพาะ เนื่องจาก AVIF ที่การตั้งค่าสูงมักจะทำให้พื้นผิวละเอียดเรียบเนียนขึ้นแทนที่จะเกิดเป็นบล็อก ซึ่งอาจทำให้หญ้า เส้นผม และผ้าดูเหมือนถูกทาสี สิ่งประดิษฐ์นั้นน่ารำคาญน้อยกว่าความ เป็นบล็อกของ JPEG และสังเกตเห็นได้ง่ายจนกว่าจะมีคนชี้ให้เห็น

รูปแบบภาพชนะหรือแพได้อย่างไร

การกระจายตัวเป็นตัวกำหนดรูปแบบภาพ ไม่ใช่คุณค่าทางเทคนิค และผู้พัฒนาเบราว์เซอร์เป็นผู้ควบคุมการกระจายตัวนั้น รูปแบบเดียวกันนี้ทำให้เกิดผลลัพธ์สำหรับ WebP ซึ่งประสบความสำเร็จเพราะ Chrome นำมาใช้ และสำหรับ JPEG 2000 ซึ่งล้มเหลวแม้จะมีขีดความสามารถทางเทคนิคก็ตาม

AVIF ได้รับประโยชน์จากการตัดสินใจเกี่ยวกับวิดีโอมากกว่าเกี่ยวกับภาพ ผู้พัฒนาเบราว์เซอร์ได้ลงทุนใน AV1 เพื่อลดต้นทุนการสตรีมอยู่แล้ว ดังนั้นรูปแบบภาพที่สร้างขึ้นบนตัวถอดรหัสเดียวกันจึงทำให้พวกเขาเสียค่าใช้จ่ายน้อยมากในการเพิ่มเข้าไป JPEG XL ต้องใช้ตัวถอดรหัสใหม่ การบำรุงรักษาใหม่ และพื้นผิวความปลอดภัยใหม่ โดยที่ประโยชน์ที่เบราว์เซอร์มองว่าน้อยนิดเมื่อเทียบกับสิ่งที่มีอยู่แล้ว

สิ่งนี้ส่งผลกระทบต่อผู้ใช้ทั่วไปหรือไม่

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

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

สิ่งนี้หมายความว่าอย่างไรสำหรับคลังภาพของคุณ

เก็บต้นฉบับที่ไม่สูญเสียข้อมูล เผยแพร่ AVIF และ WebP และเพิกเฉยต่อการถกเถียงเรื่องรูปแบบ รูปแบบการจัดส่งเปลี่ยนแปลงทุกๆ ไม่กี่ปีในขณะที่ไฟล์ต้นฉบับยังคงมีประโยชน์อย่างไม่มีกำหนด

ทุกคนที่แปลงไลบรารีทั้งหมดเป็นรูปแบบการจัดส่งและลบต้นฉบับทิ้งเคยเผชิญกับปัญหานี้มาก่อน พื้นมีราคาถูกเมื่อเทียบกับการถ่ายภาพแค็ตตาล็อกใหม่ ดังนั้นกลยุทธ์ทางปฏิบัติคือการจัดเก็บเวอร์ชันที่ดีที่สุดที่คุณมีและสร้างสำเนาสำหรับจัดส่งบ่อยเท่าที่เว็บจะเปลี่ยนใจ

JPEG XL จะกลับมาอีกครั้งหรือไม่

การกลับมาจะต้องให้ Chrome กลับคำตัดสิน และไม่มีการประกาศใดๆ บ่งชี้ว่ามีแผนดังกล่าว การรองรับ Safari และความสนใจอย่างต่อเนื่องจากซอฟต์แวร์การถ่ายภาพช่วยให้รูปแบบนี้ไม่หายไปทั้งหมด

รูปแบบต่างๆ เคยกลับมาจากตำแหน่งที่แย่กว่านี้มาก่อน ดังนั้นคำถามจึงยังเปิดกว้างอยู่ การสร้างเว็บไซต์รอบความเป็นไปได้นั้นไม่ใช่เรื่องฉลาด ใช้ AVIF และ WebP สำหรับการจัดส่งในปัจจุบัน เก็บต้นฉบับในรูปแบบที่ไม่สูญเสียข้อมูล และการนำรูปแบบใดๆ ในอนาคตมาใช้จะกลายเป็นการแปลงแบบชุดงานแทนที่จะเป็นการสร้างใหม่

การแปลงไลบรารีเป็น AVIF

แปลงจากต้นฉบับเดิมแทนที่จะเป็น JPEG ที่มีอยู่ เนื่องจากแหล่งที่มาแบบสูญเสียข้อมูลจะนำความเสียหายติดตัวไปในไฟล์ใหม่ด้วย ตัวเข้ารหัส AVIF ใช้บิตในการอธิบายสิ่งประดิษฐ์ของ JPEG ซึ่งไม่สามารถแยกแยะออกจากรายละเอียดจริงได้

รวมไฟล์เข้าด้วยกันสูงสุด 500 ไฟล์ หรือส่งไฟล์เก็บถาวร ZIP และชุดข้อมูลทั้งหมดจะถูกเข้ารหัสในการทำงานครั้งเดียว ทุกอย่างทำงานภายในเบราว์เซอร์ของคุณบนโปรเซสเซอร์ของคุณเอง ดังนั้นไลบรารีภาพถ่าย งานลูกค้า และชิ้นงานแคมเปญที่ยังไม่ได้เผยแพร่จึงไม่เคยไปถึงเซิร์ฟเวอร์ การเข้ารหัสในเครื่องยังหมายความว่าชุดงานขนาดใหญ่จะทำงานด้วยความเร็วของเครื่องของคุณแทนที่จะเป็นความเร็วในการอัปโหลด

กลับสู่บล็อก