فشرده‌سازی آنلاین تصاویر GIF

فشرده‌سازی تصاویر GIF و دلیل تفاوت زیاد میزان کاهش حجم

اگر دو فایل GIF را از طریق این صفحه ارسال کنید، ممکن است یکی تا ۴۰ درصد کاهش حجم پیدا کند و دیگری هیچ تغییری نکند. این به معنای ناسازگاری ابزار نیست و بهتر است قبل از آپلود این موضوع را بدانید، چون گیج‌کننده‌ترین نکته درباره GIF همین است. GIF هیچ اسلایدر کیفیتی ندارد. چیزی درون آن نیست که بتوانید مثل JPEG با کاهش کیفیت، حجم را کم کنید. تنها کاری که فشرده‌ساز GIF می‌تواند انجام دهد، حذف تکرارهاست؛ بنابراین نتیجه تقریباً کاملاً به میزان تکراری که فایل شما دارد بستگی دارد.

بایت‌های یک GIF واقعاً کجا قرار دارند؟

در دو بخش، و هیچ‌کدام هم تصویر به معنای ذهن یک عکاس نیست. اولی جدول رنگ است: هر GIF یک پالت تا ۲۵۶ رنگ دارد و GIF متحرک می‌تواند برای هر فریم یک پالت جداگانه داشته باشد. دومی فریم‌ها هستند. اگر GIF بدون دقت نوشته شود، هر فریم به طور کامل ذخیره می‌شود و برای حرکت دادن یک جعبه کوچک روی صفحه، کل بوم را سی بار دوباره نقاشی می‌کند.

پس کار این است که پالت‌های جداگانه هر فریم را در یک جدول مشترک ادغام کنیم و از ذخیره مجدد بخش‌هایی که تغییر نکرده‌اند جلوگیری کنیم. هیچ‌کدام از این مراحل به رنگ‌های شما دست نمی‌زند. در تست اول زیر، ۲۹ پالت فریم جداگانه به یک جدول جهانی تبدیل شد، فایل ۴۰ درصد از حجمش را از دست داد و چهار رنگی که نمونه‌برداری کردیم دقیقاً با همان مقادیری که وارد شده بودند، برگشتند.

چه چیزی را اندازه گرفتیم؟

ما شش فایل را از طریق این صفحه فشرده کردیم و تعداد بایت‌های خروجی را یادداشت کردیم.

فایل ۴۰ درصدی و فایل ۰ درصدی هر دو با یک ابزار فشرده شدند

ردیف اول یک ضبط صفحه بود: سی فریم، بیشتر بوم در هر فریم یکسان، و تقریباً روی هر فریم یک پالت جداگانه. مقدار زیادی تکرار برای حذف وجود داشت. ردیف پنجم یک فریم ثابت بود که از قبل روی یک پالت فشرده ۲۵۶ رنگی قرار داشت، پس چیزی برای حذف باقی نمانده بود و دقیقاً با ۵۶٬۶۷۶ بایت، همان عدد ورودی، بازگشت.

این نسخه صادقانه همان وعده‌ای است که بیشتر صفحات نتایج جستجو با صدای بلند می‌دهند. اگر GIF شما از یک مبدل ویدیو، ضبط‌کننده صفحه یا خروجی قدیمی آمده، انتظار کاهش واقعی حجم را داشته باشید. اگر قبلاً با یک بهینه‌ساز فشرده شده، انتظار زیادی نداشته باشید و عدد صفر را به عنوان صداقت ابزار ببینید، نه اینکه کیفیت را کم کند تا درصدی بسازد.

انیمیشن شما همچنان به صورت انیمیشن بازمی‌گردد

ما این را در سطح بایت بررسی کردیم، نه فقط با تماشا کردن. فایل فشرده‌شده سی فریمی هنوز سی فریم داشت، سی بلوک زمانی با همان تأخیر ۸۰ میلی‌ثانیه‌ای اصلی، و افزونه حلقه که به مرورگر می‌گوید تکرار شود. بوم همچنان ۶۴۰ در ۴۰۰ بود. هیچ چیزی به تصویر ثابت تبدیل نشد و هیچ فریمی برای بهتر نشان دادن عدد حذف نشد.

شفافیت و رنگ‌های دقیق شما حفظ می‌شوند

