เว็บพี

เว็บพี (WebP) เป็นรูปแบบไฟล์ภาพกราฟิกแรสเตอร์ที่พัฒนาโดยกูเกิล โดยมีจุดมุ่งหมายเพื่อใช้แทนรูปแบบไฟล์ JPEG, PNG และ GIF รองรับการบีบอัดทั้งแบบสูญเสียและไม่สูญเสีย รวมถึงภาพเคลื่อนไหวและความโปร่งใสอัลฟ่า
กูเกิลประกาศรูปแบบเว็บพีในเดือนกันยายน 2010 และเปิดตัวคลังสนับสนุนเวอร์ชันเสถียรรุ่นแรกในเดือนเมษายน 2018

**ประวัติศาสตร์**
Google ประกาศ WebP ครั้งแรกเมื่อวันที่ 30 กันยายน พ.ศ. 2553 ใน รูปแบบเปิด ใหม่สำหรับกราฟิกสีจริงที่ถูกบีบอัดแบบสูญเสียบนเว็บ โดยสร้างไฟล์ที่เล็กกว่าไฟล์ JPEG เพื่อคุณภาพของภาพที่เทียบเคียงได้  ขึ้นอยู่กับเทคโนโลยีที่ Google ได้รับจากการซื้อ On2 Technologies  เนื่องจากเป็นอนุพันธ์ของรูปแบบวิดีโอ VP8 จึงเป็นโปรเจ็กต์ในเครือของรูปแบบคอนเทนเนอร์มัลติมีเดีย WebM  ซอฟต์แวร์ที่เกี่ยวข้องกับ WebP ได้รับการเผยแพร่ภายใต้ ลิขสิทธิ์ซอฟต์แวร์เสรี BSD 
เมื่อวันที่ 3 ตุลาคม พ.ศ. 2554  Google ได้เพิ่ม "รูปแบบไฟล์แบบขยาย"  ช่วยให้ WebP รองรับ ภาพเคลื่อนไหว โปรไฟล์ ICC ข้อมูลเมตา XMP และ Exif และการเรียงต่อกัน (รวมภาพขนาดใหญ่มากจากสูงสุด 16384  16384 แผ่น) การสนับสนุนการเรียงต่อกันไม่เคยเสร็จสิ้นและถูกลบออกจากข้อมูลจำเพาะอีกครั้ง  ไฟล์ GIF แบบเคลื่อนไหวรุ่นเก่าสามารถแปลงเป็น WebP แบบเคลื่อนไหวได้
เมื่อวันที่ 18 พฤศจิกายน พ.ศ. 2554 Google ได้ประกาศโหมด การบีบอัดแบบไม่สูญเสียข้อมูล ใหม่และการสนับสนุนเพื่อ ความโปร่งใส ( ช่องอัลฟา ) ในโหมดทั้งแบบไม่สูญเสียและสูญเสีย การสนับสนุนเปิดใช้งานตามค่าเริ่มต้นใน libwebp 0.2.0 (16 สิงหาคม 2555)   ตามการวัดของ Google ในเดือนพฤศจิกายน 2554 การแปลงจาก PNG เป็น WebP ส่งผลให้ขนาดไฟล์ลดลง 45% เมื่อเริ่มต้นด้วย PNG ที่พบบนเว็บ และลดลง 28% เมื่อเทียบกับ PNG ที่ถูกบีบอัดใหม่ด้วย pngcrush และ PNGOUT 
ในเดือนกรกฎาคม พ.ศ. 2559 Apple ได้เพิ่มการรองรับ WebP ให้กับ macOS Sierra และ iOS 10 เวอร์ชันเบต้าก่อนหน้า  แต่การสนับสนุนถูกลบออกในภายหลังในเวอร์ชัน GM seed ของ iOS 10 และ macOS Sierra ที่เผยแพร่ในเดือนกันยายน พ.ศ. 2559 ในเดือนกันยายน 2020 มีการเพิ่มการรองรับ WebP ใน Safari เวอร์ชัน 14 
ไลบรารี libwebp ที่รองรับถึงเวอร์ชัน 1.0 ในเดือนเมษายน 2018 
ในปี 2019 Alliance for Open Media ได้เผยแพร่มาตรฐาน AVIF โดยตั้งใจที่จะเป็นผู้สืบทอดจาก WebP ตั้งแต่ปี 2024 เป็นต้นมา AVIF และ WebP มีระดับการรองรับเว็บเบราว์เซอร์ที่ใกล้เคียงกัน 
ในปี 2024 เว็บเบราว์เซอร์ที่รองรับ WebP มีส่วนแบ่งตลาด 97% 

