أولًا ميّز: هل هي «مشكلة ملف» أم «عدم توافق إصدار/صيغة»

عندما يظهر العالم برسالة «الإصدار خاطئ» أو «الإصدار قديم جدًا» ولا يفتح، فالخطوة الأولى ليست التسرّع في الإصلاح، بل تحديد فئة السبب — فطريقة معالجة الفئتين مختلفة تمامًا:

  • مشكلة الملف/التجميع. مثل خطأ في مستوى بنية الضغط، أو عدم وجود level.dat في جذر الأرشيف المضغوط، أو إضافة طبقة مجلّد زائدة في الخارج. هذه في الحقيقة لا علاقة لها بـ«الإصدار»، بل يُساء التعرّف عليها كحالة شاذة عند الاستيراد، ويكفي إصلاح بنيوي بسيط لحلّها.
  • عدم توافق حقيقي في الإصدار/الصيغة. مثل أن يكون العالم من إصدار لعبة أقدم بكثير، أو أن يكون أصلًا عالم Java تريد فتحه في إصدار Bedrock. هذه اختلاف في الصيغة وليست عطبًا في الملف، ولا يحلّها الإصلاح.

يستطيع TopoBlocks إجراء تشخيص مجاني على الجهاز للعالم (.mcworld / .zip / عالم Java)، فيقرأ إصدارَه وصيغتَه ويحدّدهما، ويخبرك أولًا بأي الفئتين أنت، ثم تقرّر الخطوة التالية. وإذا أردت أولًا فهم الفرق الجوهري بين Java وإصدار Bedrock، فاطّلع على ما الفرق بين إصدار Java وإصدار Bedrock.

إذا كانت مشكلة بنية: تشخيص مجاني على الجهاز + إصلاح بسيط

إذا كانت نتيجة التشخيص أن بنية الملف أو مستوى التجميع خاطئ، فهذا خبر سار — فهذه الحالة إصلاحها البنيوي البسيط مجاني، وينتج ملف .mcworld جديدًا قابلًا للاستيراد بشكل سليم، دون أن يطمس ملفك الأصلي مطلقًا، ويبقى العالم الأصلي محفوظًا مع بصمته (hash) قابلًا للتتبّع.

ولا بد من التأكيد: الإصلاح البنيوي يعالج مشكلات الملف/التجميع فقط، ولا يصلح مشكلات غير متعلقة بالملف مثل تعطّل اللعبة أو التعديلات (mods) أو عدم توافق الإصدار. لذا إذا قال التشخيص إنها مشكلة صيغة عبر الإصدارات/المنصّات، فلن يجعل الإصلاحُ العالمَ قابلًا للفتح، وعليك سلوك مسار التحويل أدناه. وللاطّلاع على المسار الكامل للتشخيص والإصلاح، راجع الدليل المعمّق فتح العوالم وتشخيصها وإصلاحها.

إذا كان انتقالًا بين إصدارات كبيرة أو Java↔Bedrock: يحتاج تحويلًا دون ضمان الخلو من الفقد

بصراحة: بين الإصدارات الكبيرة، أو بين إصدار Java وإصدار Bedrock، المطلوب تحويل لا إصلاح.

  • عالم Java تريد لعبه في إصدار Bedrock. عدم فتح إصدار Bedrock لعالم Java سلوك متوقّع — فصيغة العالمَين مختلفة جذريًا. الحل العملي هو إجراء تحويل أحادي الاتجاه من Java إلى إصدار Bedrock عبر TopoBlocks (لا يمكن لإصدار Bedrock التحويل عودةً إلى Java). نمنحك قبل الدفع تقييمًا لدرجة التوافق، ولا نَعِد أبدًا بنتيجة «خالية تمامًا من الفقد»: التضاريس ومعظم الكتل والحاويات والبُنى تُنقل عادةً، بينما قد تُستبدَل الكيانات الخاصة بـ Java، وحِزَم السلوك/الموارد، وبعض سلوكيات الحجر الأحمر بمكافئات متوافقة أو تُنقل إلى التقرير التفصيلي. وبعد الانتهاء نمنحك تقريرًا تفصيليًا بالتغييرات، ويُسترد المبلغ تلقائيًا عند الفشل، والأسعار حسب ما هو معروض داخل التطبيق. للتفاصيل العملية انظر تحويل Java إلى Bedrock (قابل للّعب على iPhone).
  • تريد أولًا تقدير إمكانية التحويل وجودته. كلما كان المحتوى أقدم أو أكثر خصوصية، زاد احتمال استبداله أثناء التحويل أو نقله إلى التقرير. ننصح بقراءة كيف تقرأ التوافق عند تبديل الجهاز أو الإصدار أولًا، لتكون على بيّنة قبل الدفع.

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