ضغط صور GIF المتحركة

لفهم سبب استهلاك ملفات GIF المتحركة لمساحات تخزين غير متناسبة، يجب على المرء فحص البنية التشريحية الداخلية لحاوية GIF89a. على عكس تنسيقات الفيديو الحديثة (مثل MP4 H.264 أو VP9 أو AV1) التي تضغط الفيديو على طول خط زمني مستمر باستخدام تقدير متجه الحركة والتنبؤ الزمني ثنائي الاتجاه، فإن ملف GIF المتحرك هو في الأساس حزمة متسلسلة من الصور النقطية المفهرسة المجمعة داخل تدفق ثنائي واحد. يحتوي كل إطار فردي على كتلة ملحق التحكم في الرسومات (GCE) التي تحدد مدة عرض الإطار ومؤشر الشفافية، متبوعة بوصف الصورة المحلية وتدفق من بيانات الصور المشفرة بخوارزمية Lempel-Ziv-Welch (LZW) متغيرة الطول.

تعتبر خوارزمية ضغط LZW في جوهرها خوارزمية عديمة الفقد وتعتمد على القاموس؛ حيث تمسح تدفقات فهارس البكسل للعثور على تسلسلات متكررة من فهارس الألوان، مستبدلة الأنماط متعددة البايتات بكلمات برمجية فردية موجزة. عندما تعرض الرسوم المتحركة رسومات متجهة مسطحة أو أشكالاً هندسية مصمتة، تحقق LZW نسب ضغط جيدة. ومع ذلك، غالباً ما تلتقط رسوم GIF المتحركة المعاصرة تسجيلات شاشات سطح المكتب عالية الدقة، ومقاطع الفيديو، والرندرة ثلاثية الأبعاد، والمشاهد الفوتوغرافية. في هذه السيناريوهات، تؤدي تشويشات الكاميرا الطفيفة، وحواف الخطوط المنعمة، وتدرجات الألوان المنقطة (dithering) إلى توليد إنتروبيا لونية عالية جداً. وعندما نادراً ما تتشارك البكسلات المتجاورة في تسلسلات فهارس متطابقة، يتشبع جدول قاموس LZW فوراً، مما يولد تدفقات ملفات ضخمة لا تكاد تكون فيها الإطارات المضغوطة أصغر حجماً من الصور النقطية الخام غير المضغوطة.

يعالج المحسّن الخاص بنا مشكلة تشبع قاموس LZW من خلال تكميم LZW بالفقْد (Lossy LZW Quantization)، وهي تقنية رياضية متقدمة اشتهرت بفضل أدوات مثل Gifsicle. في تدفق LZW القياسي غير المنقوص، يُنشئ كل تباين مجهري بين قيم البكسلات مدخلاً مستقلاً لرمز القاموس. أما LZW بالفقد، فيقوم بتعديل قيم البكسلات المتشابهة أو المشوشة بشكل انتقائي ضمن عتبة إدراكية بصرية غير ملحوظة، مما يجبر تسلسلات البكسل غير المتطابقة عمداً على مطابقة الأنماط المسجلة سابقاً في القاموس.

ومن خلال التشذيب المنهجي للتغيرات عالية التردد منخفضة المعلومات على طول كل خط مسح أفقي، يُنشئ LZW بالفقد أشواطاً ممتدة من تسلسلات البايت المتطابقة والمنتظمة. ونتيجة لذلك، يولد مشفر LZW رموزاً ممتدة الطول (run-length tokens) ومراجع قاموس مدمجة للغاية. يمكن للمستخدمين الاختيار بين إعدادات التكميم المسبقة: خفيف، ومعتدل، وقوي. وفي الإعدادات المعتدلة، تظل العيوب البصرية (مثل التنعيم الطفيف للحواف) غير مرئية عملياً للعين البشرية أثناء الحركة السلسة بمعدل 30 إطاراً في الثانية، مع تجريد ما بين 35% و60% من وزن البايتات من تدفق البيانات المضغوط.