**เทคโนโลยี**
อัลกอริธึมการบีบอัดแบบ lossy ของ WebP ขึ้นอยู่กับการเข้ารหัส ภายในเฟรม ของรูปแบบวิดีโอ VP8  และ Resource Interchange File Format (RIFF) เป็น รูปแบบคอนเทนเนอร์  ด้วยเหตุนี้ จึงเป็นแผนการแปลงแบบบล็อกซึ่งมี ความลึกของสี 8 บิต และ แบบจำลองความสว่าง-โครมิแนนซ์ ที่มี การสุ่มตัวอย่างโครมา ในอัตราส่วน 1:2 ( YCbCr 4:2:0)  หากไม่มีเนื้อหาเพิ่มเติม คอนเทนเนอร์ RIFF บังคับจะมี โอเวอร์เฮด เพียง 20 ไบต์ แม้ว่าจะสามารถเก็บข้อมูลเมตาเพิ่มเติมได้ก็ตาม  ความยาวด้านข้างของรูปภาพ WebP จำกัดอยู่ที่ 16384 พิกเซล 
WebP ขึ้นอยู่กับการทำนายบล็อก แต่ละบล็อกจะถูกคาดการณ์ตามค่าจากสามบล็อกด้านบนและจากหนึ่งบล็อกไปทางซ้าย (การถอดรหัสบล็อกทำได้ตามลำดับการสแกนแรสเตอร์: ซ้ายไปขวาและบนลงล่าง) การทำนายบล็อกมีโหมดพื้นฐานสี่โหมด: แนวนอน แนวตั้ง DC (สีเดียว) และ TrueMotion ข้อมูลที่คาดการณ์ผิดและบล็อกที่ไม่ได้คาดการณ์ถูกบีบอัดในบล็อกย่อย 4 × 4 พิกเซลพร้อม การแปลงโคไซน์แบบไม่ต่อเนื่อง หรือ การแปลง Walsh – Hadamard การแปลงทั้งสองเสร็จสิ้นด้วย เลขคณิตจุดคงที่ เพื่อหลีกเลี่ยงข้อผิดพลาดในการปัดเศษ เอาต์พุตถูกบีบอัดด้วย การเข้ารหัสเอนโทรปี  WebP ยังมีการสนับสนุนอย่างชัดเจนสำหรับการถอดรหัสแบบขนาน 
การใช้งานอ้างอิง ประกอบด้วยซอฟต์แวร์ตัวแปลงในรูปแบบของโปรแกรม บรรทัดคำสั่ง สำหรับ Linux (cwebp) และ ไลบรารีการเขียนโปรแกรม สำหรับการถอดรหัส เช่นเดียวกับ WebM ชุมชนโอเพ่นซอร์สย้ายตัวแปลงไปยังแพลตฟอร์มอื่น เช่น Windows 
คอนเทนเนอร์ WebP (เช่น คอนเทนเนอร์ RIFF สำหรับ WebP) อนุญาตให้มีการรองรับคุณสมบัติเหนือกว่ากรณีการใช้งานพื้นฐานของ WebP (เช่น ไฟล์ที่มีรูปภาพเดียวที่เข้ารหัสเป็นเฟรมคีย์ VP8) คอนเทนเนอร์ WebP ให้การสนับสนุนเพิ่มเติมสำหรับ:
 ข้อมูลเมตา
 รูปภาพอาจมีข้อมูลเมตาจัดเก็บไว้ในรูปแบบ Exif หรือ XMP
 ความโปร่งใส
 รูปภาพอาจมีความโปร่งใส เช่น ช่องอัลฟ่า
 โปรไฟล์สี
 รูปภาพอาจมีโปรไฟล์ ICC ฝังอยู่ตามที่อธิบายโดย International Color Consortium

