Inactive [ADMIN/FIX] ForeverALoad v1.1 - Keep your chunks forever a loaded [1.2.3-R0.1]

@Piedo_bear

So to test this out I added the following chunks:

Code:

rectangle0:
  world: world
  points: -144,-86,-140,-89

Seems to be working now but when I do /chunk I get the following message:
Max of 49700 chunks wil remain loaded.
Consuming 4659 mb of RAM (maximum)

Is your calculations just broken or is it really going keep that many chunks open lol.

After lots and lots of testing. I can confirm chunks stay open the ones I have selected the others do close. But I can also confirm the /chunk feature is beyond broken in calculations hehe.

But thanks for fixing it for 1337.


So to run it down:
1) Works
2) /chunk calculation is wrong
3) brand new config generates wrong and has about 8 enters down but still works.
4) if you delete chunk rectangle in the config and don't set the Quantity say from 2 to 1 or whatever the plugin gives out config errors on startup. I think that is really unneeded.
5) spelling mistake says Max of 666 chunks "wil" remain loaded hehe.

Hope this helps you out.

1- Yay!
2- Should be fixed now, I messed up my math in the transistion
3- I think this is to do with bukkit, because firstly it worked perfectly with 1317, also there are other developers with similar problems. Or...things changed and my way of handling configs blew up...but I checked through everything, changed a few things and no matter what there was always equal amounts of lines for each actual line of code.
4-Its needed for ease of me, because I can't get that value from the config easily by checking. I use that value for loops, it makes it very easy. Perhaps in a future version I'll add a check which fills in any missing parts, so missing rectangles will be 0,0,0,0 and therefore wont blow up the plugin but wont impact anything
5- Opps! fixed

Now in the System it works realy nice. Tonight i will test it with dropchest to examine the log off loot.
But So far Big THX to you

Sweet looking good. Also how do you remove a whole chunk region from the config without doing by hand? Is their a way we could get /chunk delRect # and just look in the config for the one we want to destroy.

hmm, i dont know why but when no one is online there is still no drop.
I am using dropchest. For example for Egg´s.
Before 1.8 when the user where offline and joining next day, there where egg´s in the chest.
After Updating to 1.8.1 no loot in the chests.

Stopping the server and editing it should be fine, as long as rectangles are numbered in order and none are missing, I'll look at a delRect command in the future

The chunks need to be loaded first. I simply stop the chunks unloading in bukkit every time they try, but if the chunk isnt loaded first then it will stay unloaded. If thats not the case then there is probably something in more depth that isnt covered by chunks unloading, such as requiring a player to be nearby. Wheat does not grow on loaded chunks without a player nearby, yet redstone charge still freely passes through the same chunks. I have no explanation why, I'd try fix it if I knew what was causing it.

how can i load the chunks ? The chunks are loading when i am nearby or ?

As you move, chunks load. So if you walk around the area then the chunks will be loaded. They become unloaded on a server restart/stop.

ok, i tryed again and again no drop, ForeverALoad.usage is ops

If the area is definitely is in either a rectangle or added manually then I suspect its something to do with minecraft mechanics. If you put it in debug mode you can make sure the chunks are stopped from unloading.

I have mark an area, i will start the debugmode and let you know what is in there

Code:

10:51:58 [INFORMATION] Craftalon lost connection: disconnect.quitting
10:51:58 [SCHWERWIEGEND] java.net.SocketException: Socket closed
10:51:58 [SCHWERWIEGEND]        at java.net.SocketOutputStream.socketWrite(Unkno
wn Source)
10:51:58 [SCHWERWIEGEND]        at java.net.SocketOutputStream.write(Unknown Sou
rce)
10:51:58 [SCHWERWIEGEND]        at java.io.BufferedOutputStream.flushBuffer(Unkn
own Source)
10:51:58 [SCHWERWIEGEND]        at java.io.BufferedOutputStream.flush(Unknown So
urce)
10:51:58 [SCHWERWIEGEND]        at java.io.DataOutputStream.flush(Unknown Source
)
10:51:58 [SCHWERWIEGEND]        at net.minecraft.server.NetworkWriterThread.run(
SourceFile:104)
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -64, -38
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -62, -38
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -61, -38
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -60, -38
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -64, -37
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -63, -37
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -62, -37
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -61, -37
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -60, -37
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -64, -36
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -63, -36
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -62, -36
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -60, -36
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -64, -35
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -60, -35
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -64, -34
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -60, -34
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -62, -33
10:51:59 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -61, -33