یک GIF شفاف ۶.۵ درصد کوچک‌تر شد. نتیجه را روی یک بوم کشیدیم و چهار پیکسل را خواندیم: گوشه همچنان کاملاً شفاف بود، قرمز همچنان ۲۲۰، ۴۰، ۶۰ و سفید همچنان کاملاً سفید بود. همین بررسی روی انیمیشن سی فریمی، آبی هدر، خاکستری صفحه، خاکستری ردیف و جعبه قرمز را پس از کاهش ۴۰ درصدی بدون تغییر بازگرداند. چون کاهش حجم از حذف تکرار می‌آید نه تقریب رنگ‌ها، همین انتظار را داشته باشید.

اگر فایل بعد از فشرده‌سازی هنوز بزرگ است

فشرده‌ساز فقط می‌تواند تکرارها را حذف کند. نمی‌تواند تصمیم بگیرد انیمیشن شما چهار ثانیه طولانی است یا لازم نبود ۸۰۰ پیکسل عرض داشته باشد. این انتخاب‌ها قبل از رسیدن فایل به این صفحه انجام می‌شوند و کف حجم را تعیین می‌کنند. محاسبه ساده است: حجم GIF تقریباً برابر است با مساحت بوم ضربدر تعداد فریم‌ها، پس اگر عرض و ارتفاع را نصف کنید، حدود سه چهارم حجم کم می‌شود و کاهش نرخ فریم از سی به دوازده معمولاً در کلیپ‌های کوتاه قابل تشخیص نیست. اگر GIF فشرده‌شده هنوز سنگین‌تر از حد انتظار است، این دو گزینه تأثیر بیشتری از هر بهینه‌سازی دارند.

هر متنی که در فایل پنهان بود، همراه آن حذف می‌شود

یک GIF می‌تواند مقدار قابل توجهی متن پنهان داشته باشد که در جاهای مختلف ذخیره می‌شود. بلوک‌های کامنت که می‌توانند روی هر فریم باشند، بسته XMP که فتوشاپ و ابزارهای Adobe اطلاعات دوربین، سازنده، خطوط کپی‌رایت و مختصات GPS را در آن ذخیره می‌کنند، افزونه‌های متنی ساده و پروفایل‌های رنگ. هیچ‌کدام از این‌ها هنگام مشاهده تصویر دیده نمی‌شوند.

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

این کار همزمان با فشرده‌سازی انجام می‌شود، پس هزینه‌ای ندارد و نیازی به آپلود مجدد نیست. همچنین توضیح می‌دهد چرا گاهی حتی اگر تکراری برای حذف نباشد، فایل کوچک‌تر می‌شود: چون متنی که همراه فایل بود دیگر وجود ندارد.

سایر انواع تصویر هم در این صفحه پذیرفته می‌شوند

آپلودر همچنین PNG، JPG، JPEG، WEBP، AVIF، SVG، TIFF، BMP و JFIF را می‌پذیرد و هر فایل در همان قالبی که وارد شده بازمی‌گردد. PNG جدول بالا به صورت PNG وارد و خارج شد و هنگام بررسی هدر، همچنان ۱۴۰۰ در ۹۰۰ بود. باز کردن صفحه GIF تصاویر دیگر شما را به فرمت دیگری تبدیل نمی‌کند.

چه چیزی دریافت می‌کنید

• تمام فریم‌ها، تأخیر هر فریم و تنظیم حلقه بدون تغییر باقی می‌ماند
• شفافیت حفظ می‌شود، با همان مقادیر رنگی که وارد کردید
• اندازه بوم اصلی شما بدون تغییر
• پالت‌های هر فریم در یک جدول مشترک ادغام می‌شوند که بیشتر صرفه‌جویی از همین بخش است
• کامنت‌ها، XMP، مختصات GPS، جزئیات دوربین و سازنده و پروفایل‌های رنگ همگی در همان مرحله حذف می‌شوند
• داده‌های تصویری شما دست‌نخورده باقی می‌ماند اگر تکراری برای حذف وجود نداشته باشد
• بدون نیاز به ثبت‌نام، بدون واترمارک، بدون ایمیل

گام بعدی چیست؟

برای عکس‌ها (نه انیمیشن‌ها)، حذف فراداده عکس اطلاعات EXIF و GPS را بدون بازکدگذاری تصویر پاک می‌کند. اگر GIF شما فقط یک فریم ثابت است و انیمیشن نیست، فشرده‌سازی PNG معمولاً گزینه بهتری است. و اگر محتوای شما را می‌خواهید در قالبی که خیلی بعدتر از ۱۹۸۷ طراحی شده، فشرده‌سازی WebP هم تصاویر ثابت و هم انیمیشن را پشتیبانی می‌کند.