**การบีบอัดแบบไม่สูญเสีย**
การบีบอัดแบบไม่สูญเสียข้อมูลของ WebP ซึ่งเป็นอัลกอริธึมใหม่ที่ไม่เกี่ยวข้องกับ VP8 ได้รับการออกแบบโดยวิศวกรซอฟต์แวร์ของ Google Jyrki Alakuijala ใช้เทคนิคขั้นสูง เช่น รหัสเอนโทรปีเฉพาะสำหรับช่องสีต่าง ๆ การใช้ประโยชน์จากตำแหน่ง 2D ของระยะอ้างอิงแบบย้อนหลัง และแคชสีของสีที่ใช้ล่าสุด ซึ่งช่วยเสริมเทคนิคพื้นฐาน เช่น การเข้ารหัสพจนานุกรม การเข้ารหัส Huffman และการแปลงดัชนีสี  รูปแบบนี้ใช้คำจำกัดความแบบเรียกซ้ำ: อิมเมจควบคุมทั้งหมด เช่น การเลือกโค้ดเอนโทรปีในเครื่อง จะถูกเข้ารหัสในลักษณะเดียวกับอิมเมจทั้งหมด 

**แอนิเมชั่น**
Google ได้เสนอให้ใช้ WebP สำหรับภาพเคลื่อนไหวเป็นทางเลือกแทนรูปแบบ GIF ยอดนิยม โดยอ้างถึงข้อดีของสี 24 บิตที่มีความโปร่งใส การรวมเฟรมที่มีการบีบอัดแบบ lossy และ lossless ในแอนิเมชั่นเดียวกัน และรองรับการค้นหาเฟรมเฉพาะ  Google รายงานว่าขนาดไฟล์ลดลง 64% สำหรับรูปภาพที่แปลงจาก GIF แบบเคลื่อนไหวไปเป็น WebP ที่สูญเสียไป อย่างไรก็ตาม โดยมีผลกระทบต่อภาพที่เห็นได้ชัดเจนมาก ทั้งในการตั้งค่าเริ่มต้นและการตั้งค่าที่ปรับให้เหมาะสม เมื่อแปลงโดยใช้ WebP แบบไม่สูญเสียข้อมูล จะมีการลดลง 19% ตามที่รายงานโดย Google  แม้ว่าประสิทธิภาพในโลกแห่งความเป็นจริงจะเข้าใกล้ 10% ก็ตาม 

**การสนับสนุน**

**เว็บเบราว์เซอร์**
Google ส่งเสริม WebP อย่างจริงจัง และ Google Chrome และเบราว์เซอร์ที่ใช้ Chromium ทั้งหมดสนับสนุนรูปแบบนี้ เครื่องมือ PageSpeed Insights ที่เป็นเอกสิทธิ์แนะนำว่าผู้ดูแลเว็บเปลี่ยนจาก JPEG และ PNG เป็น WebP เพื่อปรับปรุงคะแนนความเร็วเว็บไซต์ของตน 
Microsoft Edge เวอร์ชันที่เผยแพร่หลังเดือนมกราคม 2020 จะใช้เบราว์เซอร์ Chromium และรองรับ WebP แบบเนทีฟ Microsoft Edge เวอร์ชันที่ใช้ EdgeHTML รองรับ WebP ผ่านส่วนขยายแพลตฟอร์ม (ติดตั้งตามค่าเริ่มต้น) (เว้นแต่จะทำงานในโหมด "Application Guard" ที่เสริมความปลอดภัย ซึ่งไม่รองรับส่วนขยายแพลตฟอร์ม) 
Safari เพิ่มการรองรับ WebP ในปี 2020 ด้วย iOS 14 และ macOS Big Sur 
Mozilla Firefox  (และทางแยก Waterfox  ) รองรับ WebP อย่างเป็นทางการตั้งแต่เดือนมกราคม 2019  ได้รับการพิจารณาเริ่มดำเนินการในปี 2556 
Pale Moon ใช้การสนับสนุนเบื้องต้นสำหรับ WebP ในปี 2559 ด้วยเหตุการณ์สำคัญเวอร์ชัน 26 
GNOME Web, Midori และ Falkon รองรับ WebP โดยกำเนิด
WebP ยังสามารถแสดงในเบราว์เซอร์หลักทั้งหมดโดยใช้ไลบรารี WebPJS JavaScript แม้ว่าการรองรับใน Internet Explorer 6 ขึ้นไปสามารถทำได้โดยใช้ Flash 
เพิ่มการรองรับ WebP ให้กับ ลิงก์ ในเวอร์ชัน 2.26 

