Cuberite Forum
WorldEdit - Printable Version

+- Cuberite Forum (https://forum.cuberite.org)
+-- Forum: Plugins (https://forum.cuberite.org/forum-1.html)
+--- Forum: Plugin Releases (https://forum.cuberite.org/forum-2.html)
+--- Thread: WorldEdit (/thread-870.html)

Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18


RE: WorldEdit - NiLSPACE - 11-20-2015

Jazeker, net als FakeTruth (de originele maker van dit project) en Thugie Smile

Is it replicable? Thanks to the way the plugin works this shouldn't be possible.


RE: WorldEdit - PureTryOut - 11-20-2015

Yes it is replicable, I just did it again, using Cuberite development build and WorldEdit-master. Although it does not seem to have anything to do with the water, but rather the lowest layer.
Basically: every block in the lowest layer stays the same (so is ignored by //undo).


RE: WorldEdit - NiLSPACE - 11-20-2015

I'll try it out tomorrow. Thanks for the report Smile


RE: WorldEdit - NiLSPACE - 11-21-2015

I tried it with the latest version of Cuberite and the latest version of WorldEdit and for me it works perfectly. What Command are you using exactly? Including the parameters.


RE: WorldEdit - PureTryOut - 11-21-2015

Just "//set stone" (using a selection of ~1.5m blocks), and "//undo" afterwards.


RE: WorldEdit - NiLSPACE - 11-21-2015

It works great for me:



RE: WorldEdit - Schwertspize - 11-21-2015

what I have experienced so far.
using a too big selection and executing //copy will lead to am empty clipboard
executing //cut on a big selection removed the selection but ^^^^^^ lead to an empty clipboard. //undo did NOT work.
anyway using too big selection froze the vanilla client multiple times (me and a friend of mine) but was handled correctly by the server


RE: WorldEdit - NiLSPACE - 11-21-2015

Could you define big? I tried all your examples on a 174 * 94 * 146 selection with a volume of 2387976 blocks and everything worked perfectly. My copy command worked perfectly. //cut worked perfectly and //undo worked like expected.

Also, the client freezes because he receives so many blocks that it has to change. It's not something I can change easily.

I'm starting to think the problem is not in the plugin. Perhaps something with the architecture of the processor or the OS. We did once have a problem with ARM processors where the BLOCKFACE in the protocol changed to something else on a ARM processor. I'm using a x64 Windows 8.1 computer.


RE: WorldEdit - LogicParrot - 11-22-2015

There used to be a Bukkit WorldEdit extension called SafeEdit. It would update the world a bit by bit in a configurable interval and not all at once. It was great for large updates. I wonder if somthing similar could be done here.


RE: WorldEdit - NiLSPACE - 11-22-2015

We could just change the cBlockArea:Write function to split the action up.