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