**ซอฟต์แวร์กราฟิก**
ในการประกาศ WebP ในเดือนกันยายน พ.ศ. 2553 ไม่มีซอฟต์แวร์กราฟิกที่รองรับ WebP ภายในปี 2554 มีปลั๊กอินสำหรับโปรแกรมซอฟต์แวร์กราฟิกยอดนิยมหลายโปรแกรมเพื่อรองรับ WebP และบางโปรแกรม เช่น Acorn และ Pixelmator ได้เพิ่มการรองรับแบบเนทิฟแล้ว  เมื่อเวลาผ่านไป การรองรับรูปแบบ WebP ได้เติบโตขึ้น
ในปี 2019 Google ได้เปิดตัวปลั๊กอินฟรีที่เปิดใช้งานการรองรับ WebP ใน Adobe Photoshop เวอร์ชันก่อนหน้า  ปลั๊กอิน Photoshop ฟรีได้รับการเผยแพร่โดย Telegraphics และ fnordware ก่อนหน้านั้น   GIMP สูงสุดเวอร์ชัน 2.8 รองรับ WebP ผ่านปลั๊กอินด้วย  ต่อมา ปลั๊กอินนี้ถูกจัดส่งในสาขา GIMP 2.9 และได้รับการปรับปรุงหลายอย่าง  นอกจากนี้ Google ยังได้เปิดตัวปลั๊กอินสำหรับ Microsoft Windows ที่เปิดใช้งานการรองรับ WebP ใน Windows Photo Viewer, Microsoft Office 2010, FastPictureViewer,  และแอปพลิเคชันอื่นๆ ที่ใช้ Windows Imaging Component 

**โปรแกรมอื่น ๆ**
FFmpeg ที่เชื่อมโยงกับไลบรารีตัวแปลงสัญญาณอ้างอิง VP8/VP9 libvpx สามารถแยกเฟรมคีย์ VP8 จากสื่อ WebM และสคริปต์สามารถเพิ่มส่วนหัว WebP RIFF และไบต์แพด NUL สำหรับความยาวเฟรมคี่ ในขณะเดียวกัน FFmpeg รองรับ libwebp โดยตรง
ทั้ง Gmail และ Google Photos รองรับ WebP มีการวางแผนรองรับ WebP สำหรับ Google App Engine ด้วย คุณลักษณะ พรีวิวค้นหาทันใจ ของ Google Search ใช้ WebP ภายในเพื่อลดพื้นที่ดิสก์ที่ใช้ในการดูตัวอย่าง  Android 4.0 รองรับการเข้ารหัสและถอดรหัสรูปภาพ WebP (ผ่านบิตแมปและ Skia )  SDL_image รองรับรูปแบบตั้งแต่ 1.2.11
Sumatra PDF รองรับรูปภาพ WebP สำหรับทั้งไฟล์แบบสแตนด์อโลนและหนังสือการ์ตูนตั้งแต่เวอร์ชัน 2.4 
Telegram Messenger ใช้ WebP สำหรับสติ๊กเกอร์ โดยอ้างว่าจะแสดงเร็วกว่าห้าเท่าเมื่อเทียบกับรูปแบบอื่น ๆ ที่มักใช้ในแอปส่งข้อความ 
Signal ใช้ WebP สำหรับสติกเกอร์ที่ไม่ใช่ภาพเคลื่อนไหว 
LibreOffice รองรับการนำเข้าอิมเมจ WebP ตั้งแต่เวอร์ชัน 7.4  เทคโนโลยี LibreOffice ที่ใช้เทคโนโลยีสำนักงานออนไลน์ Collabora Online ก็เช่นกัน
Godot Engine ในเวอร์ชัน 4.0 รองรับการนำเข้าและส่งออกอิมเมจ WebP และใช้ WebP เป็นรูปแบบภายในสำหรับจัดเก็บพื้นผิวที่ถูกบีบอัดที่นำเข้า 
โดยปกติแล้ว ระบบการจัดการเนื้อหา (CMS) จะไม่รองรับ WebP โดยกำเนิดหรือตามค่าเริ่มต้น อย่างไรก็ตาม สำหรับ CMS ที่ได้รับความนิยมส่วนใหญ่ ส่วนขยายจะพร้อมใช้งานสำหรับการแปลงอัตโนมัติจากรูปแบบรูปภาพอื่นเป็น WebP และการส่งรูปภาพ WebP ไปยังเบราว์เซอร์ที่เข้ากันได้ ตั้งแต่เดือนมิถุนายน 2021 WordPress รองรับ WebP โดยกำเนิด 
บริการ โซเชียลมีเดีย ที่ทราบกันว่าสนับสนุน WebP ในข้อความโดยกำเนิด ได้แก่ Facebook,  Slack,  Discord และ ElementIO แต่ ณ วันที่ 6 มีนาคม พ.ศ. 2567 สองบริการหลังรองรับเฉพาะ WebP แบบคงที่เท่านั้น ไม่ใช่ WebP แบบเคลื่อนไหว

