خرائط العمق 16 بت: إصلاح التدرج المتقطع والتحقق من ملف PNG

آخر تحديث: 13 سبتمبر 2026. تعتمد قياسات الترميز أدناه على تدرج اصطناعي، وليست مقياسًا لدقة العمق الذي يقدّره الذكاء الاصطناعي.

تبدو خريطة العمق ناعمة في المتصفح، لكن السطح بعد تطبيق الإزاحة تظهر عليه مدرّجات. تصدّر الملف بصيغة “PNG بعمق 16 بت” فلا يتغير شيء. قبل توليد صورة جديدة أو زيادة كثافة الشبكة، حدّد المرحلة التي تحولت فيها القيم إلى درجات. امتداد الملف وحده لا يجيب عن هذا السؤال.

إجابة سريعة: كيف تتجنب التدرج المتقطع في خريطة العمق؟

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

الحاوية ذات 16 بت لا تستعيد الدقة المفقودة. في تجربتنا القابلة للتكرار، احتفظ تدرج مُرمَّز مباشرة بعمق 16 بت بـ 4,096 قيمة مختلفة، بينما احتفظ تدرج 8 بت أُعيد حفظه بعمق 16 بت بـ 256 قيمة فقط. ومع ذلك أظهر الملفان كلاهما عمق العينة نفسه ونطاق القيم الكامل.

ما الذي يصلحه هذا الأسلوب، وما الذي لا يستطيع إصلاحه

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

للتعرّف على المفاهيم الأساسية، اقرأ مقدمتنا عن خرائط العمق. ولتصدير فعلي، ينتج مولّد خريطة العمق افتراضيًا ملف PNG بتدرج الرمادي بعمق 16 بت، ويوضح هل يعني الأبيض القريب أم البعيد، ويوفّر خيارًا لعكس العمق.

يحتفظ مسار الذكاء الاصطناعي في الأداة بالقيم العشرية العائمة حتى خطوة الترميز الأخيرة. أما إذا نبّهت الأداة إلى أنها استخدمت بدلًا من ذلك طريقتها الاحتياطية المعتمدة على الحواف والتمويه، فإن تلك الطريقة تبدأ من قيم 8 بت، لذا لا يحتوي ملف PNG بعمق 16 بت الناتج إلا على 256 مستوى كحد أقصى.

هل تختار عمقًا بـ 8 بت أم 16 بت أم بقيم عشرية عائمة؟

يُقاس عمق العينة في PNG لكل قناة، لا بجمع القنوات كلها. ملف PNG بصيغة RGBA الموصوف بأنه “32 بت” يخزّن 8 بت في كل قناة من قنواته الأربع، لذا تظل قيمة الرمادي المنسوخة إلى كل القنوات محصورة في 256 مستوى. وتسمح مواصفة PNG الصادرة عن W3C بأعماق عينة للتدرج الرمادي تبلغ 1 و2 و4 و8 و16 بت، ولا يتضمن PNG صيغة عينات بقيم عشرية عائمة.

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

ماذا قاست تجربتنا بين 8 بت و16 بت؟

أنشأنا تدرجًا أفقيًا بأبعاد 4,096 × 64 يضم 4,096 قيمة متساوية التباعد من صفر إلى واحد. ثم رمّزناه بثلاث طرق باستخدام NumPy وPillow، وأعدنا فتح كل ملف PNG، وقسنا ترويسته وعدد القيم المختلفة ونطاقه وأكبر خطأ مُطبَّع مقارنة بالتدرج الأصلي.

ضرب المسار الثالث كل عدد صحيح بعمق 8 بت في 257. بهذا يبقى الصفر صفرًا ويصبح 255 مساويًا 65,535، فيبدو النطاق صحيحًا. لكنه لا يستطيع إعادة إنشاء القيم الوسيطة التي فُقدت في التحويل الأول. ولهذا فإن الاكتفاء بالتحقق من عبارة “16 بت” أو من أكثر البكسلات سطوعًا يغفل نمط فشل مهمًا.

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

لإعادة إنتاج الملفات الثلاثة، ثبّت NumPy وPillow في بيئة Python ثم شغّل:

import numpy as np
from PIL import Image

ramp = np.tile(np.linspace(0, 1, 4096), (64, 1))
a8 = np.rint(ramp * 255).astype(np.uint8)
a16 = np.rint(ramp * 65535).astype(np.uint16)
wrapped = a8.astype(np.uint16) * 257
for name, values in [("ramp-8", a8), ("ramp-16", a16),
                     ("ramp-8-in-16", wrapped)]:
    Image.fromarray(values).save(name + ".png")

كيف تفحص ملف PNG الذي نزّلته؟

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

from pathlib import Path
import numpy as np
from PIL import Image

