إذا كان برنامج قديم يقبل PNG، فهل أقدّم BMP رغم ذلك؟

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

أي تنسيق يُعدّ أكثر توافقًا؟

يتوقف ذلك كليًا على العالم الذي أنت فيه ولا يوجد جواب واحد. ففي المنظومة الحديثة يكون PNG أكثر توافقًا بلا مقارنة: إذ تقبله المتصفحات ومنصات التواصل وأنظمة إدارة المحتوى وتطبيقات الهاتف دون مشكلة، بينما يُرفض BMP في معظم المواضع. في المقابل، لا يزال BMP في عالم برمجيات سطح المكتب شديدة القدم والأجهزة المدمجة والمعدات الصناعية القاسمَ المشترك الأكثر أمانًا، لأن قراءته لا تتطلب مفكّك ترميز. أي أن جواب سؤال التوافق يتوقف على عمر الهدف.

جهاز يطلب BMP لكنني لا أعرف أي متغيّر يطلب، فماذا أفعل؟

الأسلوب الأكثر عملية هو البدء بـ BMP بعمق 24 بت، لأنه المتغيّر الأوسع دعمًا. فإن لم يُقبل فبإمكانك تجربة متغيّري 8 بت المفهرس أو 32 بت. وتحقق في الوقت نفسه من الدقة؛ إذ تتوقع كثير من الأجهزة المدمجة مقاس بكسل ثابتًا وترفض الملف ذا المقاس الخاطئ حتى لو كان بالتنسيق الصحيح. وعادةً ما يُذكر عمق البت والمقاس المتوقعان صراحةً في دليل الجهاز؛ والعثور على هذه المعلومة أسرع بكثير من التجربة والخطأ.

هل من المنطقي أن أُعدّ الاثنين معًا؟

نعم، وهذه مقاربة معقولة تمامًا عند العمل مع نظام قديم. احتفظ بـ PNG نسختك الأساسية؛ فهو عديم الفقد وصغير ويصون الشفافية، وبإمكانك إعادة الإنتاج منه عند الحاجة إلى هدف آخر مستقبلًا. أما BMP فاحتفظ به مُخرَجًا أُنتج لذلك الجهاز أو البرنامج بعينه. وبذلك تغذّي النظام القديم دون أن تنفخ أرشيفك بلا داعٍ. والملف الذي يُحذف عند انتهاء العمل هو BMP، لا PNG.

لتوافق الأنظمة القديمة: PNG أم BMP؟

عالمان مختلفان للتوافق

ليس لسؤال "أي تنسيق أكثر توافقًا؟" جواب واحد، لأن التوافق مفهوم يتغير بحسب السياق.

ففي العالم الحديث يفوز PNG بلا مقارنة. فالمتصفحات ومنصات التواصل وأنظمة إدارة المحتوى وتطبيقات الهاتف وأدوات التصميم — كلها تقبل PNG دون مشكلة. أما BMP فيُرفض في معظم المواضع، وحتى حيث يُقبل يكون سلوكه غير متسق.

لكن الصورة قد تنقلب في عالم الأنظمة القديمة. فقد يستطيع برنامج سطح مكتب كُتب قبل سنوات، أو جهاز مدمج محدود المعالج، أو لوحة خط إنتاج، قراءة BMP دون أن يتعرف على PNG.

وهذا المقال يشرح كيف تتخذ القرار الصحيح حين يكون أمامك هدف قديم.

لماذا تحب الأنظمة القديمة BMP؟

لذلك سبب تقني، وفهمه يسهّل اتخاذ القرار.

فملف BMP مؤلف من ترويسة قصيرة تليها مصفوفة بكسلات خام. ولا تُضغط بيانات البكسل عادةً إطلاقًا. وهذا يعني أن قراءة ملف BMP لا تتطلب مفكّك ترميز: فأنت تقرأ بضعة أرقام في الترويسة وتنسخ البكسلات إلى الذاكرة مباشرة.

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

أي أن تفضيل الأجهزة القديمة لـ BMP ليس عادةً، بل نتيجة طبيعية لقيد عتادي. وللسبب نفسه يستمر هذا التفضيل اليوم أيضًا: فما لم يُجدَّد الجهاز لا يُجدَّد القيد.

القرار: ماذا يقبل هدفك؟

القرار كله مبني على تحديد واحد، وينبغي أن تُجري هذا التحديد بالفحص لا بالتخمين.

انظر إلى قائمة أنواع الملفات في شاشة الاستيراد بالبرنامج. فالامتدادات المدعومة مكتوبة صراحةً عادةً.

