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