تتقيد كل صورة GIF أو إطار فرعي بشكل صارم بلوحة ألوان مفهرسة لا تتجاوز 256 لوناً (8 بت لكل بكسل) يتم اختيارها من نطاق ألوان RGB ذي 24 بت (16.7 مليون لون). وغالباً ما تخصص برامج تشفير GIF غير المحسنة جدول ألوان محلياً (Local Color Table - LCT) فريداً يحتوي على 256 لوناً لكل إطار على حدة. في رسم متحرك يحتوي على 120 إطاراً، فإن الاحتفاظ بـ 120 جدول ألوان مستقلاً يضيف أكثر من 92 كيلوبايت من ترويسات لوحات الألوان الزائدة وحدها، فضلاً عن منع التآزر والتوافق في الضغط عبر الإطارات المتعاقبة.

تعالج أداتنا هذا الخلل من خلال توحيد لوحة الألوان العامة والتقليل الانتقائي لعمق البتات. فمن خلال تقييم الرسم البياني الإحصائي اللوني ثلاثي الأبعاد RGB المجمع عبر جميع إطارات الرسوم المتحركة باستخدام خوارزميات التكميم Median-Cut أو شبكات NeuQuant ذاتية التنظيم، يركب المحرك جدول ألوان عاماً مثالياً (Global Color Table - GCT). يمكن للمستخدمين اختيار حصر لوحة الألوان في 128 أو 64 أو 32 لوناً. إن تقليص رسوم متحركة من 256 لوناً إلى 64 لوناً يخفض متطلبات تمثيل فهارس الألوان فوراً من 8 بت إلى 6 بت لكل بكسل، مما يسرع مطابقة قاموس LZW بشكل هائل ويقلص وزن الملف بنسبة تصل إلى 50% في الرسومات التي لا تتطلب طيفاً فوتوغرافياً كاملاً.

في تسجيلات الشاشة النموذجية للبرمجيات، وعروض واجهة المستخدم، وصور ردود الفعل، تظل أجزاء جوهرية وكبيرة من الشاشة ثابتة تماماً من إطار إلى آخر؛ إذ لا يتغير لون خلفية سطح المكتب، أو حدود نوافذ التطبيقات، أو القوائم الثابتة، أو ترويسات الشرائح. وإذا قام برنامج تشفير غير محسن بحفظ صور نقطية لكامل مساحة العمل لكل إطار، فإنه يعيد تشفير آلاف البكسلات المتطابقة بشكل متكرر عبر عشرات التكرارات غير الضرورية.

ينفذ محركنا تحليلاً تفاضلياً دقيقاً بين الإطارات المتعاقبة. لكل إطار تالٍ، تقارن الخوارزمية قيم RGBA بلوحة العمل المركبة السابقة. ويتم استبدال أي بكسل يتطابق لونه مع الإطار السابق ضمن نطاق تفاوت محدد بفهرس شفاف. علاوة على ذلك، يحسب المحرك الحد الأدنى للمستطيل المحيط (صندوق الاقتصاص) الذي يحيط فقط بالبكسلات المتغيرة، ويحدث واصفات الموضع الأيسر، والموضع العلوي، والعرض، والارتفاع في ترويسة إطار GIF. ويتم التخلص نهائياً من المناطق غير المتغيرة خارج هذا الصندوق المحيط. وبالاقتران مع طريقة التخلص من الإطار رقم 1 (عدم التخلص / الإبقاء في المكان)، يعرض محرك التشغيل المنطقة التفاضلية النشطة فقط، مما يلغي تماماً تكرار البيانات الفائضة.

تمثل الرسوم المتحركة ذات معدل الإطارات المرتفع (مثل تسجيلات الشاشة بمعدل 60 إطاراً في الثانية) إفراطاً هائلاً وعبئاً لا داعي له على رسوم GIF. تدرك العين البشرية سلاسة حركة واجهات البرامج بوضوح عند معدل يتراوح بين 15 و20 إطاراً في الثانية، في حين تواجه مواصفات GIF نفسها صعوبة بالغة في التعامل مع تأخيرات الإطارات التي تقل عن 20 مللي ثانية. يوفر ضاغطنا تخفيفاً ذكياً للإطارات (إسقاط الإطارات التبادلية أو إطار من كل ثلاثة إطارات) لتقليل حجم البيانات فوراً بنسبة تتراوح بين 33% و50%.