After the second Time i disconnect he only says:

Code:

10:57:51 [INFORMATION] Craftalon lost connection: disconnect.quitting
10:57:51 [INFORMATION] Connection reset
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -64, -38
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -63, -38
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -62, -38
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -61, -38
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -60, -38
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -64, -37
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -63, -37
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -62, -37
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -61, -37
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -60, -37
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -64, -36
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -63, -36
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -62, -36
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -60, -36
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -64, -35
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -60, -35
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -64, -34
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -60, -34
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -62, -33
10:57:52 [INFORMATION] [ForeverALoad] Stopped unloading of chunk at: -61, -33
>

My config:

Code:

Debug: 'true'
Rectangles:
  Use: 'true'
  Quantity: '2'
rectangle0:
  world: world
  points: 10,10,-10,-10
rectangle1:
  world: world
  points: -64,-34,-60,-38

Looks like everything is working fine on my part, so I guess the problem is with Minecraft mechanics, sorry =/

minecraft mechanis.. is the a chance to disable the chunk unload ?

No, I stop all specified from chunks unloading. So if the chunks are staying loaded and you are expecting something to happen then it probably requires more than just the chunks being loaded, like a player being around. This is the case with wheat. Wheat wont grow even in loaded chunks without a player nearby.

Hi Piedo.

Thank you for sharing your work with us. Was looking for a tool to keep chunks loaded so bad and i'am happy that i found yours. Quoted above explains me how the mechanic works. And there is a big Question that puzzles me.

In the op i can see this: Optionally load chunks into memory from the start.

Version 0.4

• - Snip
  
• Added an option to load chunks straight into memory from the start. WARNING: this may take a while depending on the amount of chunks, it will load, and if the chunk does not exist it will be generated, but this might end up without flowers etc. So just use this for areas that already exist, or use a pre-rendering plugin/program first.
• - Snip

I think that's what a couple of peoples want here, like londark who wants to disable the chunk unload, i would prefer to load defined Chunks at the Server Start/Reload. Is that possible right now ?

I used Worldboarder to fill the chunks, so i should have the rquirements to load em from start up. So whats the commands, parameters and stuff. Would appreciate your help.

Thx in advance

So, if I keep a chunk with a mob spawner in it loaded, will the mobs spawn even when no-one is there?

Its realy good working and without errors (so far). It uses about 10MB Ram each 100 chunks.

Thx for the Plugin

Hi. We're getting a lot of errors:

This error shows when any player moves:

[SEVERE] Could not pass event CHUNK_UNLOAD to ForeverALoad
java.lang.NullPointerException
at com.bukkit.piedo_bear.foreveraload.ChunkListener.onChunkUnload(ChunkListener.java:29)
at org.bukkit.plugin.java.JavaPluginLoader$54.execute(JavaPluginLoader.java:635)
at org.bukkit.plugin.RegisteredListener.callEvent(RegisteredListener.java:58)
at org.bukkit.plugin.SimplePluginManager.callEvent(SimplePluginManager.java:339)
at net.minecraft.server.ChunkProviderServer.unloadChunks(ChunkProviderServer.java:231)
at net.minecraft.server.World.doTick(World.java:1624)
at net.minecraft.server.MinecraftServer.h(MinecraftServer.java:461)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:374)
at net.minecraft.server.ThreadServerApplication.run(SourceFile:417)