افحص دليل استخدام الجهاز. ففي الأنظمة المدمجة يُذكر التنسيق المتوقع مع عمق البت في أغلب الأحيان.

جرّب بملف اختبار صغير. فهذا أسرع أسلوب إن لم تجد وثائق.

وبحسب النتيجة أمامك مساران.

إذا كان الهدف يقبل PNG ← قدّم PNG

في هذه الحالة لا تدخل في التحويل إطلاقًا. فـ PNG خيار أفضل من كل وجه:

عديم الفقد. فلا يوجد عيب في الجودة مقارنةً بـ BMP؛ وبيانات البكسل متطابقة.
أصغر بكثير. فالصورة نفسها تشغل أضعاف المساحة بصيغة BMP.
يحمل الشفافية حملًا موثوقًا. فدعم ألفا في BMP غير متسق ويضيع عادةً.
يمكن استخدامه في أماكن أخرى أيضًا. فبإمكانك استعمال الملف نفسه في الويب أو العروض التقديمية أو المستندات.

ويتولد لدى بعض المستخدمين حدس من قبيل "النظام القديم يعالج BMP معالجة أوثق"، لكن إذا كان البرنامج يُدرج PNG فلا سند لذلك. وتجنّب التحويل غير الضروري أكثر أمانًا دائمًا.

إذا كان الهدف لا يقبل سوى BMP ← حوّل، لكن بوعي

في هذه الحالة لا خيار آخر والتحويل مشروع تمامًا. غير أن ثمة نقاطًا ينبغي الانتباه إليها.

سطّح الشفافية مسبقًا. فدعم ألفا في BMP غير موثوق؛ وكثير من القارئات تتجاهل بايت ألفا فتمتلئ المساحات الشفافة بلون غير متوقع. فاملأ الخلفية بنفسك قبل التحويل باللون الذي سيُستخدم في الهدف. وبذلك لا تترك النتيجة للصدفة وتمتزج الحواف نصف الشفافة باللون الصحيح.

طابِق عمق البت. فـ BMP ليس نوعًا واحدًا. وإن لم تكن متيقنًا فابدأ بـ 24 بت؛ فهو المتغيّر الأوسع دعمًا. وإن لم يُقبل فجرّب 8 بت المفهرس أو 32 بت.

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

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

الاحتفاظ بالاثنين معًا

عند العمل مع الأنظمة القديمة يكون النظام الأكثر عملية هو:

PNG نسختك الأساسية. عديم الفقد، وصغير، ويصون الشفافية، وبإمكانك إعادة الإنتاج منه عند الحاجة إلى هدف آخر مستقبلًا.

وBMP مُخرَج منتَج. أجرِ عملية التحويل من PNG إلى BMP لذلك الجهاز أو البرنامج بعينه، واحذف الملف عند انتهاء العمل.

ويمنعك هذا الفصل من نفخ أرشيفك بلا داعٍ. فلا توجد أي ميزة معلوماتية في الاحتفاظ بمجلد مليء بملفات BMP؛ إذ يمكنك حفظ المعلومات ذاتها في PNG بمساحة أقل بكثير.

خطأ شائع: التحويل في الاتجاه الخاطئ

تحذير أخير. قد تفكّر أحيانًا في تحويل عكسي لـ"تحديث" أرشيف BMP القديم الذي بحوزتك — وهذه فكرة صحيحة عادةً، لأن PNG يخزّن البيانات ذاتها في مساحة أقل بكثير.

لكن لا تمسّ مجلد BMP الذي يقرؤه نظام لا يزال يعمل. فإذا كان برنامج قديم يبحث عن أصوله بالاسم والامتداد، فإن تحويلها وحذف النسخ الأصلية يجعل النظام معطلًا. ضع النسخ المحوَّلة في مجلد منفصل.

خلاصة القول

جواب سؤال التوافق يتوقف على عمر هدفك. ففي كل ما هو حديث يفوز PNG؛ وإذا وُجد برنامج أو جهاز قديم لا يستطيع قراءة سوى BMP فإن BMP ضرورة. واتخذ القرار لا بالتخمين، بل بقراءة الوثائق أو بالاختبار. وإذا لزمك التحويل فسطّح الشفافية بنفسك مسبقًا واضبط عمق البت وفق الهدف. وفي كل الأحوال احتفظ بـ PNG نسختك الأساسية — فـ BMP مُخرَج يمكن التخلص منه عند انتهاء العمل.