الإسفنج وكتل الهيكل ليسا الملف نفسه
يبدو ملف .schem وملف .litematic وملف .mcstructure الخاص بـ Bedrock وكأنها قابلة للتبادل، حتى تحوّل أحدها فتجد كل صندوق وكائن وحالة كتلة قد اختفت.
يحتفظ كل من .schem و.litematic ببناء ما، وعند التحويل بينهما يكتشف معظم اللاعبين أن التنسيقين لم يتفقا قط على ماهية البناء ككيان. أحدهما يخزّن منطقة واحدة من الكتل. والآخر يمكنه الاحتفاظ بعدة مناطق مُسمّاة، لكل منها لوحة ألوانها الخاصة. انقل بلدة بينهما وستبقى المنازل بينما يضيع محتواها.
ما يحمله كل تنسيق فعليًا
| التنسيق | أين يعمل | حالات الكتل | كيانات الكتل | الكائنات |
|---|---|---|---|---|
.schem | Java، WorldEdit/Sponge | نعم | نعم | نعم |
.litematic | Java، Litematica | نعم | نعم | نعم |
هيكل .nbt | Java، كتل الهيكل | نعم | نعم | نعم |
.mcstructure | Bedrock | نعم | نعم | نعم |
تبدو الأعمدة متطابقة، وهذا هو الفخ. الفرق يكمن في معالجة لوحة الألوان ونطاق الإحداثيات، لا في قائمة الميزات.
لوحة الألوان هي الجزء الهش
يخزّن كل من هذه التنسيقات الكتل كفهرس داخل لوحة ألوان (palette) — قائمة بأنواع الكتل الفريدة التي يستخدمها الملف، حيث يحمل كل موضع رقمًا يشير إلى تلك القائمة. البناء الذي يستخدم بضع مئات من أنواع الكتل المتميزة يحمل لوحة ألوان بهذا الحجم، والمواضع مجرد أعداد صحيحة.
وهذا يعني أن الملف لا يكون قابلًا للقراءة إلا إذا استطاع القارئ تحديد كل مدخل في لوحة الألوان. الكتلة المضافة في إصدار Java أحدث ليس لها مقابل في Bedrock إطلاقًا، لذا يجب على التحويل من Java إلى Bedrock استبدالها أو حذفها. الهواء هو البديل المعتاد، والجدار الذي تنقصه كتل بشكل غامض هو دائمًا تقريبًا هذا السبب، لا تلفًا في الملف.
Java وBedrock يسمّيان الكتلة نفسها بشكل مختلف
هنا يتباعد Java وBedrock حقًا. يكتب Bedrock حالات الكتل على هيئة block_type مع مجموعة من الحالات على شكل مفتاح-قيمة؛ بينما يكتب Java معرّفًا بنطاق أسماء مع خريطة حالات. قد تكون الكتلة الفيزيائية نفسها minecraft:oak_stairs[facing=east,half=bottom] على أحد الجانبين وweirdo_direction مع upside_down_bit على الجانب الآخر — أسماء حالات وقيم مختلفة، لا نفسها معاد ترتيبها.
الدرج والبلاطات والأسيجة والجدران والأبواب ومكوّنات الريدستون هي التي تنقلب. السلّم الذي يظهر مقلوبًا بعد التحويل هو خطأ في تعيين الحالات، لا ملف تالف.
كتل الهيكل لا تخزّن ما تظنه
كتلة الهيكل عند الحفظ في .nbt تكتب صندوقًا محيطًا، وهذا الصندوق محدود بـ 48 كتلة لكل محور. لا تقسّم اللعبة بناءً أكبر — أي شيء خارج الصندوق ببساطة ليس في الملف. إذا كان البناء المحوَّل ينقصه طرفه البعيد، فتحقق من الصندوق الأصلي قبل أن تشك في أداة التحويل.
تُخزَّن الكائنات بشكل منفصل عن الكتل في كل من هذه التنسيقات. إطارات العناصر وحوامل الدروع واللوحات والوحوش ليست كتلًا، وأداة التحويل التي تمر على لوحة ألوان الكتل فقط ستحذفها بصمت.
عاين قبل أن تثق به
قائمة المواد هي أسرع فحص للتأكد: إذا لم تتطابق أعداد كتل الملف المحوَّل مع الأصل، فقد استُبدل شيء ما. يعرض معاينة الطبقات ذلك فورًا، شريحة أفقية واحدة في كل مرة، دون تحميل البناء في عالم.
حوّل بين .litematic و.schem وهيكل Java .nbt وBedrock .mcstructure، مع معاينة الطبقات وقائمة المواد، في محوّل المخططات.