AVIF، HEIC یا WebP: تفاوت فرمت‌های جدید عکس

WebP قدیمی‌ترین این سه فرمت است. گوگل آن را در سپتامبر 2010 معرفی کرد، چند ماه پس از خرید On2 Technologies که کدک ویدیویی VP8 آن شرکت موتور این فرمت جدید شد. ایده ساده بود: یک WebP ثابت در اصل یک کلیدفریم VP8 در یک پوشش کوچک RIFF است. نسخهٔ اول فقط با اتلاف بود. طی سه سال بعد حالت بدون اتلاف، کانال آلفا برای شفافیت و انیمیشن اضافه شد؛ به همین دلیل WebP می‌تواند با یک نوع فایل جای JPG، PNG و GIF را بگیرد. گوگل هنوز این فرمت و کتابخانهٔ libwebp را در سایت توسعه‌دهندگان WebP مستند می‌کند.

HEIC پیشینهٔ دیگری دارد. HEIF یا High Efficiency Image File Format استانداردی برای ظرف فایل است که گروه Moving Picture Experts Group در سال 2015 با نام ISO/IEC 23008-12 منتشر کرد. یک فایل HEIF می‌تواند تصاویر فشرده‌شده با چند کدک را در خود داشته باشد؛ وقتی کدک HEVC (با نام دیگر H.265) باشد، فایل HEIC نامیده می‌شود. اپل در سال 2017 آن را در iOS 11 و macOS High Sierra، از آیفون 7 به بعد، فرمت پیش‌فرض دوربین کرد و همین یک تصمیم، میلیاردها عکس HEIC را تقریباً یک‌شبه وارد گردش کرد. دلیل آشنایی بیشتر مردم با این فرمت همین است.

AVIF جدیدترین است. Alliance for Open Media، گروهی که در سال 2015 گوگل، موزیلا، مایکروسافت، آمازون، نتفلیکس، سیسکو و اینتل آن را بنیان گذاشتند، در 2018 کدک ویدیویی بدون حق امتیاز AV1 و در فوریهٔ 2019 مشخصات تصویری AVIF 1.0 را منتشر کرد. از نظر فنی AVIF ظرف HEIF را به‌کار می‌برد و به‌جای HEVC از AV1 استفاده می‌کند؛ پس AVIF و HEIC پسرخاله‌هایی با موتورهای متفاوت‌اند. شرکت‌های عضو کدکی مدرن و بدون هزینهٔ حق ثبت می‌خواستند و Alliance for Open Media هنوز مشخصات AV1 و AVIF را منتشر می‌کند.

هر سه فرمت از کدکهای ویدیویی آمده‌اند و این در نحوهٔ فشرده‌سازی‌شان پیداست. به‌جای بلوک‌های ثابت 8 × 8 پیکسلی JPG، هر ناحیه را از پیکسل‌های همسایه پیش‌بینی می‌کنند، از بلوک‌هایی با اندازهٔ متغیر استفاده می‌کنند و پس از رمزگشایی لبه‌ها را فیلتر می‌کنند. نتیجه، آثار بلوکی کمتر در کیفیت پایین است. AVIF از همه جلوتر است: در کیفیت بصری یکسان معمولاً کوچک‌ترین فایل را می‌سازد، به‌ویژه روی آسمان صاف، پوست و گرادیان‌ها که JPG در آن‌ها نوارنوار می‌شود. بهای آن زمان کدگذاری است. ساخت یک AVIF می‌تواند چندین برابر WebP همان عکس طول بکشد که روی گوشی یا سرور شلوغ مهم است.

پشتیبانی از ویژگی‌ها به هم نزدیک‌تر از انتظار است. هر سه می‌توانند شفافیت را ذخیره کنند و هر سه حالت انیمیشن دارند، هرچند HEIC متحرک در عمل نادر است. فشرده‌سازی بدون اتلاف جایی است که WebP برجسته می‌شود: حالت بدون اتلاف آن جدا از حالت با اتلاف طراحی شده و معمولاً روی اسکرین‌شات و گرافیک از PNG بهتر است. AVIF و HEIC در تئوری می‌توانند بدون اتلاف باشند، اما فایل‌ها بزرگ می‌شوند و ابزارها کمتر این حالت را ارائه می‌دهند. عمق رنگ تفاوت بزرگ دیگر است. WebP به 8 بیت در هر کانال محدود است، در حالی که HEIC و AVIF رنگ 10 بیتی دارند و AVIF تصاویر 12 بیتی و HDR را هم پشتیبانی می‌کند.