And this one when usign /chunk X

SEVERE] null
org.bukkit.command.CommandException: Unhandled exception executing command 'chunk' in plugin ForeverALoad v1.01
at org.bukkit.command.PluginCommand.execute(PluginCommand.java:42)
at org.bukkit.command.SimpleCommandMap.dispatch(SimpleCommandMap.java:163)
at org.bukkit.craftbukkit.CraftServer.dispatchCommand(CraftServer.java:355)
at net.minecraft.server.NetServerHandler.handleCommand(NetServerHandler.java:757)
at net.minecraft.server.NetServerHandler.chat(NetServerHandler.java:722)
at net.minecraft.server.NetServerHandler.a(NetServerHandler.java:715)
at net.minecraft.server.Packet3Chat.a(Packet3Chat.java:33)
at net.minecraft.server.NetworkManager.b(NetworkManager.java:226)
at net.minecraft.server.NetServerHandler.a(NetServerHandler.java:92)
at org.getspout.spout.SpoutNetServerHandler.a(SpoutNetServerHandler.java:501)
at net.minecraft.server.NetworkListenThread.a(SourceFile:108)
at net.minecraft.server.MinecraftServer.h(MinecraftServer.java:471)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:374)
at net.minecraft.server.ThreadServerApplication.run(SourceFile:417)
Caused by: java.lang.NullPointerException
at com.bukkit.piedo_bear.foreveraload.ChunkHandler.getRectChunkCount(ChunkHandler.java:124)
at com.bukkit.piedo_bear.foreveraload.ForeverALoad.onCommand(ForeverALoad.java:90)
at org.bukkit.command.PluginCommand.execute(PluginCommand.java:40)
... 13 more

We're on CB 1337

Great plugin, this is seriously useful. We have a large redstone digital clock at spawn in our server; the main circuitry was below spawn and wirelessly transmitted to the clock itself, but it caused lag for a few users.

With this, I moved the main circuitry to another world very far out of the way that anyone could possibly get to (it's an entire world dedicated to being a "hub world" for our worlds) and set ForeverALoad to keep the chunks in memory, and it works fantastic. Thanks so much!

One problem, however, is that the chunks are not actually loaded when the server restarts. ForeverALoad prevents those chunks for being unloaded, but it doesn't actually go out of the way to load those chunks on server start. Is it possible to do that? It'd be great if I didn't have to warp to the clock circuitry to jumpstart it when I restart the server. Just a suggestion.

Just Wondering is this Plugin Still being Updated i want it for my 1.0.0 server My builcraft quarry keeps getting unloaded and it really messes with it Love the Idea of this plugin though great job

please.. could u update it to latest rec. build..

So does this work if i have very long rail tracks? Regular minecraft does not update very far so carts get stuck in some point.

I have downloaded this for the latest bukkit. Wheat doesn't seem to be growing when nobody is in the server. I set up "/chunk addRect" after I made a first and second point. I logged out for like 15 mins or so and then I came in. Wheat isn't even grow a little at all. I then stand next to them. They do grow.

Any idea?

"Side-note:Crops wont grow in loaded chunks, this is one thing I noticed with my testing. "

I see, it's the problem on bukkit's side as the side-note said. Thanks for help.

Updated to latest RB, although nothing has changed.

BREAKS YOUR CONFIG so you will need to regenerate it and edit it. Should be tidy now, and wont need changing again.

You can now load defined rectangles from the start and stop them from unloading.

Instead of the server keeping the chunks loaded, maybe figure out a way for the client to keep them downloaded? I don't know if this is possible.

How would that help?

This mod is for more than just making sure chunks are easily accessible by players it's for allowing them to still be simulated when no one is there.

You can't rely on a client to do that. That allows for cheating.

Anyway, you'd still need to check between the client and server to see if the chunks had been updated as well.