[RE-MADE][WIP] "WorldEdit 2" - WorldModify

Discussion in 'WIP and Development Status' started by Vilsol, Jul 1, 2013.

Thread Status:
Not open for further replies.
  1. At first! This plugin wont be called WorldEdit 2. If someone can come up with amazing name then please post in comments!

    Back to the topic. As we all know WorldEdit is one of the most advanced plugins that is available from all bukkit plugins. The problem is that it could also be awarded for the most server crashes and player in-experiences. What I am trying to do with my plugin is to take what WE has done wrong and make it right. What I can already tell is that there won't be almost any crashes from this plugin (Except if you fiddle with the config too much). I will be trying to make the plugin as efficient as possible so when someone would be using it no one would even feel a difference.

    My planned features:
    • 100% configurable settings.
    • A GUI using inventories.
    • Easy commands.
    • Much more!
    What I want to do with this thread is ask something to you. What would you want to add to WE and why?

    GitHub: https://github.com/Vilsol/WorldModify
    Jenkins: http://176.106.161.164:8080/job/WorldModify/

    Suggestions approved:
    • Global and Individial limit by Spawnstah
     
  2. Offline

    Brian_Entei

    Pretty cool, I wish you good luck!
     
  3. Thank you!
     
  4. I don't know if this is already included in that statement, but I would like to make it possible to queue changes.
    Both a Global and Individual limit.

    So for example, a user can't change more than 100.000 blocks, where the changes are carried out with 5000 blocks per second. And if there are multiple persons doing WE at the same time, it can't use more than 10.000 blocks per second, which get's divided between all players.
    Meaning, if 2 persons do WE at the same time, they get 5000 blocks per second. But if 5 persons do WE at the same time, they only get 2000 blocks per second.
    And while you are at it, also make a limit, so there can't be more than for example 500.000 blocks in the queue at any given time with a "WE Queue is full, please try again later" message.

    In short:
    Total Max Blocks in Queue: 500.000
    Total changes per second: 10.000
    Individual Max Blocks in Queue: 100.000
    Individual changes per second: 5000

    Would be fantasic with permissions nodes that match those settings.

    worldedit.user.maxqueue.100.000
    worldedit.user.changesPerSecond.5000
    worldedit.user.overridequeue
    worldedit.user.instantchanges

    And possibly individual permissions nodes for each WE command too.
     
    DatGuy_ likes this.
  5. That is a very good idea, i will definitely try implementing that. Thank you!
     
  6. Offline

    spetznack

    Make it possible to paste schematics or whatever you will call them, using command blocks! :>

    This will enable map-makers to go to a whole new level without having to use heavier methods (mc-edit filters and spawners).

    Basicly, you could change blocks using redstone and THAT is awesome :)
     
  7. Offline

    Gorro_Rojo

    What i've always asked the world edit developers for something they neverdid: Make it able to work with command blocks.
     
  8. What do you mean?
     
  9. Offline

    afistofirony

    Gorro_Rojo The way WorldEdit works makes implementation of command block support tricky.

    WorldEdit stores a user's data directly so that players can use the //undo and //redo command. Command blocks do not have designated names, and means WorldEdit cannot store a command block's data to any specific session. That also means that players can't run "//undo commandblock" or something similar.

    In any case, there's only a few commands that could possibly work with command blocks (radius-based ones like //forestgen or //cyl) since command blocks cannot have selections. There's not enough commands there to be worth the implementation, and in any case it's probably a waste of time to use a command block to do a command that you could just run yourself.
     
  10. Offline

    TomFromCollege

    I already have this in my plugin, but if you're considering remaking WorldEdit, here are a few features I found useful myself:

    An API that is EASY to use...
    • Generate shapes of blocks via another plugin
      Code:
      WorldEdit2.getInstance().createSelection(Location l1, Location l2);
    • Paste schematics via another plugin
      Code:
      WorldEdit2.getInstance().pasteSchematic(Location l, File schematic);
    Add the additions of changes per tick, and ticks per change:
    • Allow a few ticks in between generation to allow the server and players to keep up
     
  11. Offline

    RROD

  12. Offline

    JJE990

    Nice, can't wait :D
     
  13. Well about the last thing. I have already finished set replace and undo commands. I am going to make a system that checks if the tickrate falls below 10 it will reduce the blocks per tick and if it is below 5 it will skip until it rises above 10
     
  14. Offline

    sfxworks

    I disagree with this thread.
    WorldEdit is no longer responsible for crashes as of [years ago]
    if you're having trouble editing massive regions, I recommend using AsyncWorldEdit
     
  15. The plugin died for a few months, but through the time I did a lot of plugins and when I looked back at my old code, I had to facepalm... twice...

    This time I will try to go on a much more efficient method (Previously I was so dumb I wrote everything in one file), which will include me documenting the entire code, so later I can generate JavaDocs and convert it in to a very simple API.

    GitHub: https://github.com/Vilsol/WorldModify
    Jenkins: http://176.106.161.164:8080/job/WorldModify/
     
  16. Offline

    monkeymanboy

    I have and idea for this to prevent crashes as an added option someone might of suggest this but an option to make it place a certain amount of blocks a time and how long until next place like I could set 1 second and 1 block so every second a block of whatever I am doing is filled in and stuff like that and this would make much less lag and crashes
     
  17. Offline

    The_Doctor_123

    sfxworks
    Async? Isn't that dangerous? Probably best to have it sync, but split up. That is my biggest issue with WE.
     
  18. That is the main goal of the plugin...
     
  19. Offline

    sfxworks

    Async isn't dangerous at all. It just splits up the job vs freezing up everything. Look it up.
    This too.
    It's a great way of getting things done without freezing up your server.
     
  20. Offline

    The_Doctor_123

    sfxworks
    The definition of async, in Java, is running a task on a separate Thread, correct? The word has been going around that it is dangerous to access the Bukkit API from a Thread other than the main Thread. I don't exactly know why, though. Maybe possibly a ConcurrentModificationException could be thrown?
     
  21. Offline

    pilot3101

    I can't wait till this comes out!! My server has crashed SO MANY TIMES from WE.
     
  22. Offline

    monkeymanboy

    Well, now I feel stupid
     
  23. Offline

    The_Doctor_123

    Vilsol
    Yay! It's finally is out! (Or waiting for approval..)

    I would have to expect this to become incredibly popular. Best of luck. :)
     
  24. Thank you :)
     
  25. Offline

    The_Doctor_123

    Vilsol
    Daaang, this thing is sky-rocketing, 16 downloads! :p
     
  26. Offline

    Goblom

    Vilsol I love the plugin. Sometimes i wish world edit did that stuff. The animations are (sexy-ish) and the it looks very nice. But you will have a hard time getting this off the ground because World Edit is so feature packed and used by an extreme amount of servers
     
  27. Offline

    NoChanceSD

    It will take a while to get known, but totally looks like a great alternative to WorldEdit :)
     
Thread Status:
Not open for further replies.

Share This Page