مجوزها بخش بزرگی از ماجرای پشتیبانی را توضیح می‌دهند. WebP و AV1 بدون حق امتیاز منتشر شدند، پس سازندگان مرورگر می‌توانستند بدون پرداخت پول آن‌ها را اضافه کنند. HEVC تحت پوشش پتنت‌هایی است که چند مجموعهٔ صدور مجوز مدیریت می‌کنند؛ به همین دلیل Chrome، Firefox و Edge تصاویر HEVC را فقط جایی رمزگشایی می‌کنند که سیستم‌عامل خودش رمزگشای دارای مجوز داشته باشد. برای صاحب وب‌سایت این تفاوت تعیین‌کننده است: فرمتی که همهٔ بازدیدکنندگان ببینند، بهتر از فرمتی است که برای نیمی از آن‌ها چند کیلوبایت بیشتر صرفه‌جویی کند.

تفاوت حجم به عکس، کدگذار و تنظیم کیفیت بستگی دارد؛ پس هر عدد را نمونه بدانید، نه دقیق. برای عکسی 1200 × 800 px با کیفیتی که روی صفحهٔ لپ‌تاپ یکسان دیده می‌شود، JPG معمولاً حدود 150–200 KB، WebP حدود 100–140 KB و AVIF حدود 60–100 KB است. مقایسه‌های خود گوگل WebP با اتلاف را 25–34% کوچک‌تر از JPG نشان می‌دهد و اپل HEIC را برای عکس‌های دوربین تقریباً نصف JPG توصیف می‌کند. عکس 12 مگاپیکسلی آیفون که به‌صورت JPG حدود 3–4 MB می‌شود، معمولاً در HEIC 1.5–2.5 MB است.

گرافیک رفتار دیگری دارد. اسکرین‌شاتی با رنگ‌های تخت و متن اغلب در WebP بدون اتلاف کوچک‌ترین است، بعد از آن PNG، و AVIF آنجا سود کمی دارد. تصاویر بندانگشتی کوچک هم فاصله را کم می‌کنند، چون هر فرمت چند صد بایت سرآیند دارد. افسانه‌های رایج زیر از خواندن اعداد بنچمارک بدون این زمینه می‌آیند.

در وب، وضعیت WebP و AVIF روشن است. Chrome، Edge، Firefox و Safari همگی WebP را نمایش می‌دهند؛ سافاری آخرین بود که در سال 2020 با نسخهٔ 14 روی macOS Big Sur و iOS 14 پیوست. AVIF در 2020 به Chrome 85، در 2021 به Firefox 93 و در 2022 به Safari 16 آمد و Edge اوایل 2024 آن را اضافه کرد. بازدیدکننده‌ای با مرورگر به‌روز هر دو را می‌بیند. فقط کسانی که روی نسخه‌های قدیمی سافاری مانده‌اند، مثلاً آیفون‌هایی که بیشتر از iOS 15 به‌روز نمی‌شوند، AVIF را نمی‌بینند و عنصر <picture> به سایت اجازه می‌دهد برای آن‌ها JPG جایگزین بفرستد.

داستان HEIC برعکس است. دستگاه‌های اپل آن را همه‌جا باز می‌کنند و Safari 17 حتی می‌تواند آن را در صفحهٔ وب نشان دهد، اما Chrome، Firefox و Edge تصاویر HEIC را در وب باز نمایش نمی‌دهند. ویندوز 10 و 11 پس از افزودن HEIF Image Extensions از Microsoft Store، و در بسیاری از رایانه‌ها HEVC Video Extensions که افزونه‌ای پولی است، می‌توانند HEIC را در برنامهٔ Photos باز کنند. نسخه‌های جدید اندروید می‌توانند HEIF را رمزگشایی کنند، اما برنامه‌ها و وب‌سایت‌های دیگر بسیار متفاوت‌اند.

نرم‌افزارهای دسکتاپ وضعیتی میانه دارند. Adobe Photoshop از نسخهٔ 23.2 در 2022 WebP را به‌صورت بومی باز می‌کند و بیشتر نمایشگرهای تصویر امروزی با WebP کار می‌کنند. پشتیبانی AVIF و HEIC در ویرایشگرها، مجموعه‌های آفیس و برنامه‌های قدیمی ناقص است و بسیاری از فرم‌های بارگذاری هنوز .jpg، .jpeg یا .png را بررسی می‌کنند و بقیه را رد می‌کنند. پنل‌های زیر وضعیت هر پلتفرم را خلاصه می‌کنند.

برای ارائه در وب، WebP پاسخ پیش‌فرض و AVIF بهینه‌سازی روی آن است. اگر سایت دست شماست، AVIF را به مرورگرهایی که می‌پذیرند و WebP یا JPG را به بقیه بدهید؛ بیشتر CDNهای تصویر و فریم‌ورک‌ها این را خودکار تنظیم می‌کنند. اگر فقط یک فایل می‌دهید، WebP انتخاب امن‌تری است، چون همهٔ مرورگرهای امروزی آن را نشان می‌دهند و سریع کدگذاری می‌شود. برای حافظهٔ گوشی، HEIC روی آیفون بی‌رقیب است: دوربین آن را مستقیم می‌نویسد، برنامهٔ Photos آن را می‌خواند و تقریباً دو برابر عکس در همان فضا جا می‌شود.

