NoLagg

Version: 1.90.4 | CB 1.7.2
Quote from lenis0012:NoLagg has not been updated since 1.7.10, for more info, check BKCommonLib
Description
NoLagg is made out of multiple completely separate components which you can enable and disable freely. Together they offer:
- Send chunks more gracefully with lowered network stress and reduced processing spikes Read more...
- Remove entities, resend chunks in case of chunk holes and clean up server memory Read more...
- Examine server tick rate performance with deep view into per-tick processes of the server Read more...
- Stop a large amount of items from spawning and spawn at a later time to avoid frozen clients Read more...
- Stack items with a configurable per-world radius Read more...
- Fix lighting errors that cause clients to recalculate lighting (and thus lag) Read more...
- Keep track of server performance such as entities, tick rate, memory and more Read more...
- Fix various bugs the server has (Patches component)
- Schedule autosaves and force data to be written to disk to prevent data loss on server crash (Saving component)
- Limit the amount of entities allowed to spawn per world or globally Read more...
- Watch events closely to warn when plugins execute main-thread methods from another thread Read more...
- Show a detailed message explaining the cause for a server freeze (lock) [read more]
- New TNT execution algortithm that is not only more efficient, but also avoids server freezes Read more...
Important
When first installing NoLagg, open up config.yml and disable components you do not need. This is very important, as some components may conflict with other plugins you use, or may not function on the type of demand you have. If you get a warning message [Severe] followed up with a stack trace in the log, this has to do with the main thread not having responded within 10 seconds. The warning is NOT an error and is no bug, and not a bug related to NoLagg. To disable this feature, disable 'threadlocknotifier' in the config.yml. This feature is mainly intended to notify you what plugin is causing the server to freeze, may it ever happen. It is used to debug plugins in general, as they may get stuck for whatever reason. If NoLagg DOES show up in there, it is a bug you should report.
FAQ
Separating into jar files
NoLagg consists of multiple components you can individually enable and disable. Reasons for not publishing it as a separate jar file for every component can be read here. Please don't ask to separate the components, I will just link you to here.
Spigot server
Not all components are needed when you use the Spigot server. The ItemStacker, ItemBuffer, Spawn Limiter, Thread Checker and Thread Lock Notifier components are not needed, since Spigot has it's own implementations to deal with that. If you still wish to use one of these components, you can, but it's best to disable the Spigot alternative then.
The other components (such as TNT, Chunks, Lighting, Common, etc.) are not implemented in Spigot (yet?) and offer additional functionality.
PTweaks
Since people keep asking about this, I went ahead and compared the two plugins. I am not going to discuss which is better in functionality, I'm just going to state which features overlap and which do not. Both plugins offer a TNT-lag solving solution, feel free to choose which solution you like better. (the solutions are different) Both plugins also offer a way to change when and how chunks are saved, NoLagg adds to this that you can configure when the server writes data to disk. PTweaks offers a way of showing used memory, NoLagg Monitor too with a bit more information. Again, preference. Chunk Persistence is something PTweaks offers and NoLagg does not. Reason I excluded it from NoLagg is that the implementation used up more processing power than that it solved (I did have this for a while). If you want to give it a try, PTweaks is your answer. Monster Limiter is incorporated in NoLagg as well but then for all entities, and more options. ChunkEdits is a tricky one: NoLagg chunks does something similar, with the difference being that it also changes at what rate chunks are sent, which is the main feature NoLagg chunks offers. In addition, the ability to increase the amount of threads running to process chunk packets and the re-using of packet raw data offers some benefits PTweaks does not offer.
Then there are a lot of other features NoLagg has and PTweaks does not, such as examining server tick rate, item stacker, item buffer, fixing lighting, cleaning up server memory, resending chunks, removing entities on command and others (see description).
In short: Both plugins offer some overlapping features, and you need to pay close attention to the configuration of PTweaks and NoLagg and disable things that conflict. Having two TNT explosion altering plugins is going to have strange results, for example. Compare the functionality, decide, and enable in NoLagg what you do not want in PTweaks, and vice versa.
NoLagg showing up in error stack traces
The examine component inserts various hooks into the server to gather measurements. Specifically, you will find that the following lines show up now and then. These hook classes do absolutely nothing when not examining and can not be the cause for any issues, unless the stack trace ends there (first line after the exception shows this stack trace)
- org.timedbukkit.craftbukkit.*
- com.bergerkiller.bukkit.common.internal.ChunkProviderServerHook
Video
Here is a video by BlueDevonMovies (lenis0012):
Metrics
This plugin sends server count statistics to MCStats.org. You can (globally) opt out in the PluginMetrics/config.yml file.