**ข้อจำกัด**
เช่นเดียวกับ VP8 ซึ่งเป็นพื้นฐาน WebP ที่สูญเสียไปในอดีตรองรับเฉพาะรูปแบบ YUV 4:2:0 8 บิตเท่านั้น  ซึ่งอาจทำให้สีหายไปบนภาพที่มีองค์ประกอบคอนทราสต์บาง ๆ (เช่นใน งานศิลปะพิกเซล และ คอมพิวเตอร์กราฟิก) และภาพซ้อน ใน รูปแบบแอนากลิฟ เพื่อเอาชนะข้อจำกัดนี้ WebP แบบไม่สูญเสียข้อมูลใหม่รองรับการเข้ารหัส VP8L ที่ทำงานเฉพาะกับพื้นที่สี RGBA 8 บิต (แดง เขียว น้ำเงิน อัลฟา)
อย่างไรก็ตาม เนื่องจากความซับซ้อนของการบีบอัด จึงช้ากว่ารูปแบบรูปภาพบนเว็บอื่น ๆ อย่างมาก ดังนั้นจึงมักไม่แนะนำให้ประมวลผลภาพโดยตรง เช่นเดียวกับกรณีของ Web Map Services 

**การวิพากษ์วิจารณ์**
ในเดือนกันยายน พ.ศ. 2553 Fiona Glaser ผู้พัฒนาตัวเข้ารหัส x264 ได้เขียนบทวิจารณ์เกี่ยวกับ WebP ในช่วงต้น ๆ  เมื่อเปรียบเทียบการเข้ารหัสที่แตกต่างกัน (JPEG, x264 และ WebP) ของรูปภาพอ้างอิง เธอระบุว่าคุณภาพของผลลัพธ์ที่เข้ารหัส WebP นั้นแย่ที่สุดในสามประการ ส่วนใหญ่เป็นเพราะความเบลอของรูปภาพ ข้อสังเกตหลักของเธอคือ "libvpx ซึ่งเป็นตัวเข้ารหัสที่ทรงพลังกว่าตัวเข้ารหัส jpeg ของ ffmpeg แพ้เพราะพยายามปรับให้เหมาะสมสำหรับ PSNR มากเกินไป" (อัตราส่วนสัญญาณต่อเสียงรบกวนสูงสุด) โดยโต้แย้งว่า "การเพิ่มประสิทธิภาพทางจิตและภาพ ที่ดีนั้นมีมากกว่า สำคัญกว่าสิ่งอื่นใดสำหรับการบีบอัด" 
ในเดือนตุลาคม 2013 Josh Aas จาก Mozilla Research เผยแพร่การศึกษาที่ครอบคลุมเกี่ยวกับเทคนิคการเข้ารหัสที่สูญเสียในปัจจุบัน  และไม่สามารถสรุปได้ว่า WebP มีประสิทธิภาพเหนือกว่า mozjpeg ด้วยส่วนต่างที่สำคัญใด ๆ 

**ช่องโหว่**
ในเดือนกันยายน พ.ศ. 2566 ช่องโหว่สำคัญสองรายการ  ที่เกี่ยวข้องกับอิมเมจ WebP ถูกค้นพบโดย Apple Security Engineering and Architecture (SEAR) และ Citizen Lab ซึ่งอาจส่งผลกระทบต่อ Google Chrome, เบราว์เซอร์ที่ใช้ Chromium และโครงการ libwebp ของ Google ในบรรดาแอปพลิเคชันใด ๆ ก็ตามที่ใช้ libwebp ท่ามกลางช่องโหว่เหล่านี้ CVE-2023-4863 เป็นช่องโหว่ที่ถูกโจมตีอย่างแข็งขัน โดยมีระดับความเสี่ยงสูงที่ CVSS 8.8 สิ่งนี้อาจนำไปสู่สภาวะอยู่นอกขอบเขต/โอเวอร์โฟลว์ในแอปพลิเคชันที่ใช้ไลบรารี libwebp ที่ได้รับผลกระทบ เมื่อมีการใช้ประโยชน์จากไฟล์ .webp lossless ที่ออกแบบมาเพื่อประสงค์ร้าย ซึ่งอาจส่งผลให้เกิดการปฏิเสธการบริการ (DoS) หรือแย่กว่านั้นคือเปิดใช้งานการเรียกใช้โค้ดจากระยะไกล (RCE) ที่เป็นอันตราย การใช้แพ็คเกจ libwebp อย่างครอบคลุมในแอปพลิเคชันหลายร้อยรายการ รวมถึงทุกประเภทตั้งแต่เว็บเบราว์เซอร์ไปจนถึงแอปมือถือ ทำให้เกิดความท้าทายในการแพตช์ที่สำคัญในการบรรเทาช่องโหว่เนื่องจากข้อกำหนดการทดสอบที่เข้มงวดก่อนที่จะเผยแพร่ ซึ่งเน้นย้ำถึงผลกระทบของช่องโหว่นี้ในวงกว้าง

