I just released version 1.9.1 of WorldPainter, which fixes a number of bugs introduced in version 1.9.0, most importantly making exporting the world as an image work again, and fixing the collapsing status bar fields when starting WorldPainter by loading a .world file problem:
Improve the handling of the occurrences colum on the Custom Material editing screen. It now tries its best to keep the proportions of the other materials the same as you add, remove or change the occurrence of materials. In addition, the restriction on removing, or changing the occurrence of, the first row has been removed
Give a clear error message when trying to run on Java 6 on Linux
Error handling during loading of configuration, loading of Minecraft jars and importing of corrupted Minecraft maps has been made a bit more robust. WorldPainter will try to continue if it can instead of giving an error message
Bug fix: make exporting the world as an image work again
Bug fix: prevent collapse of status bar fields when starting WorldPainter by opening a .world file
Bug fix: make changing the contour line separation work again
Bug fix: don't crash when adding material to a Custom Material for which the total of the occurrences of all rows but the first is more than 900
Bug fix: don't try to extend vines down into the void, causing errors during Export or Merge
You will be offered the new version automatically when you next start WorldPainter, or you can download it from the first post. Let me know if you encounter any additional problems and please enjoy!
Well, 1.9.1 seems to crash instantly when I open WP, so decided to stick with 1.8.5. At least it works perfectly
I'm sorry to hear that. Could you help me out with some more details so I can fix it? How exactly does it crash, could you send me a screenshot? And could you send me the WorldPainter log file (%APPDATA%\WorldPainter\logfile0.txt, assuming you're on Windows)?
Others have reported that resetting the WorldPainter configuration (by deleting the config file at %APPDATA%\WorldPainter\config, or if that doesn't help, deleting the entire %APPDATA%\WorldPainter directory (make sure to backup any custom brushes you have in there, if any)) helps. Could you try that (after sending me the log file)?
Edit: as a matter of fact, before you delete the config file, could you send me that too?
Nah, I'm happy with the older version. But if I change my mind, I'll do that (assuming that you haven't released new version that works on my computer before that lol).
That's not likely ever to happen if you won't help me debug the problem. At the very least, could you send me the complete contents (just zip it) of your %APPDATA%\WorldPainter directory?
The 1.9.1 update is awesome! thank you so much for this program, its the best map editor of them all. and not just for Minecraft, it has so many uses...thanks again!
I just downloaded 1.9.1 of World Painter and noticed that when I want to create a custom terrain, that when I add materials, WP evenly spreads the percentages across all materials. If I change the percentage for 1 material, it adjusts all other materials as well to equal out the percentages. If I attempt to change a 3rd, it does the same thing changing to original percentage I set for a previous material.
It's a feature. I hope you'll agree that it has to do something with the other permillages, right? They always have to add up to 1000, otherwise it wouldn't be a permillage. What it used to do is always adjust the first row, which seemed less useful than what it does now. Now, the other materials always keep their relative ratios whenever you add or change a material. Do you find the way it works now problematic?
Firstly, DraperyOfConsciousness is experiencing the same problem as me. Glad to know it's not just me.
Actually I think his issue is different. I think I've identified it and it should be fixed in the next release. Yours is still a mystery to me though, especially the fact that the circles and brush outline are off centre.
Thanks for the video by the way! If only all bug reports were this well documented.
I use Windows 7 Ultimate, and Version 7 Update 7 of Java (build 1.7.0_07-b11).
That's a very old version of Java (about two years). I wonder if this issue might actually be caused by a Java bug. Would you mind upgrading Java to the latest version (version 7 update 60, or even version 8) and seeing if that fixes the issue? It's a good idea to keep Java up to date anyway, since security issues are discovered in it regularly. This old version is riddled with security holes which might leave your PC vulnerable to attacks.
What happens when you go cross the border of the map you made, will minecraft just automatically generate chunks or instead will you just have a limited map size?
Rollback Post to RevisionRollBack
The EULA "changes" will not end minecraft servers.
What happens when you go cross the border of the map you made, will minecraft just automatically generate chunks or instead will you just have a limited map size?
Is it also possible to expand a current world you are working on? Like If I'm working on a 1536x1024 world in worldpainter, could I possible expand the space to 2048x2048?
The image overlay is an absolute frame killer. Even a small image such as 2.5k*2k kills framerate and zooming (anything smaller than 50%). I did recently reinstall worldpainter and java so it's fresh..
I recently updated to the latest version, and using a background image to help me create land causes huge lagspikes, which makes it absolutely impossible for me to use the software.
Could you both confirm whether you are using a scale different than 100% for the overlay? And if so, could you please test whether the lag goes away (or is at least improved) if you scale the image manually outside of WorldPainter and load it at 100% (in the latest WorldPainter)? Many thanks in advance! I can't reproduce the problem on my computer, so I need your help to get to the bottom of this.
Since recently, minecraft crashes when loading chunks with void in them exported from a specific .world project. It also occurs when there isn't a void layer per se, but a bottomless world with terrain at y=0.
Yes, that's a known bug in Minecraft which I've written about several times. It happens when Minecraft tries to populate a chunk which has void in it. The way to prevent it is therefore to make sure that circumstance never happens, for example by not using Populate (at least not less than a chunk's width near void) or the "allow Minecraft to populate the entire terrain" option. The same goes for the outside edges of the map, since Minecraft will always try to populate the chunks along the outer edges of the generated map if it has occasion to load them. So if you use the Void border, make sure it's wide enough so that Minecraft never has to load the outer chunks, and don't stray too far from the edge of the world, causing Minecraft to load those chunks after all. 256 blocks should do it.
The bug has been reported here. If you want to help get it fixed, create an account there (quick and free) and vote for the bug.
The other thing: I can't use block 175 (double tall flowers and double tall grass/ferns) as a material for a custom ground cover layer. When loading the world, the tall plants simply aren't there.
That's because the top and bottom blocks of double high plants have different data values. You can't use a custom ground cover layer to place them. The Grass terrain type will place all double high plants randomly. If you need more control you'll have to use a Custom Object Layer. I think Lentebriesje has a schematics pack containing all the double high plants.
Is it also possible to expand a current world you are working on? Like If I'm working on a 1536x1024 world in worldpainter, could I possible expand the space to 2048x2048?
Yes, that's what the Add/Remove Tiles screen is for. Ctrl+T, or the puzzle piece icon on the toolbar, or from the Edit menu.
Captain Chaos, I'm experiencing the same problem as Fornad. Until now I didn't paint anything so I didn't see that the cursor is out of the center of the brush.
That's weird, because I definitely found and fixed a bug which looked exactly like your screenshot, and which would not explain what Fornad was seeing. Let's wait until the next release, please let me know if you still notice the issue after that!
<3
I'm sorry to hear that. Could you help me out with some more details so I can fix it? How exactly does it crash, could you send me a screenshot? And could you send me the WorldPainter log file (%APPDATA%\WorldPainter\logfile0.txt, assuming you're on Windows)?
Others have reported that resetting the WorldPainter configuration (by deleting the config file at %APPDATA%\WorldPainter\config, or if that doesn't help, deleting the entire %APPDATA%\WorldPainter directory (make sure to backup any custom brushes you have in there, if any)) helps. Could you try that (after sending me the log file)?
Edit: as a matter of fact, before you delete the config file, could you send me that too?
I created WorldPainter. For support, please visit the WorldPainter subreddit.
That's not likely ever to happen if you won't help me debug the problem. At the very least, could you send me the complete contents (just zip it) of your %APPDATA%\WorldPainter directory?
I created WorldPainter. For support, please visit the WorldPainter subreddit.
WP imports .schematic file fine for me.
I stand corrected. I was under the impression this whole time that WP didn't do Schematic. XD
Thanks
You're welcome.
Is this a bug or am I doing something wrong?
It's a feature. I hope you'll agree that it has to do something with the other permillages, right? They always have to add up to 1000, otherwise it wouldn't be a permillage. What it used to do is always adjust the first row, which seemed less useful than what it does now. Now, the other materials always keep their relative ratios whenever you add or change a material. Do you find the way it works now problematic?
I created WorldPainter. For support, please visit the WorldPainter subreddit.
Actually I think his issue is different. I think I've identified it and it should be fixed in the next release. Yours is still a mystery to me though, especially the fact that the circles and brush outline are off centre.
Thanks for the video by the way! If only all bug reports were this well documented.
That's a very old version of Java (about two years). I wonder if this issue might actually be caused by a Java bug. Would you mind upgrading Java to the latest version (version 7 update 60, or even version 8) and seeing if that fixes the issue? It's a good idea to keep Java up to date anyway, since security issues are discovered in it regularly. This old version is riddled with security holes which might leave your PC vulnerable to attacks.
I created WorldPainter. For support, please visit the WorldPainter subreddit.
The EULA "changes" will not end minecraft servers.
It will generate normal minecraft terrain.
The EULA "changes" will not end minecraft servers.
Could you both confirm whether you are using a scale different than 100% for the overlay? And if so, could you please test whether the lag goes away (or is at least improved) if you scale the image manually outside of WorldPainter and load it at 100% (in the latest WorldPainter)? Many thanks in advance! I can't reproduce the problem on my computer, so I need your help to get to the bottom of this.
I created WorldPainter. For support, please visit the WorldPainter subreddit.
Yes, that's a known bug in Minecraft which I've written about several times. It happens when Minecraft tries to populate a chunk which has void in it. The way to prevent it is therefore to make sure that circumstance never happens, for example by not using Populate (at least not less than a chunk's width near void) or the "allow Minecraft to populate the entire terrain" option. The same goes for the outside edges of the map, since Minecraft will always try to populate the chunks along the outer edges of the generated map if it has occasion to load them. So if you use the Void border, make sure it's wide enough so that Minecraft never has to load the outer chunks, and don't stray too far from the edge of the world, causing Minecraft to load those chunks after all. 256 blocks should do it.
The bug has been reported here. If you want to help get it fixed, create an account there (quick and free) and vote for the bug.
That's because the top and bottom blocks of double high plants have different data values. You can't use a custom ground cover layer to place them. The Grass terrain type will place all double high plants randomly. If you need more control you'll have to use a Custom Object Layer. I think Lentebriesje has a schematics pack containing all the double high plants.
I created WorldPainter. For support, please visit the WorldPainter subreddit.
Yes, that's what the Add/Remove Tiles screen is for. Ctrl+T, or the puzzle piece icon on the toolbar, or from the Edit menu.
I created WorldPainter. For support, please visit the WorldPainter subreddit.
That's weird, because I definitely found and fixed a bug which looked exactly like your screenshot, and which would not explain what Fornad was seeing. Let's wait until the next release, please let me know if you still notice the issue after that!
I created WorldPainter. For support, please visit the WorldPainter subreddit.