簡短結論：絕大多數能對上，少數會被替換

轉換後覺得方塊或座標「對不上」，通常不是出了 bug，而是 Java 版和基岩版本來就在少數方塊、座標系細節上有差異。TopoBlocks 的轉換是單向的 Java 版 → 基岩版，過程中會做方塊對應：絕大多數方塊都能一一對應，只有個別 Java 版專屬方塊在基岩版沒有完全相同的對應物，會被替換為最接近的相容等價物。我們從不承諾「100% 無損」，但也不會偷偷替換——每一處更動都寫進完成後的逐項變更報告。想先弄清兩版本的底層差異，可看 Java 版和基岩版有什麼區別。

哪些「對不上」是正常的

  • 個別 Java 版專屬方塊被替換。 基岩版沒有完全等價的方塊時，轉換會選一個最接近的相容等價物，而不是丟棄。報告裡會逐條列出原方塊和替換結果。
  • 方塊朝向、含水態等細節差異。 兩版本對部分方塊的狀態表示不同，遷移後偶有細微出入，屬於版本差異而非座標錯亂。
  • 區塊邊界處的觀感差異。 世界資料按區塊儲存，兩版本在區塊邊界的處理不完全一致，遠看可能覺得某處「不太一樣」。

需要強調的是：地形與結構配置通常按原座標遷移，不會整體平移或錯位。 想知道更完整的「哪些能轉、哪些不能」，可參考 Java 轉基岩，哪些能遷移、哪些不能。

轉換前後該怎麼核對

為了讓你「先看清再決定」，轉換流程刻意分成兩步：

  1. 付費前看相容度評分——預估這張圖裡有多少內容能完整遷移、多少可能被替換，讓你判斷值不值得轉。
  2. 完成後看逐項報告——把每一處被替換為相容等價物的方塊、以及移入報告說明的內容都列清楚，匯入基岩版後照著核對即可，心裡有數。

轉換按次付費、失敗自動退款，價格以 App 內為準；而且絕不覆蓋你的原始檔案——每次都產生新的 .mcworld，原 Java 版世界連同雜湊都保留、可追溯，不滿意還能重來。關於不同版本(如 1.20/1.21)輸出的相容性，可看 轉換後的世界版本相容嗎（1.20/1.21）。想了解完整的轉換步驟，也可參考深度教學 Java 轉基岩。