**เว็บพี2**
Google ได้พัฒนา WebP เวอร์ชันที่สองตั้งแต่เดือนมิถุนายน 2021 การใช้งานอ้างอิงของมันคือ libwebp2 เป้าหมายหลักของรูปแบบใหม่นี้คือเพื่อให้ได้อัตราส่วนการบีบอัดที่ใกล้เคียงกับ AVIF ในขณะที่ยังคงเข้ารหัสและถอดรหัสได้เร็วขึ้น 
เมื่อวันที่ 12 ตุลาคม 2022 Google ได้เปลี่ยนไฟล์ README ของที่เก็บการพัฒนาของ WebP 2 เพื่อระบุว่า "WebP 2 จะไม่เปิดตัวเป็นรูปแบบรูปภาพ" และเริ่มอธิบาย WebP 2 ว่าเป็น "สนามเด็กเล่นสำหรับการทดสอบการบีบอัดรูปภาพ" 

**ดูเพิ่ม**
 เปรียบเทียบรูปแบบไฟล์กราฟิก- AVIF ซึ่งเป็นรูปแบบภาพตามรูปแบบวิดีโอ AV1 - BPG ซึ่งเป็นรูปแบบรูปภาพที่มีจุดมุ่งหมายเพื่อให้แทนที่รูปแบบรูปภาพ JPEG ได้อย่างมีประสิทธิภาพมากขึ้น โดยอิงจากการเข้ารหัสภายในเฟรมของมาตรฐานการบีบอัดวิดีโอ High Efficiency Video Coding (HEVC) ที่เปิดตัวในปี 2014- FLIF ซึ่งเป็นรูปแบบภาพแบบไม่สูญเสียที่ถูกยกเลิกซึ่งอ้างว่ามีประสิทธิภาพเหนือกว่า PNG, Lossless WebP, BPG แบบไม่สูญเสีย และ JPEG2000 แบบไม่สูญเสียในแง่ของอัตราส่วนการบีบอัด เปิดตัวในปี 2558 FLIF ถูกแทนที่ด้วย JPEG XL- HEIF ซึ่ง เป็นรูปแบบภาพอื่นที่ใช้ HEVC- จากกลุ่มผู้เชี่ยวชาญด้านการถ่ายภาพร่วม:
** JPEG-LS ซึ่งเป็นรูปแบบ lossless เก่าแต่มีประสิทธิภาพ เปิดตัวในปี 1999
** JPEG 2000 ซึ่งเป็นการปรับปรุงที่มีจุดมุ่งหมายเพื่อแทนที่ JPEG รุ่นเก่าโดยคณะกรรมการ JPEG ซึ่งเปิดตัวในปี 2000
** JPEG XR ทางเลือกแทน JPEG 2000 ที่รองรับ HDR และปริภูมิสี ช่วงสี กว้าง เปิดตัวในปี 2009
** JPEG XL ได้รับการปรับแต่งเป็นพิเศษสำหรับสภาพแวดล้อมเว็บที่ตอบสนอง เพื่อให้เนื้อหาแสดงผลได้ดีบนอุปกรณ์หลากหลายประเภท นอกจากนี้ยังมีคุณสมบัติหลายอย่างที่ช่วยเปลี่ยนจากรูปแบบ JPEG ดั้งเดิม JPEG XL เปิดตัวเมื่อปลายปี 2020- MNG และ APNG รูปแบบภาพเคลื่อนไหวที่ใช้ PNG รองรับสี RGB 24 บิตแบบไม่สูญเสียและช่องอัลฟ่า 8 บิต

**อ้างอิง**

**แหล่งข้อมูลอื่น**
หมวดหมู่:กูเกิล
หมวดหมู่:หน้าที่มีการแปลที่ยังไม่ได้ตรวจทาน