path = Path("depth.png")
raw = path.read_bytes()
assert raw[:8] == b"\x89PNG\r\n\x1a\n"
assert raw[12:16] == b"IHDR"
print("PNG sample depth:", raw[24])
print("PNG color type:", raw[25])  # 0 = grayscale
values = np.asarray(Image.open(path))
assert values.ndim == 2, "Inspect the grayscale export, not an RGB preview"
print("Range:", int(values.min()), int(values.max()))
print("Distinct values:", np.unique(values).size)

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

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

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

لماذا قد يبدو ملف سليم خاطئًا في Blender؟

تعامل مع الخريطة على أنها بيانات رقمية. في عقدة Image Texture، اضبط فضاء الألوان على Non-Color حتى لا يُطبَّق أي تحويل خاص بالعرض. صِل الصورة بمدخل الارتفاع أو الإزاحة المناسب، وتحقّق من طريقة الإزاحة في الخامة، وتأكد أن الشبكة تحتوي على هندسة كافية لإزاحة حقيقية.

تفرّق وثائق Blender الخاصة بالإزاحة بين خرائط النتوء (Bump) التي تغيّر التظليل فقط، والإزاحة الحقيقية التي تحرك السطح نفسه، ولذلك تحتاج إلى هندسة مقسّمة بدقة. لا يستطيع النتوء تغيير حدود الجسم الخارجية. ويختلف موضع القوائم باختلاف الإصدار، لذا اتبع الوثائق المطابقة لإصدارك.

أبقِ مقياس الإزاحة معتدلًا أثناء الاختبار. وتحقّق من Midlevel وإسقاط UV والاقتصاص ونسبة العرض إلى الارتفاع قبل زيادة التفاصيل. فتغيير كل الإعدادات دفعة واحدة يصعّب معرفة الخطوة التي تسببت في الخطأ.

قائمة تحقق موثوقة من التصدير إلى الاستيراد

قبل التصدير:

1. احتفظ بالصورة الأصلية وملف العمق الذي نزّلته معًا.
2. اختر صورة تنفصل فيها المقدمة عن الخلفية بوضوح.
3. افحص حواف الأجسام قبل اختيار صيغة التصدير.
4. صدّر مباشرة ملف PNG بتدرج الرمادي بعمق 16 بت لمسار متوافق.
5. سجّل هل تعني البكسلات الساطعة القريب أم البعيد في هذا التصدير.

بعد التنزيل:

6. تحقّق من الترويسة والنطاق والقيم المختلفة في الملف المحفوظ.
7. استورده كبيانات وتحقّق من الاتجاه بنقطة معروفة في المشهد.
8. اختبر منطقة صغيرة بهندسة مناسبة قبل العرض الكامل.
9. احتفظ بنسخة أصلية عالية الدقة قبل أي تحويل للتوافق.
10. احفظ الإعدادات الناجحة لمقارنة عمليات التصدير اللاحقة.

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

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

الأسئلة الشائعة

هل يجعل عمق 16 بت تقدير الذكاء الاصطناعي أدق؟

لا؛ فهو يحافظ على قيم مخرجات أدق، لكنه لا يصحح أخطاء النموذج في تفسير المشهد.

هل يزيل تحويل PNG من 8 بت إلى 16 بت التدرج المتقطع؟

تغيير الحاوية وحده لا يستعيد القيم المفقودة؛ وقد يخفف التنعيم الدرجات، لكنه يغيّر حقل العمق نفسه.

لماذا لا يحتوي ملف PNG بعمق 16 بت إلا على 256 قيمة مختلفة؟

ربما مرّ بمرحلة 8 بت، مع أن الصورة البسيطة قد تحتوي فعلًا على هذا العدد القليل من القيم دون خطأ.

هل يعني الأبيض دائمًا القريب في خريطة العمق؟

لا؛ فالاصطلاحات تختلف، لذا اقرأ إشارة القريب/البعيد في أداة التصدير وتحقّق منها بنقطة معروفة في المقدمة.

هل يمكنني استخدام JPEG كخريطة إزاحة؟

قد يقبله محرك العرض، لكن ترميزه الفاقد يجعله نسخة أصلية سيئة للحفاظ على قيم عمق دقيقة.

هل ملف PNG بصيغة RGBA وعمق 32 بت أدق من PNG رمادي بعمق 16 بت؟

ليس بالنسبة إلى خريطة عمق رمادية؛ فعبارة “32 بت” في RGBA تعني أربع قنوات بعمق 8 بت، لذا تبقى كل قيمة رمادية عند 256 مستوى ما لم تُوزّع أداةٌ العمقَ عمدًا على عدة قنوات.

لماذا تبدو معاينة المتصفح متطابقة للملفين؟

قد يخفي تحويل العرض الدقة الرقمية الإضافية، لذا افحص البيانات الأصلية واختبرها في التطبيق الذي ستستخدمها فيه.

هل تقدّم خريطة العمق هذه قياسات دقيقة للعالم الحقيقي؟

لا؛ فالتقدير النسبي المُطبَّع لا يحدد مسافات فيزيائية ولا يستعيد الهندسة غير المرئية.