انکودر تصویر JPEG جدید گوگل کیفیت بالاتر و اندازه پایین تری دارد

ما انسان ها موجودات بصری هستیم، و در حالی که این روزها ویدیو انتخاب غالب برای مصرف اطلاعات آنلاین است، بیش از 80 درصد از کل ترافیک آنلاین را تشکیل می دهد، تصاویر نقش مهمی در تجربه دیجیتال دارند و خواهند داشت. چه بخواهیم در مورد آن فکر کنیم یا نه، تمام پهنای باند داده ای که مصرف می کنیم هزینه دارد و غول های صنعتی مانند گوگل منافعی را برای بهینه سازی هزینه ذکر شده دارند.

خوب یا بد، آخرین تلاش غول جستجو در فضای قالب تصویر WebP دقیقاً به خوبی پیش نرفت و نتوانست به هدف خود برای جایگزینی JPG، PNG و GIF نزدیک شود. بنابراین، گوگل رویکرد خود را تغییر داد و تصمیم گرفت به جای مبارزه با وضعیت فراگیر، JPEG را بهتر کند. پس jpegli را وارد کرد که یک کتابخانه کد نویسی JPEG بوده که شامل انکودر و دیکودر است.

احتمالاً مهمترین بیت این است که هم انکودر و هم دیکودر با “استاندارد اصلی JPEG و مرسوم ترین فرمالیسم 8 بیتی آن” مطابقت دارند. به عبارت ساده تر، این بدان معنی است که تصاویر کدگذاری شده با استفاده از jpegli با رمزگشاهای موجود مانند مرورگر یا نمایشگر تصویر انتخابی شما سازگار هستند.

اکنون، ما وانمود نمی کنیم که می دانیم دقیقاً از چه نوع “جادوی سیاه” گوگل در jpegli استفاده می کند. طبق بیانیه مطبوعاتی، “از کوانتیزاسیون تطبیقی برای کاهش نویز و بهبود کیفیت تصویر استفاده می کند. این کار با تعدیل فضایی منطقه مرده در کوانتیزاسیون بر اساس مدل سازی روانی بصری انجام می شود.”

با این حال، درک برخی از مزایای ذکر شده jpegli بسیار ساده تر است. مانند این واقعیت که تصاویر را حدود 35 درصد بیشتر از کدک های JPEG سنتی فشرده می کرد و در عین حال کیفیت بصری آنها را حفظ می کرد. این به تنهایی یک پیروزی بزرگ برای پهنای باند آنلاین است. اگر هیچ چیز دیگری نیست، فقط به این فکر کنید که خود گوگل با رمزگذاری مجدد محتوای کاربر چقدر فضایی را در Google Photos ذخیره می کند.

همچنین، jpegli ظاهرا “محاسبات دقیق تر و روان بصری موثرتر” را انجام می دهد، “و باعث می شود تصاویر واضح تر به نظر برسند و مصنوعات قابل مشاهده کمتری داشته باشند.” از سوی دیگر می‌تواند تصاویر را با بیش از 10 بیت در هر مؤلفه در مقایسه با 8 بیت راه‌حل‌های کدگذاری سنتی JPEG، رمزگذاری کند، که در فرمالیسم 8 بیتی اصلی اتفاق می‌افتد بدون اینکه سازگاری با بیننده‌های سنتی 8 بیتی را از بین ببرد و در عین حال “مصنوعات نواری قابل مشاهده در گرادیان‌های آهسته” را کاهش دهد.

و نکته آخر اینکه، jpegli ظاهراً از نظر سرعت با سایر کتابخانه‌های کدنویسی قابل مقایسه است، بنابراین هیچ منبع محاسباتی اضافی هزینه نمی‌کند یا فرآیندها را نشان نمی‌دهد.