أي مسار تختار للبرامج التي تطلب مُخرَج BMP؟
5 دقيقة للقراءة
الصياغة الصحيحة للسؤال
أحيانًا لا يكون أمامك خيار. فلوحة خط إنتاج، أو برنامج Windows قديم، أو أداة استيراد في CAD، أو شاشة إقلاع جهاز، لا تقبل سوى BMP ولا مجال للتفاوض. وفي هذه الحالة لا يكون السؤال المطروح "هل ينبغي أن أحوّل إلى BMP"، بل "مِن أي شيء ينبغي أن أنتج BMP".
ذلك أن ثمة أكثر من طريق يفضي إلى BMP، والطريق الذي تسلكه يؤثر في النتيجة تأثيرًا مباشرًا. وهذا المقال يقارن ذلك القرار.
النقطة الحاسمة: BMP ينقل المصدر ولا يحسّنه
قبل الانتقال إلى المقارنة لنوضّح القاعدة الأساسية، لأن كل شيء مبني عليها.
BMP تنسيق غير مضغوط يخزّن بيانات البكسل المُسلَّمة إليه كما هي. فهو لا يصلح المحتوى ولا ينقّيه ولا يزيل الآثار. أي أن جودة ملف BMP لديك هي جودة المصدر بالكامل.
ومعنى ذلك عمليًا هو: اختيار المصدر هو القرار الحقيقي الوحيد في هذا التحويل. فلا يوجد في التحويل نفسه شريط تمرير جودة لضبطه؛ والحاسم هو ما تقدّمه مُدخلًا.
المسار الأول: من JPG إلى BMP
وهو السيناريو الأكثر ورودًا، لأن معظم الصور التي بحوزتنا JPG أصلًا.
ماذا يحدث: تُفك شفرة JPG وتُكتب بيانات البكسل في حاوية BMP بحالتها الخام. ولا ينشأ في هذه الخطوة فقد جديد — لأنه لم يبقَ شيء يمكن فقدانه. فقد أسقطت خوارزمية الضغط المعلومات التي تلاحظها العين قليلًا لحظة حفظ ملف JPG أصلًا.
النتيجة: تنتقل جميع عيوب ملف JPG لديك إلى BMP كما هي. فالتحلّقات حول الحواف الحادة، والتكتلات في الانتقالات المسطحة، والتليين في النُّسُج الدقيقة — كلها هناك، وهي الآن مخزَّنة بلا ضغط.
متى يكون ذلك مقبولًا: إذا كان المصدر الوحيد لديك JPG وكان النظام المستهدف سيعرض الصورة عرضًا بسيطًا. فهذا كافٍ عادةً لشاشة إقلاع أو صورة واجهة أو معاينة.
متى يسبب مشكلة: إذا كان في الصورة نص أو خط رفيع أو حدود حادة. فآثار JPG مرئية في هذا المحتوى وتصير دائمة في BMP. كما أنه إذا كان سيُجرى تحليل أو قياس آلي على الصورة، فقد تؤثر الآثار في النتائج لأنها تغيّر قيم البكسلات.
المسار الثاني: من PNG إلى BMP
إذا كانت لديك نسخة PNG من الصورة نفسها أو كنت تستطيع العودة إلى المصدر وإنتاج PNG، فينبغي أن يكون هذا خيارك.
ماذا يحدث: PNG تنسيق عديم الفقد؛ وبيانات البكسل في داخله مصونة بدقة كما كانت لحظة الحفظ. وتُكتب هذه البيانات مباشرة في BMP.
النتيجة: يحمل ملف BMP الناتج بيانات بكسل أنظف من ملف BMP الآتي عبر مسار JPG. وقد يبدو الملفان متشابهين على الشاشة لكن ثمة فرقًا على مستوى البكسل، وهذا الفرق واضح خصوصًا في النصوص والحواف الحادة.
ونقطة الانتباه الوحيدة هي الشفافية. فـ PNG يحمل قناة ألفا حملًا موثوقًا؛ أما BMP فقد لا يحملها. وقد أفردنا لهذا الموضوع عنوانًا منفصلًا أدناه.
ملخص المقارنة
| المعيار | BMP مصدره JPG | BMP مصدره PNG | | --- | --- | --- | | دقة البكسل | آثار المصدر دائمة | بيانات المصدر طبق الأصل | | النص والحواف الحادة | التحلّق ينتقل | نظيف | | الملاءمة للقياس/التحليل | محفوف بالمخاطر | ملائم | | الشفافية | غير موجودة أصلًا | قد تضيع، ويلزم التحقق | | حجم الملف الناتج | نفسه | نفسه |
والسطر الأخير جدير بالانتباه: فحجم BMP لا يتوقف على المصدر إطلاقًا. وإذا تطابقت الدقة وعمق البت أنتج المساران ملفًا بالحجم نفسه. أي أن الانطلاق من JPG لا يمنح حتى ميزة في الحجم — بل يحمل عيبًا في الجودة فحسب.
مِزلق الشفافية
هذه أكثر المشكلات وقوعًا عند الانطلاق من PNG.
فمتغيّر BMP بنظام 32 بت BGRA يستطيع احتواء قناة ألفا، غير أن دعم ذلك غير متسق بين التطبيقات. فكثير من القارئات تتجاهل بايت ألفا تجاهلًا تامًا وتعرض المساحات الشفافة معتمة. أما اللون الذي تُملأ به فيتغير بحسب القارئ؛ وهو الأبيض أو الأسود عادةً لكن لا يُعتمد على ذلك.
وإذا كان الأمر يتعلق بجهاز أو برنامج قديم، فالأكثر أمانًا افتراض عدم وجود دعم لألفا.
والحل بسيط: املأ الخلفية عمدًا باللون الذي تريده قبل التحويل. فإذا كان شعار سيُعرض على لوحة داكنة، فاجعل خلفيته بذلك اللون الداكن. وبذلك لا تترك النتيجة للصدفة، وتحصل في النظام المستهدف على الصورة التي تتوقعها بالضبط.
عمق البت: السبب الحقيقي لحالات الرفض
شكوى "الملف BMP صالح لكن الجهاز لا يقبله" تأتي من هنا في كل الأحوال تقريبًا.
فـ BMP ليس بنية واحدة. إذ له متغيّرات مثل 24 بت و32 بت و8 بت مفهرس، والأنظمة القديمة لا تستطيع قراءة سوى أحدها في أغلب الأحيان. كما تتوقع كثير من الأجهزة المدمجة دقة ثابتة؛ فترفض الملف ذا المقاس الخاطئ أو تعرضه مشوَّهًا.
وقبل إجراء التحويل، ابحث في وثائق النظام المستهدف عن أمرين: عمق البت المتوقع ومقاس البكسل المتوقع. فعند عدم تطابق هاتين المعلومتين لن تحصل على نتيجة حتى لو كان التنسيق صحيحًا.
القرار العملي
الترتيب واضح:
- إذا كان لديك مصدر عديم الفقد فانطلق منه. ملف التحرير الأصلي، أو نسخة PNG، أو مسح ضوئي عديم الفقد — أيها توفّر أعطاك النتيجة الأنظف.
- إذا لم يتوفر سوى PNG فانطلق من PNG. واحسم مسألة الشفافية مسبقًا.
- إذا لم يتوفر سوى JPG فانطلق من JPG. فـ التحويل من JPG إلى BMP يؤدي الغرض؛ لكن اعلم أن عيوب المصدر تصبح دائمة.
- لا تجعل في السلسلة أكثر من خطوة JPG واحدة. فبإمكانك التنقل بين التنسيقات عديمة الفقد ما شئت، لكن كل عملية حفظ بصيغة JPG تضيف طبقة تشويه جديدة.
خلاصة القول
في الطريق إلى BMP لا يكون التحويل نفسه هو الحاسم؛ بل المصدر هو الحاسم. فانطلق من أكثر مصدر ممكن انعدامًا للفقد في خطوة واحدة، واعرف مسبقًا توقّع النظام المستهدف من حيث عمق البت والدقة، وسطّح الشفافية بنفسك بدلًا من تركها للصدفة. فإذا فعلت هذه الأمور الثلاثة تكون قد أزلت من البداية معظم المفاجآت التي ستصادفها في التعامل مع نظام قديم.
الأسئلة الشائعة
إذا كانت لديّ نسختا JPG وPNG من الصورة نفسها، فمن أيهما أنتج BMP؟
أنتجه من PNG. فلأن PNG عديم الفقد لا توجد في داخله آثار ضغط JPG؛ ويحمل ملف BMP الناتج بيانات بكسل أنظف. أما إذا انطلقت من JPG فستنتقل التحلّقات والتكتلات وتليين الحواف إلى BMP كما هي وتصبح دائمة. وحتى لو بدا الملفان متشابهين على الشاشة فثمة فرق على مستوى البكسل، وهذا الفرق واضح خصوصًا في الصور المتضمنة نصوصًا وخطوطًا وحوافّ حادة.
جهازي لا يقبل ملف BMP رغم أن التنسيق صحيح. لماذا؟
المشكلة على الأرجح ليست في التنسيق بل في المتغيّر. فـ BMP ليس بنية واحدة؛ إذ يمكن إنتاجه بأعماق بت مختلفة مثل 24 بت و32 بت و8 بت مفهرس، والأنظمة القديمة لا تقبل سوى أحدها في أغلب الأحيان. كما تتوقع كثير من الأجهزة المدمجة دقة ثابتة وترفض الملف المختلف الحجم. تحقق في وثائق الجهاز من عمق البت المتوقع ومقاس البكسل المتوقع؛ فعند عدم تطابقهما قد يُرفض حتى ملف BMP صالح.
ماذا أفعل إذا احتجت إلى تحويل صورة تتضمن شفافية إلى BMP؟
اعرف أولًا ماذا سيفعل النظام المستهدف بالشفافية. فمتغيّر 32 بت من BMP يستطيع حمل قناة ألفا، لكن هذا الدعم غير متسق بين التطبيقات وكثير من القارئات تتجاهل بايت ألفا. وفي هذه الحالة تُملأ المساحات الشفافة بلون مصمت؛ وقد يتغير اللون المستخدم بحسب القارئ. والأسلوب الأكثر أمانًا هو أن تملأ الخلفية عمدًا باللون الذي تريده وأن تزيل الشفافية بنفسك قبل التحويل؛ وبذلك لا تترك النتيجة للصدفة.
هل يسبب عدد الخطوات في سلسلة التحويل مشكلة؟
المهم عدد الخطوات ذات الفقد في السلسلة، لا العدد الإجمالي للخطوات. فبإمكانك التنقل بين التنسيقات عديمة الفقد ما شئت؛ والانتقال من PNG إلى BMP ثم العودة إلى PNG لا يغيّر الصورة. في المقابل، تضيف كل عملية حفظ بصيغة JPG طبقة تشويه جديدة. أي أنه إذا كانت في سلسلتك أكثر من خطوة JPG فالمشكلة هناك. وأنتج BMP إن أمكن في خطوة واحدة من أقرب ملف عديم الفقد إلى المصدر.
جرّب ذلك الآن باستخدام JPG → BMP Dönüştür.
جرّب JPG → BMP Dönüştür