والأهم من ذلك، أن الإسقاط الساذج للإطارات في الأدوات رديئة التصميم يفسد سرعة التشغيل، مما يجعل الرسوم المتحركة تعمل بسرعة مفرطة وشاذة. يطبق محركنا تعويضاً تراكمياً للتأخير؛ فعند إسقاط الإطار N، يتم تلقائياً إضافة وقت تأخير ملحق التحكم في الرسومات الخاص به (مقاساً بأجزاء من المائة من الثانية، 1/100 ثانية) إلى وقت تأخير الإطار السابق المحتفظ به. فإذا تم دمج إطارين متتاليين بتأخير 4cs (أي 40 مللي ثانية) في إطار واحد، يُعاد حساب تأخير الإطار المتبقي ليكون 8cs (أي 80 مللي ثانية) بدقة متناهية. وبذلك يتم الحفاظ بدقة كاملة على إجمالي مدة العرض، والتزامن الحركي، وإيقاع الحركة الطبيعي.

تعتبر ملفات GIF المتحركة غير المضغوطة أحد أكبر العوامل المسؤولة عن تدني درجات سرعة أكبر رسم للمحتوى (LCP) على الويب الحديث. فعندما يعتمد القسم الرئيسي لموقع تجارة إلكترونية أو واجهة صفحة هبوط على ملف GIF ضخم بحجم 18 ميجابايت، تواجه متصفحات الأجهزة المحمولة عبر شبكات الجيل الرابع 4G توقفات تستغرق عدة ثوانٍ لتبادل حزم البيانات، مما يعيق مسار المعالجة الرئيسي ويتسبب في ارتفاع معدلات الارتداد. إن ضغط ذلك البانر ليقل حجمه عن 2 ميجابايت يعيد أوقات العرض البصري إلى أجزاء من الثانية ويحمي ترتيب الموقع في نتائج محركات البحث العضوية (SEO).

وفي منظومة التسويق عبر البريد الإلكتروني (Mailchimp وHubSpot وKlaviyo وSalesforce Marketing Cloud)، يمثل وزن الملف هاجساً حاسماً. فمعظم عملاء البريد الإلكتروني (خاصة Microsoft Outlook وتطبيق Gmail على الهواتف وApple Mail) تشوه أو تقتطع الرسائل التي يتجاوز حجمها 10 ميجابايت، مما يؤدي إلى هبوط رسائل التسويق الحيوية مباشرة في مجلدات البريد العشوائي (Spam). بالإضافة إلى ذلك، يتخلى المستخدمون المتصفحون عبر باقات الهاتف عن النشرات التي تتأخر في تنزيل الرسوم الثقيلة. ومن خلال ضغط رسوم GIF التسويقية إلى ما دون السقف المعياري للصناعة البالغ 2 إلى 3 ميجابايت، يضمن المسوقون وصول الرسائل بنسبة 100%، وعرضاً فورياً في صندوق الوارد، ومعدلات نقر وتحويل فائقة.

تسجل الفرق الهندسية والشركات المؤسسية بانتظام ملفات GIF متحركة لنماذج برمجية أولية سرية، ولوحات معلومات إدارية داخلية، وشفرات مصدرية خاصة، وأدوات مالية غير معلنة للجمهور. ويؤدي رفع هذه التسجيلات المرئية إلى مواقع 'ضغط GIF المجانية عبر الإنترنت' المعتمدة على الخوادم إلى مخاطر جسيمة لتسريب بيانات الشركات؛ إذ تحتفظ منصات الخوادم تلك بالوسائط المرفوعة أو تفهرسها أو تفحصها على بنى تخزين سحابية بعيدة.

تقضي أداتنا على الثغرات الأمنية المرتبطة بالأطراف الخارجية تماماً بفضل بنيتها البرمجية التي تعمل بالكامل داخل متصفح العميل. ونظراً لأنها مجمعة بتقنية WebAssembly وتعمل في بيئة ذاكرة المتصفح المعزولة، فإن جميع عمليات إعادة هيكلة LZW، وتكميم لوحة الألوان، والترميز التفاضلي للإطارات تتم حصرياً على جهازك الفعلي. وحتى لو قمت بقطع اتصال الإنترنت بالكامل قبل بدء الضغط، ستتأكد من أن الأداة تعمل بكفاءة مطلقة وأنه لا توجد حزمة بيانات واحدة تغادر متصفحك. استمتع بأعلى مستويات الامتثال للخصوصية وفقاً لمعايير GDPR وHIPAA ولوائح الأمان المؤسسي الصارمة.