-
Notifications
You must be signed in to change notification settings - Fork 166
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Multiple issues when offsetting imported chunks #30
Comments
Sorry for the delay in responding, I was on holiday :) From my experiences with
If you know of anything else that might be affected, please let me know. |
Thanks for responding! Here is a list of entities that may have to be offset for it to work: |
Thank you very much!
I made a branch that applies alle those changes if you would like to test it: I only had the time to do a very simple test using cows and a sign. :) |
Thanks for the quick fix! I'm used to using the exe with the GUI to run this. Could you point me to the directions on how to use the source files you linked directly? |
Here's a compiled version: mcaselector-1.8.2-all.jar.zip |
Incredible! I spent ~30 minutes testing all the corner cases and entities I could think of and everything seems in place. 0 crashes, 0 issues, all items and chests unaffected. Works perfectly as far as I can tell. |
Actually, there may still be an issue. When I went to import the region files not all of them get properly imported: Any idea what could be causing this? When I try to import the region files directly, it still won't work. They did import nominally under 1.8.1, though without properly handling entities so the game would crash. Now it seems to not be importing at all. |
Here are two region files demonstrating this (11MB): https://drive.google.com/drive/folders/1-N6DSiKHl99T6IBYYIwEJlvioPLtefFA?usp=sharing One of the files successfully imports (0,0), the other one is skipped (0,-1). Even when importing with zero offset, that region is skipped. |
Thanks for testing! cannot cast ListTag<ByteTag> to ListTag<CompoundTag> Apparently Mojang decided to sometimes have a list of byte tags to save entities (???). Here's a new version with a fix: Another thing i thought about are contents of command blocks (commands). I really won't be able to change coordinates in those without writing a complete command parser (which I won't do). I added a warning to the chunk import dialog to make that clear. |
Awesome! Will test tonight as soon as I get home. Command blocks are no problem! Reasonable that commands won't work when you shift stuff if they rely on absolute coordinates. Thanks for the heads up though. |
Found another thing to consider: Maps. I will most likely not update coordinates of maps when importing chunks, as the map files are not part of the region files. Also merging different worlds into one might create conflicting map files. |
Fortunately, there are no maps in that world file so it didnt affect my use case. I tested it and have merged the two worlds with no problems. Feel free to close this bug out whenever you feel comfortable. Truly appreciate all the help! |
Thank you very much for testing! Have fun with release 1.8.2! |
I am trying to merge two worlds by offsetting all the chunks in world B by +1024 chunks (x).
I encountered some issues in the process, and am wondering if there is a workaround.
First, I had to individually import all files greater than 2MB or the importer would get stuck indefinitely. This took a while but eventually it seemed to work.
When I teleported to the new location, things seemed fine at first, but when I try moving further away the world stops loading new chunks and it isnt able to save when exiting.
Also, all the chests seemed to have been deleted, but they are "invisible" until touched, at which point I noticed all of the chest data (items) were deleted and the chests were empty. Is this intended?
The text was updated successfully, but these errors were encountered: