Graphics Interchange Format

خوارزمية LZW: قاموس يبني نفسه

LZW اختصار Lempel-Ziv-Welch — خوارزمية ضغط بدون فقدان تعمل ببناء قاموس للأنماط المتكررة أثناء القراءة. عند مرور الخوارزمية على سلسلة بكسلات متتالية بنفس اللون، تُسجّل النمط في القاموس وتُشير إليه برقم قصير بدل تكرار القيم.

المساحات ذات اللون الموحد تُضغط بكفاءة عالية — صف بكسلات بلون واحد يُختزل إلى بضع بايتات. التدرجات اللونية والصور الفوتوغرافية تُقاوم الضغط لأن كل بكسل يختلف عن جاره فلا تتكون أنماط طويلة في القاموس.

صورة GIF ثابتة بأبعاد 800x600 بتدرج لوني قد تتجاوز 500 كيلوبايت. نفس الأبعاد بخلفية صلبة ونص: أقل من 15 كيلوبايت. هذا الفارق — 33 ضعفاً — يشرح لماذا شعارات المواقع القديمة كانت تستخدم GIF بنجاح بينما الصور الفوتوغرافية تُنتج ملفات أكبر من JPEG بعشر مرات.

براءة اختراع LZW انتهت عام 2004 بعد جدل استمر عقداً. قبل انتهائها، الخوف من رسوم الترخيص دفع لتطوير صيغة PNG كبديل مجاني — لكن PNG لا تدعم التحريك في نسختها الأساسية.

حد 256 لوناً: قيد من 1987

كل إطار في ملف GIF يحمل جدول ألوان خاصاً يتسع لـ 256 لوناً فقط — 8 بت لكل بكسل. عند تصميم الصيغة، شاشات الحواسيب لم تعرض أكثر من ذلك أصلاً.

الخدعة المستخدمة لمحاكاة ألوان أكثر: dithering — توزيع نقاط من ألوان مختلفة بنمط منتظم أو عشوائي لخداع العين بلون وسيط غير موجود في الجدول. Floyd-Steinberg هو خوارزمية dithering الأشهر وتُنتج نتائج مقبولة على أغلب الصور.

ملف GIF متحرك يمكنه استخدام جدول ألوان مختلف لكل إطار — ما يُعرف بـ local color table. هذا يرفع العدد الفعلي للألوان المُستخدمة في الرسوم المتحركة لكنه يُضخّم حجم الملف لأن كل جدول يستهلك حتى 768 بايت (256 لون x 3 بايت لكل لون).

اختيار الألوان الـ 256 من الصورة الأصلية (التي قد تحتوي 16 مليون لون) يُسمّى color quantization. خوارزمية Median Cut تقسم فضاء الألوان إلى مناطق متساوية الكثافة. NeuQuant تستخدم شبكة عصبية مُبسّطة. الفارق بينهما واضح في صور الطبيعة ذات التدرجات الخضراء والزرقاء.

آلية الرسوم المتحركة الداخلية

كل إطار يحمل 3 خصائص تتحكم بالعرض: مدة التأخير (بوحدة 10 ميلي ثانية — أي أقل تأخير ممكن هو 10 ميلي ثانية)، طريقة التخلص من الإطار السابق (disposal method)، وموقع الإطار على اللوحة (إزاحة أفقية ورأسية).

خاصية الإزاحة تسمح لإطار أصغر من اللوحة بالرسم في موقع محدد — تقنية تُقلّل الحجم بعدم إعادة رسم الأجزاء الثابتة. إطار يُغطي 10% فقط من اللوحة يستهلك 10% من البيانات.

طريقة disposal تحدد ما يحدث قبل رسم الإطار التالي. القيمة 0: لا إجراء — نادراً ما تُستخدم. القيمة 1: الإطار الجديد يُرسم فوق القديم مباشرة — الأكثر شيوعاً. القيمة 2: المساحة تُمسح إلى لون الخلفية أولاً ثم يُرسم الإطار الجديد. القيمة 3: تُستعاد الحالة السابقة قبل رسم الإطار الحالي — تُستخدم في تأثيرات معقدة.

أخطاء disposal هي السبب الأول للوميض والتشوهات في ملفات GIF المُحررة يدوياً. كثير من الأدوات تتجاهل هذه القيمة عند التصدير.

الشفافية: بت واحد فقط

GIF تدعم الشفافية لكن بشكل بدائي — كل بكسل إما معتم 100% أو شفاف 100%. لا توجد شفافية جزئية. هذا يعني أن حواف النص أو الأشكال المنحنية على خلفية شفافة تظهر مسننة لأنه لا يمكن مزج البكسل مع ما خلفه.

الحل القديم: اختيار لون خلفية يطابق الموقع المستهدف. لكن هذا يُفشل الصورة على أي خلفية مختلفة. PNG تحل المشكلة بقناة ألفا كاملة — 256 مستوى شفافية لكل بكسل.