-
View User Profile
-
Send Message
Posted Jan 26, 2012wait, so this doesn't support the latest orebfuscator anymore? :(
Please make it work again; I love the way this plugin sends chunks, but I >HAVE< to have Orebfuscator.
-
View User Profile
-
Send Message
Posted Jan 26, 2012@Ganzor Ow lol, then why do the icons look so much the same...sigh is this a joke? :)
Ow well, I'll see if any other issues come up. Note: next time use the Issue tracker, it's cleaner to post errors there in a [code] (gears) block.
-
View User Profile
-
Send Message
Posted Jan 26, 2012wasn't me the first time. :)
-
View User Profile
-
Send Message
Posted Jan 26, 2012@Ganzor It was clear the first time you posted :)
I don't feel like re-upload all of this for a oneliner, so I uploaded a separate version to my dropbox: http:dl.dropbox.com/u/3681706/NoLagg%20v1.58.8.zip
-
View User Profile
-
Send Message
Posted Jan 26, 2012Also a ton of errors... so far it appears chunks are not getting broken, but this seems like a rather massive error.
2012-01-26 17:20:35 [SEVERE] Exception in thread "Thread-6" 2012-01-26 17:20:35 [SEVERE] java.util.ConcurrentModificationException 2012-01-26 17:20:35 [SEVERE] at java.util.ArrayList$Itr.checkForComodification(ArrayList.java:819) 2012-01-26 17:20:35 [SEVERE] at java.util.ArrayList$Itr.next(ArrayList.java:791) 2012-01-26 17:20:35 [SEVERE] at org.bukkit.craftbukkit.CraftWorld.getPlayers(CraftWorld.java:562) 2012-01-26 17:20:35 [SEVERE] at org.bukkit.craftbukkit.CraftWorld.setFullTime(CraftWorld.java:418) 2012-01-26 17:20:35 [SEVERE] at org.bukkit.craftbukkit.CraftWorld.setTime(CraftWorld.java:407) 2012-01-26 17:20:35 [SEVERE] at org.minecrackers.timesync.Synchronizer.syncTime(Synchronizer.java:43) 2012-01-26 17:20:35 [SEVERE] at org.minecrackers.timesync.Synchronizer.run(Synchronizer.java:20) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 2012-01-26 17:31:06 [SEVERE] java.lang.NullPointerException 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 2012-01-26 17:31:06 [INFO] gonzotw [/67.184.167.123:51039] logged in with entity id 172450 at ([Gandora] -237.27596099579463, 60.0, -258.0502254524347) 2012-01-26 17:31:06 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164)
-
View User Profile
-
Send Message
Posted Jan 26, 2012@Gnintendo Must be another weird issue only others have, it's the same I had to fix previously when sending packets...sigh. Time to add more checks...
-
View User Profile
-
Send Message
Posted Jan 26, 2012a ton of errors shortly after server startup with .58.8: 15:16:05 [SEVERE] java.lang.NullPointerException 15:16:05 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 15:16:05 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 15:16:05 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 15:16:05 [SEVERE] java.lang.NullPointerException 15:16:05 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 15:16:05 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 15:16:05 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 15:16:05 [INFO] einzigFreierName [/94.219.11.210:52259] logged in with entity id 1530 at ([world] 567.1097142746837, 16.0, -711.6138576924731) 15:16:05 [SEVERE] java.lang.NullPointerException 15:16:05 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 15:16:05 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 15:16:05 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 15:16:05 [SEVERE] java.lang.NullPointerException 15:16:05 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 15:16:05 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 15:16:05 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164) 15:16:05 [SEVERE] java.lang.NullPointerException 15:16:05 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressQueue.isAlive(ChunkCompressQueue.java:45) 15:16:05 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.nextQueue(ChunkCompressionThread.java:27) 15:16:05 [SEVERE] at com.bergerkiller.bukkit.nolagg.sending.ChunkCompressionThread.run(ChunkCompressionThread.java:164)
(that's just a sample)
-
View User Profile
-
Send Message
Posted Jan 26, 2012Some for fixes in 1.58.8. Most of them were errors thrown once in a servers lifetime, but of course, that can mean a difference. The chunk sorting should be fixed now...I hope :)
-
View User Profile
-
Send Message
Posted Jan 26, 2012@VariousArtist so I can only wait till the issue might get fixed soon.
But it has been fixed already; the issue was in the chunk lighting fixer, which operated on potentially unloaded chunks. This was fixed in 1.58.6/7. (Just so everyone can read :) )
Also, I'm really sorry this plugin has caused all these issues in the first place. Working with cross-threading AND unknown chunk references is simply a tough thing to do, so it took me several weeks to find all possible bugs and fix them.
-
View User Profile
-
Send Message
Posted Jan 26, 2012@bergerkiller
Berger, Im really sorry, but Im unable to provide further info because I cant test NoLagg on our live servers any longer cos of the corruptions that have been caused! (as reported). Our development server does not have enough users to show proper results, so I can only wait till the issue might get fixed soon.
Please dont misunderstand my comments as disappoval of your work and dedication for this great project! We really appreciate the optimizations NoLagg can offer and we are really looking forward that it will reach a safe production level soon! Keep up the good work!
-
View User Profile
-
Send Message
Posted Jan 26, 2012@Tucker933 @violation84 Mhh that's not good, since I did change the sending sorting code a bit. It was running correctly when I looked at it...but that appears to be not the case then.
EDIT
Do you use Spout on your servers?
EDIT
Uploaded 1.58.7. I did change some things in an effort to fix the sorting, but since it works fine here, I can't tell for sure. The main fixes are that it makes sending a bit safer (NPE check) and that it now dereferences Bukkit chunks as well. (some people had issues with Blocks losing their original reference). It also adds a separate 'trigger rate' to prevent semi-transparent chunks when clients render them.
-
View User Profile
-
Send Message
Posted Jan 25, 2012I've noticed that chunk sending no longer favors the direction the player is facing. I'm verifying this through my mini-map where I used to be able to clearly see forward chunks loading first. This is no longer the case.
-
View User Profile
-
Send Message
Posted Jan 25, 2012nailed the latest version and my server runs worse with it than without... every prior version for the last six weeks has been great... any clues?
-
View User Profile
-
Send Message
Posted Jan 25, 2012@predawnia I don't know what will happen, but it won't cause chunk corruption. It either causes packets to be scrambled (but not the actual chunks) or to simply not work at all. It is also possible that it will throw a whole bunch of errors and fail this way.
-
View User Profile
-
Send Message
Posted Jan 25, 2012@bergerkiller
Does that mean, I cannot use Orebfuscator with 1.58.6 ? Will it corrupt data when used together?
-
View User Profile
-
Send Message
Posted Jan 25, 2012@predawnia Ah that explains. Found what was wrong (just in time), will add some changes for 1.58.6.
EDIT
Ok see 1.58.6 on GitHub. (and soon here too)
Fixes several issues, including: - NPE when respawning an item - Lighting fixer overwriting non-lighting chunk data - Warnings: deprecated event system got replaced by the new system - Sending: can now sort sending queues a lot faster (pre-calculates the indices)
Use the latest Spout build with this (I used 719), it fixes the infinitely increasing packet buffer some people experienced. I haven't added ore obfuscator support YET, I need to work on TrainCarts a bit more. (and school) I'll see when I get the time to add proper support. (Orebfuscator is still undergoing heavy development, so it's best to wait a bit)
-
View User Profile
-
Send Message
Posted Jan 25, 2012@bergerkiller
I use My Worlds to manage my multi worlds. I did do /world denyspawn animal for certain worlds. I am not sure if this affects anything?
-
View User Profile
-
Send Message
Posted Jan 25, 2012@bruceweed Ah great, I'll download the recommended build now and add final compatibility where needed.
-
View User Profile
-
Send Message
Posted Jan 25, 2012RB for 1.1 is now out. How long till an update?
-
View User Profile
-
Send Message
Posted Jan 25, 2012@mattekure Yup it automatically does that already.
@predawnia It looks correct already, do you have custom-spawned mobs on your world? (mobarena, etc.) Also make sure that the spawn limiter is enabled.