بایگانی، چاپ و کارهای اداری به سمت دیگر می‌کشند. آرشیو عکس باید بیست سال بعد بدون کدک خاص خوانده شود؛ این یعنی نگه داشتن اصل فایل‌ها همان‌طور که از دوربین درآمده‌اند و افزودن نسخهٔ JPG در صورت نیاز. آزمایشگاه‌های چاپ معمولاً JPG یا TIFF می‌خواهند و پورتال‌های دولتی، آزمون و استخدام معمولاً فقط JPG یا PNG می‌پذیرند، گاهی با سقف حجم به کیلوبایت. در همهٔ این موارد نسخهٔ تبدیل‌شده راه عملی است و فایل اصلی در کتابخانهٔ شما می‌ماند.

چهار کار رایج زیر تصمیم را جمع‌بندی می‌کنند. انتخاب را بر اساس مقصد فایل انجام دهید، نه بر اساس اینکه کدام فرمت بنچمارک بهتری دارد.

بیشتر تبدیل‌ها یک‌طرفه‌اند: از یک فرمت جدید به JPG یا PNG برای سازگاری. برای عکس‌ها JPG و برای تصویری که شفافیت دارد یا متن تیزی دارید که باید واضح بماند، PNG را انتخاب کنید. برای تبدیل AVIF به JPG مبدل با کیفیت 90 شروع می‌کند، چون فایل‌های AVIF وب از قبل به‌شدت فشرده شده‌اند، و گزینهٔ نواحی شفاف در تنظیمات پیشرفته تعیین می‌کند پیکسل‌های نیمه‌پیدا با چه رنگی پر شوند. مبدل HEIC به JPG هم از 90 شروع می‌کند و داده‌های موقعیت مکانی را حذف می‌کند، مگر اینکه تیک حذف فراداده را بردارید.

برای WebP، صفحهٔ تبدیل WebP به JPG با کیفیت 85 شروع می‌کند که در اندازهٔ عادی با فایل اصلی تفاوتی ندارد. هر مبدل در هر دسته تا 20 فایل و تا 95 MB برای هر فایل می‌پذیرد، به حساب کاربری نیاز ندارد و فایل‌های بارگذاری‌شده و نتیجه‌ها را 30 دقیقه پس از پردازش حذف می‌کند. راهنماهای مفصل‌تر تبدیل HEIC به JPG و تبدیل WebP به JPG: کی و چرا تنظیمات گوشی و موارد خاص را توضیح می‌دهند.

مسیر برعکس هم به همان اندازه مفید است. اگر وب‌سایت دارید، تبدیل عکس‌های JPG به AVIF معمولاً پیش از بارگذاری حجم آن‌ها را حدود نصف کم می‌کند. جدول زیر نشان می‌دهد کدام تبدیل‌ها بین این فرمت‌ها در UltKit صفحهٔ مبدل اختصاصی دارند.

هر تبدیل با افت کیفیت کمی از جزئیات را از بین می‌برد؛ پس از نسخهٔ کپی تبدیل بگیرید، نه از فایل اصلی. فایل‌های HEIC را در گالری آیفون نگه دارید و JPG را فقط برای افراد یا برنامه‌هایی که لازم دارند خروجی بگیرید. این دربارهٔ عکس‌های HDR هم صدق می‌کند: AVIF و HEIC می‌توانند رنگ 10 بیتی ذخیره کنند و تبدیل به JPG هشت‌بیتی، نواحی بسیار روشن را در بازهٔ استاندارد جا می‌دهد؛ برای اشتراک‌گذاری مشکلی ندارد اما برای ویرایش بعدی مناسب نیست. اگر ممکن است دوباره تصویر را ویرایش کنید، نسخهٔ اصلی یا یک کپی PNG بدون افت را نگه دارید و همهٔ ویرایش‌ها را از روی آن انجام دهید.

اگر فرمت جدیدتر از قبل پذیرفته می‌شود هم فایل اصلی را نگه دارید. اگر سایت‌ساز، برنامهٔ پیام‌رسان یا فضای ابری مستقیماً WebP یا HEIC را قبول می‌کند، تبدیل فقط یک مرحله اضافه می‌کند و فایل را بزرگ‌تر هم می‌کند. در لحظهٔ بارگذاری، ارسال یا چاپ تبدیل کنید تا بدون فرسوده شدن تدریجی مجموعه‌تان سازگاری داشته باشید.