بدائل GIF: APNG و WebP و MP4

APNG يُضيف التحريك فوق صيغة PNG مع دعم كامل للشفافية الجزئية و 16 مليون لون. الدعم في المتصفحات أصبح شاملاً منذ 2023. الحجم أكبر من GIF للألوان القليلة لكن أصغر بكثير للصور الفوتوغرافية.

WebP من Google يجمع بين الشفافية الكاملة والتحريك والضغط مع فقدان — بديل أفضل من GIF في كل المعايير. حجم أصغر 60-80% من GIF المُكافئ.

MP4 بصيغة H.264 يتفوق على الجميع في نسبة الضغط. فيديو 5 ثوانٍ بدقة 480p: أقل من 1.5 ميغابايت مقابل 15 ميغابايت لملف GIF مكافئ. العيب: لا شفافية ولا تشغيل تلقائي في البريد الإلكتروني.

خدعة المنصات: GIF الذي ليس GIF

منصات التواصل الكبرى (تويتر، تيليجرام، Discord) تحوّل ملفات GIF سراً إلى فيديو MP4 عند الرفع — ما تراه كـ"GIF" هو فعلياً فيديو H.264 بحجم أصغر 90%. منصة Tenor التابعة لـ Google تُقدّم نسخة MP4 ونسخة WebM لكل "GIF" في مكتبتها.

السبب اقتصادي بحت. عند تقديم مليارات الملفات يومياً، توفير 90% من النطاق الترددي يعني ملايين الدولارات شهرياً. المستخدم لا يلحظ الفارق لأن واجهة التطبيق تعرض الفيديو بلا عناصر تحكم تماماً كـ GIF.

الاستخدام العربي وثقافة الملصقات

على WhatsApp و Telegram في المنطقة العربية، الملصقات المتحركة بصيغة WebP حلّت محل GIF في المحادثات اليومية لتبادل ردود الفعل والتعبيرات. Telegram يدعم ملصقات متحركة بصيغة TGS (مبنية على Lottie) بحجم أقصى 64 كيلوبايت — أخف 200 مرة من GIF مكافئ.

WhatsApp يعرض مكتبة GIF مدمجة مُقدّمة من Tenor. عند اختيار "GIF" من المكتبة، التطبيق يُحمّل نسخة MP4 مضغوطة وليس ملف GIF الأصلي. البحث بالعربية في هذه المكتبة محدود مقارنة بالإنجليزية — معظم النتائج تأتي من كلمات مفتاحية إنجليزية.

مع ذلك، GIF تبقى صيغة الملف الوحيدة للصور المتحركة التي تعمل في كل مكان: البريد الإلكتروني، المتصفحات القديمة، تطبيقات المراسلة، وحتى شاشات العرض الصناعية. هذا التوافق الشامل يضمن بقاءها.

البنية الثنائية لملف GIF

كل ملف GIF يبدأ بتوقيع 6 بايتات: GIF87a أو GIF89a — هذه هي magic bytes التي تُحدد الصيغة والإصدار. يليها واصف الشاشة المنطقية: عرض وارتفاع بوحدة البكسل (2 بايت لكل منهما)، عمق الألوان، ووجود جدول ألوان عام.

بعد الواصف يأتي جدول الألوان العام إن وُجد — 3 بايتات لكل لون (أحمر، أخضر، أزرق). ثم سلسلة من كتل البيانات: كتل صور، كتل تمديد (extension blocks) تحمل معلومات التحريك والشفافية والتعليقات النصية، وأخيراً بايت الإنهاء 0x3B.

كتل التمديد هي ما يُميّز الإصدار 89a عن 87a. بدونها لا توجد شفافية ولا تحريك — فقط صورة ثابتة بـ 256 لوناً.

تحسين الحجم: تقنيات متقدمة

أدوات مثل gifsicle و gifsicle --optimize=3 تُعيد ترتيب جداول الألوان وتُدمج الإطارات المتشابهة وتُزيل البيانات الزائدة. التحسين من المستوى 3 يُخزّن فقط البكسلات المتغيرة بين كل إطارين — وهذا يُقلّص الحجم 30-50% دون أي تأثير مرئي.

تقنية أخرى: تقليل عدد الإطارات. GIF بمعدل 30 إطاراً في الثانية لا يبدو أنعم من 15 إطاراً للعين البشرية في أغلب المحتوى. حذف نصف الإطارات يُنصّف الحجم. تصغير الأبعاد من 640 إلى 320 بكسل يُقلّص الحجم 75% لأن عدد البكسلات ينخفض إلى الربع.

الجمع بين الثلاثة — ألوان أقل، إطارات أقل، أبعاد أصغر — يُحوّل ملف 12 ميغابايت إلى 800 كيلوبايت مع محتوى مقبول للمشاركة عبر البريد الإلكتروني أو رسائل المحادثة.