Inactive [SEC] AntiXRay v0.6.10 - protecting ore from XRay mod and transparent texturepacks [1000]

Discussion in 'Inactive/Unsupported Plugins' started by asdaarg, Apr 11, 2011.

  1. Offline



    Reporting Errors the follow things have to be mentioned:
    • CB Version and AXR version
    • Whether you started the AXR version with a fresh ore file or not (doing /axr off before upgrade)
    • If not, since what version you've been using the same ore file.
    • If you get any errors in console, check the debug.log for "Error"s and "Warning"s. and post those.

    Upcoming features for 0.7:
    - AXR Chest chest hiding feature developed by MrSelfDestrukt
    - New advanced visibility test (almost done, only need to test it now and decide whether its going to replace or be an alternative to the original light based test) Details here and here


    AntiXRay hides ores from players by turning them into stone until they have been exposed, thus making it impossible for any client side hacks to detect them, as their location is not sent to the client.

    Backup your world(s) I cannot guarantee that ore doesn't disappear from them due to this plugin. Even if you did not backup, there is a foolproof solution here. If you decide to uninstall, type /axr off, and not delete the ore data file before your ore is restored unless your intention is to strip your worlds from ore.

    If you upgrade from 0.5.21 it is recommended that you do /axr off first flush out errors from the ore file. If you do not have enough RAM, you can do this in steps using 0.6.9 but you need to set lenient=true in the config file to allow the file to be loaded
    NSCommand <-- Required
    Source and old versions

    - Specify what ores to hide(works with non ore blocks too as long as they don't use data values or extra data such as chests and signs (use some chest locking plugin for keeping your chests from xrayers)
    - Multi world support
    - Permissions support
    - Stores ore data in binary files (one per world) and only keeps data about loaded chunks in physical memory. It is on average 400 bytes per chunk in and guesstimatedly around 450 in physical memory, so it is reasonably small, but some people might play on huge worlds and want to conserve memory.
    - Saves data about chunks immediately on any changes (they are assumed to be by far sufficciently rare that any performance is won by buffering is neglible. As such it also prevents potential ore duplication on server crashes)
    - chunk and world statistics
    - ingame map of loaded chunks
    - background processes that does not freeze the server
    - dump ore statistics into file and compare them to see the changes in ore content.
    - lots of configuration options

    Ores will become visible under any of these circumstances:
    - A surrounding block is lit by torch and player is within the chunk or adjacent chunk and within 16 blocks to player on Y axis.
    - A surrounding block is lit by a third block broken falling or removed by explosion and player is within the chunk or adjacent chunk and within 16 blocks to player on Y axis (occurs once every 2 seconds, but configurable).
    - A surrounding block is broken or falls or removed by explosion
    - A surrounding block is changed by another plugin (can be cpu intensive if you worldedit a big area for instance - might do a workaround for this)

    Current Limitations:
    - Ores at light level above pitch black on chunk generation will not be hidden e.g. near lava or surface cave entrances.
    - Ores will not be found exploring caves in pitch black (who does that anyway?) These two limitations was to allow a light based visibility test that relies on a test already built into the server, thus avoiding extra performance overhead as well as headache of coding it myself. Despite these limitations, AntiXRay should make it far beyond pointless to search for ores using XRay or transparent textures.
    - Gravel and sand dropping on chunk generation may expose ore. This is assumed to be rare enough to have neglible effect.
    - The data file will not repack itself. The ratio between generated ore and mined ore is assumed to be very high, and the file size is considerably small but nonetheless, should you want to "repack" it, just turn axr off and on and the new file will be smaller excluding the gaps between chunk entries. But again, do some basic math and count the amount of ore blocks mined in total, multiply that by 2 bytes. After a month of mining 10000 ore blocks, you shaved 20k off that 3M file.
    - If you place a torch there is a tiny delay as seen in the video due to client side prediction and lag between the time the info of the ore to get back to the client from the server. This can seem unnatural so I might make a better vision test later that doesn't rely on light. However it would be more expensive in terms of cpu cycles.
    - If you have a slow server or a lot of players, you might want to remove coal from the config list. It speeds it up at least 200%. There are some optimizations I can do that I might add later that will speed up things further.


    /axr on - hides all unlit ore
    /axr off - reveals all hidden ore (and deletes the data file!)
    /axr on <world> - hides all unlit ore in specified world
    /axr off <world> - restores ore in specified world
    /axr worlds - world statistics
    /axr chunk - chunk statistics at chunk player is on
    /axr chunk <x> <z> - chunk statistics at specified chunk
    /axr map -shows map of loaded chunks in current world
    /axr map <world> -shows map of loaded chunks in specific world
    /axr map <zoom>
    /axr map <world> <zoom>
    /axr map <x> <z>
    /axr map <world> <x> <z>
    /axr map <zoom> <x> <z>
    /axr map <world> <zoom> <x> <z>
    /axr show
    /axr show <world>
    /axr hide
    /axr hide <world>
    /axr dump <world> <file>
    /axr diff <filein1> <filein2> <fileout>
    /axr gen <world> <x1> <z1> <x2> <z2> command for generating a rectangular area of chunks
    /axr gen copy <world1> <world2> command for generating all the chunks in world2 that are registered in world1
    /axr pack <world> - removes dead space in ore file (not that there is much from just mining but the axr chest will create significant amount of dead space.
    Auto-backup, that will backup your ore file on startup
    /axr backup <world> - backs up the ore file of the world if and only if the file passes the corruption test
    /axr test <world> - test the ore file and memory for errors for a specific world
    /axr test - test the ore file and memory for errors for all worlds
    /axr mirrorworld <world1> <world2> - creates a world world2 with the same seed as world1.
    These functions are not recommended for use unless you know what you're doing: (they can be destructive of tile entites)
    /axr chunk regen - regenerate chunk (to as it was when world was initially generated)
    /axr chunk regen <x> <z> - same but for specified chunk
    /axr chunk regen <x1> <z1> <x2> <z2> - same but for axis aligned rectangular area
    /axr chunk regen ore - only regenerate ores in chunk at player position
    /axr chunk regen ore <x> <z> - same but for specified chunk
    /axr chunk regen ore <x1> <z1> <x2> <z2> - same but for axis aligned rectangular area

    Note about regeneration: ores, trees, flowers and mushrooms are random each time and not tied to world seed (bukkit/mc issue)



    timerms - the time between light check by broken third block in milliseconds.
    maxdep - buffer size for number of ores that can occur in a chunk - don't change unless you have another plugin that adds tons of ore.
    maxheight - is the number of Y-levels in your map.
    ChunkFileBuffer - sets how much is buffered for new chunks to be stored until the index is rewritten (at the end of the file.)
    Materials - what ores you want to hide. (has to have same number of elements as maxys)
    maxys - the first Y level from bottom they cannot occur at. (has to have same number of elements as Materials)
    worlds - what worlds are loaded at startup (comma separated)
    autostart=all (normal) worlds are loaded at startup (unless CFGworlds is set)
    nounload = keeps all ore data in physical memory
    debug - turning on writes to a debug file keeping track of important info that may be needed to solve bugs or figure out why lag occurs
    fileindexdebug - turning on debug file needed as a quick check of the consistency of your ore file
    mapcol - the chatcode colour of each type of block in ascending order, shown in /axr map
    mapwidth - the width of the map shown in /axr map
    mapheight - the height of the map shown in /axr map
    schedulerload - 0-100 percentage of time going to execute any background process.
    schedulerstatustimer - time in millisecs between each status report of a background process
    filterorenotinstone - filters ore upon exposition that is not in stone (can be used to restore ore from a backupped ore file or ore file generated from a fresh world with same seed)
    autorepack - pack ore files automatically at startup - on by default
    autobackup - backup ore files automatically at startup(requires autorepack) - on by default
    maxfaces - specify max amount of exposed faces per chunk before error occurs
    lenient - ignore lindex errors when loading file (useful if you have them from before and want to filter them out)
    All CMD_... options are for redefining the commands so you can type something else.

    • Fixed Array index out of bounds in listindex accessing materials that has not been loaded yet.
    • Added /axr mirrorworld <world> <mirrorworld> command
    • Fixed NPE when trying to expose ores in world hole.
    • checking whether wrong file exist during repack.
    • fixed NPEs in some commands that can occur if you use it and the world is off.
    • fixed open file pointers during repack.
    • fixed NPE during repack when load fails.
    • fixed NPE when running test on all worlds and not all worlds are on
    • added various memory checks and chunk data entry overwrite checks
    • fixed NPE when trying to flush the debug file when debug file is turned off.
    • added lenient config option to ignore lindex errors when loading file (useful if you have them from before and want to filter them out)
    • added more information on error when loading from file
    • added config option maxfaces to specify max amount of exposed faces per chunk before error occurs
    • /axr off now gradually unregisters chunks - as a workaround to what appears to be a problem with chunks not getting fully removed from memory despite trying both unloadchunk calls through bukkit. This allows one to shut down the server and continue restoration after a restart if one does not have enough RAM
    • /axr pack <world> - removes dead space in ore file (not that there is much from just mining but the axr chest will create significant amount of dead space.
    • /axr backup <world> - backs up the ore file of the world if and only if the file passes the corruption test, also packs the new file.
    • /axr test <world> - test the ore file and memory for errors for a specific world
    • /axr test - test the ore file and memory for errors for all worlds
    • autorepack config option - pack ore files automatically at startup (if and only if the file passes the corruption test) - on by default
    • autobackup config option - backup ore files automatically at startup(if and only if the file passes the corruption test, and also requires autorepack) - on by default
    • new .ore extension for ore files (rename your old files)
    • removed glowing redstone ore from default ore list (never occurs naturally anyway)
    • fixed faulty scanning issue
    • fixed hopefully last exposed ore face index error
    • fixed false positive in memory check
    • debug.log flushed when error occurs (it is otherwise flushed once in a period of time)
    • more details in debug log when error occurs
    • removed lindex spam in debug log until lindex error occurs
    • Fixed /axr gen not triggering scan anymore
    • Fixed /axr gen not unloading chunks
    • Fixed (workaround) huge memory leak during /axr off /axr show /axr hide and /axr gen caused by bukkit's unloadchunk function
    • Additional file corruption checks that will make noise as soon as something goes wrong
    • Fixed another potential index derangement bug.
    • Fixed array out of bounds exception during previous fix
    • Fixed a couple of bugs offsetting exposed ore face indicies when mining adjacent block potentially causing array out of bounds exceptions at a later stage and the revealing of wrong ores when exposed to light.
    • Added debug logging of exposed ore face indices when found, as well as fault intolerant check that will warn you about any corruption of the indices after the event.
    • fixed half of ore not being hidden when a chunk is generated on load.
    • removed various unnecessary details to be logged in debug.log
    • fixed bug restoring ore, hiding and showing in wrong world
    • revert hack to set block material of a chunk to physical updates due to lacking javadocs to figure out what function to call
    • Switched to non physics updating block material setting hack
    • Updated to #733
    • Added detailed debug logging of background processes.
    • removed logging of filepointer
    • fixed failed scan after /axr gen unloading chunks that were originally not loaded, consequently also /axr gen causing server to freeze and timeouts on clients.
    • fixed /axr gen not unloading chunks that were originally not loaded
    • /axr gen and /axr gen copy now actually usable
    • ore in stone filter now also applies to /axr off and /axr show (not just when it is found by light detection)
    • added /axr gen command for generating a rectangular area of chunks
    • added /axr gen copy command for generating all chunks that are registered in another world
    • Configuration option CFGfilterorenotinstone implemented, that allows filtering of ores not in stone (can be useful in recovering lost ore from a world with the same seed)
    • fixed ore regen not working when axr is off in that world
    • removed physics lock spam
    • fixed more concurrency errors during background processes (hopefully for the last time)
    • fixed more concurrency errors during background processes
    • fixed concurrency errors during background processes
    • fixed debug off in config file causing unable to start (again! although different place now)
    • ore stats dump - listing all chunks ore counts into a text file
    • ore stats diff - showing difference between two ore stats dump files (these two tools are useful if you are worried that your ores might disappear)
    • show command - reveals the ore but does not unregister them or delete the file
    • hide command - hides again ore that was revealed with show.
    • show, hide and ore stat dump are background processes that does not freeze the server.
    • axr off is now a background process
    • load percentage of background processes can be configured
    • specify map zoom and center
    • Fixed file index debug listing not showing
    • file index debug listing can be turned off in config.txt (fileindexdebug)
    • area regeneration functions now tolerate any two coorner in rectangle in any order.
    • fixed debug off in config file causing unable to start
    • added axr map command for showing map of loaded chunks
    • fixed light expose unmapped material (probably why you got grass/smooth stones)
    • fixed light expose restored block being block at exposed face
    • fixed light expose no chunk location offset (why you got it at spawn)
    • fixed exposed face location wrong axis (probably floating blocks)
    • removed unnecessary cacheing of chunks at startup by not using chunks as keys for file index(probably solve memory problems for large worlds)
    • bypassing unnecessary cacheing of blocks using minecraft hackery.
    • revised scan algorithm, bypassing bukkit wrapcode resulting in at 5-10 times faster scanning.
    • fixed queries on unloaded sidechunks during scan resulting in loading and even generation of chunks that on top of it due to eventlock get ignored by onChunkLoad, thus leaving chunks of unhidden ore.
    • fixed light expose filling 0s after removed index
    • probably more bug fixes, can't remember them all
    • world statistics: type axr world - shows also what worlds are on/off
    • chunk statistics when axr is off no longer causes world to be registered without any chunks being loaded
    • axr on doesn't show NaN when there is nothing to hide
    • proper colouring
    • empty chunks are no longer ignored.
    • Fixed potential ore type shift bug
    • Moved listindex before file is loaded so debug info can be displayed even if it crashes while loading.
    • added rectangular area regen functions
    • Fixed silly nullpointer exceptions
    • Specify what worlds to turn on and off
    • Specify what worlds to load at startup
    • option to keep all ore data in memory
    • chunk statistics (useful for checking that your ore doesn't disappear or duplicate)
    • chunk regenertaion (restore a chunk to state at world generation)
    • chunk ore regenertaion (restore only ore)
    • Fixed some other bugs related to exposed-face-to-ore index
    • Index debug file working again (it was still expecting 0.1.5 files)
    • Added potential ore file corruption warnings to debug file output
    • Fixed bug locating exposed-face-to-ore index elements having no array bounds check.
    • Fixed bug exposed-face-to-ore index elements not being removed
    • Fixed bug exposed-face-to-ore index not being updated when ores are recovered and removed from hidden ore list (new bug in 0.2)
    • Fixed bug at y levels above 128-16 looking for ores above the map
    • Uses NSCommand now (it did right from the start but its now a separate plugin)
    • auto-creation of config files
    • defaults to ops only when permissions is not present
    • Light detection optimization based on a separate list of faces exposed to nonsolid materials (this might not work with all materials yet such as stairs and singlesteps, but its not like the world generator puts them in the caves anyway) resulting in at least 10 times faster execution of light checks. This should reduce all lag that's not due to scanning new chunks for ore.
    • Once again more detailed debug log
    • Fixed bug in ore restoring function causing large veins of ore to be generated out of nothing
    • More detailed debug log
    • Removed file corruption check that's hogging up some cpu cycles during file load and write events (the latter occured during scan event) - so this should speed up scan events.
    • pseudo error "load error 1" moved to debug log.
    • Added 1 tick delay of scan in onload event since it appears bukkit fires it before the chunk is populated with ore. This fixed the bug of ore appearing if you teleport or walk far away from initially scanned chunks.
    • removed physics event logging since it appears to always be neglible.
    • Added message at startup informing you about the waiting time of scanning all loaded chunks may take a while.
    • Fixed bug starting server without plugin data folder causing it unable to write debug file
    • Added more debug file details (when its scanning, loading from file, or just loading from memory when neither is shown)
    • Those who who don't hide coal, should experience faster chunk scanning now
    • Fixed bug due to player location being null for some weird reason
    • Added debug logging of time spent on the main time consuming procedures.
    • Fixed config file not loading properly
    • Removed wtfexception spam
    • Initial Release
    Donate (Not necessary but appreciated)
  2. Rename the AntiXRay.jar to zAntiXRay.jar and all your problems of world not existing will dissappear.

    Until the Dev for this notices and codes a fix for loading too early.
  3. Offline


    oh I see so its alphabetical loading so by moving it to z it will load later, thanks
  4. Offline


    After being unable to update my server from the old AXR to the new, and after following the OP's directions perfectly (I could not show all my ore again as it crashed over and over again and thus I was unable to follow through) I have resorted to trying over and over again to find a workaround. In this process I am fairly certain I have ruined one of my worlds...

    This sucks pretty hard... I will likely have to use a backup (I think I may have one.. but only one) to restore things, but even that may fail. I really wish the op simply addressed my issue when I first asked about it : / Because he did not, I will likely have to complete literally 3-4 days of solid work to restore my third world. This is very disappointing... The backup I have simply is not current enough to work easily, so i need to copy and paste everyone's work manually back into a backup of the world. Suffice to say, there goes my weekend.

    (all users please be aware this can happen to you unless you use hourly backups... I do use hourly backups too, but not on my brand new world since SimpleServer backups do not support multiworld. So use this plugin at your own risk as having all your ore deleted may not help your current workload.)
  5. Offline


    Can't wait for 0.7!
  6. Offline


    Dude, be aware that he says there is a chance you can totally ruin your world. Here is not the place to rage about you losing your world. We are all here to help. Unfortunately it seems there is nothing we can do to help you in this situation and that if you had read the original post it says to do backups regularly and before installation. I have run this plugin for 2 weeks now. No issues. On the previous server i ran 4 weeks prior, no issues. Its only if you try mess about with the plugin's files (No Not the Config.yml you can mess about with that all you want) that this happens.
  7. Offline


    Put your back up in place. He's not gonna spend his time trying to help people to fix stuff like this. Try the plugin. If it works. yay. If not, put a back-up in place. and report the bug.

    We should be thankful this guy is willing to spend time into writing a plugin this size. Let's not harrass him with questions like 'help i lost all my shit' or similar.. Test it first on a test world / back-up. If no problems -> then put it on your server. If you have, just put the back-up in place and report the bug.
  8. Offline


    Im using CB 860, but none of the commands work :(
  9. Offline


    i have a problem with the axr plugin, some of the commands doesn´t work and antixray doesn t hide any ores in new generated chunks (and alerady hidden ores doesn t appear anymore)
    here the console output at the start
    18:47:04 [INFO] AXR: Loading/Scanning Chunks
    18:47:11 [INFO] repack
    18:47:11 [INFO] FATAL ERROR: negative face count:-12593@29532
    18:47:11 [INFO] Error: Repack failed - Please contact the author.
    18:47:11 [INFO] AXR: hidden:0 ores in 0 chunks
    18:47:11 [INFO] AntiXRay 0.6.10 enabled
    and here i tried the command "/axr off" tho restore all the ores and the command "/axr on" to test if the axr plugin totally broken
    18:48:15 [INFO] CMD_axr_off[CraftPlayer{name=Pa1nkill3r}]
    18:48:28 [INFO] CMD_axr_on[CraftPlayer{name=Pa1nkill3r}]
    18:48:36 [INFO] repack
    18:48:36 [INFO] FATAL ERROR: negative face count:-12593@29532
    18:48:36 [INFO] Error: Repack failed - Please contact the author.
    i have no idea what i can do to restore all the ores from the map
    finaly, here is the config file:

    btw: the server is running under cb 860, axr v0.6.10, 8gb ram, an amd 6000+ x2

    please apologize my bad english, i come from germany

    now i tried to change the config file that axr dont make any backup, set

    ok, the axr plugin start to restore the ores of the map, but it stacks at the chunk 0
    and here the output from the console

    22:02:01 [WARNUNG] Task of 'AntiXRay' generated an exception
            at com.asdaarg.bukkit.antixray.AXRUtil$
            at com.asdaarg.bukkit.antixray.AXRUtil$
            at org.bukkit.craftbukkit.scheduler.CraftScheduler.mainThreadHeartbe
            at net.minecraft.server.MinecraftServer.h(
    i repaired the map with this tutorial:
    for other with the same problem
  10. Offline


    When I exec /axr on, it will process the chunks and show me the amount of ores, show some statistics and say they are hidden, however having one of my admins use xray shows that nothing was hidden.
    Also running /axr on again shows "0 ores in 0 chunks" hidden.
    Running /axr hide goes through the chunks again, claiming "0 ores restored" when done
    Throughout this I get no errors
    What am I missing, or why is this not working?

    Hadnt realised I needed NSCommand.jar in the lib folder, would probably be useful to put that in the instructions - had to look into what the plugin was to see that I needed it in that folder
    So yes, working now

    EDIT by Moderator: merged posts, please use the edit button instead of double posting.
    Last edited by a moderator: May 13, 2016
  11. Offline


    Go troll elsewhere.

    I posted to the DEVELOPER my config and ore file to see if he knew what was going on. I OBVIOUSLY tested first, however bugs DO occur.
  12. Offline


    I have run this program for well over a month now, and I also had no issues... my main complaints highlight the following:

    Updating or reversing the effects of this plugin on the older version (no idea on the new one as I can't run it still before reverting the effects of the old...) is impossible on most low-ram(under 2 gigs) servers running large-ish worlds. The OP should simply provide us with some simple help in the original post other than what exists now, which does not work.

    Again, this is a brand new world and I installed it while anti-xray was running... The new version hijacked it it seems and started hiding it's ore without me setting it up. I've reversed this after many hours of work because I was able to generate the same seed again. Either way, I did not think I had to backup a brand new world when I never set the x-ray plugin to hide the ore there. If anyone else encounters the issue I did, please let me know and i'll help you out. If anyone has a solution to restoring ore to a low ram server please share as well as I still have yet to find a solution that does not include handing over my world folders to a third party.

    To close, I am by all means not "Raging"... trust me if me or anyone else "Rages" you will know it... I was merely explaining a pretty bad situation the plugin got me into. I've told my success stories in the past in this thread, so I must also share my failures so people understand completely the risk. If you want only sunshine and puppies in this thread, I don't know what to tell you... we're all playing with fire but i'm sure we'll all agree it's worth it since this takes the cheaters back to square zero. So by all means I am not saying the developer is doing a bad job, in fact this developer provides a service that I value GREATLY on my server... I'm merely disconcerted with the fact I can't update right now, and that this process has caused me some anguish. I hope future updates wont follow this pattern, and I hope I can fix my problem soon... that's all I've got for now.

    To help out and be specific:

    What are the steps? I set it to lenient, and I tried "/axr off" and it says "all ore restored" however the ore was not restored...
  13. Offline


    Troll? You're trolling. "Please help me revert my ores back to their original state."

    It has been stated often enough that it is at your own risk. If you want your stuff reverted to its original state. Dust off a back-up.
  14. Offline


    So after restoring my worlds finally by tweaking the config in the older version, I moved forward with the new one (0.6.10.) It works GREAT in my main world (Paradigne) but not so much in my secondary world... This world is a "sphere world" created with one of the amazing plugins here in bukkit, and as such as no "floor" but instead lots of floating spheres in an ethereal plane.

    The problem is it wont hide ANY ore in this area, which is a bit of a problem since this world is where 90% or more of my server has migrated to. Is there any possibility of making this work, or am I perhaps doing something wrong? Currently it reads the following when I type /axr worlds:

    :Paradigne:792 Registered 537 axr loaded 550 mc loaded
    :Paradigne_nether:625 mc loaded
    :Aether:0 registered 0 axr loaded 610 mc loaded

    Obviously as indicated the Aether and Paradigne are working properly, but the Aether is seemingly not... I have tried hide, on, off, everything I can think of...

    My config reads:
    Is this correct formatting?
  15. Offline


    So I am still running into the issue where skyland does not get any ores hidden, anyone else experience this?
  16. Offline


    I am getting a warning message once in a while. Doesn't seem to be anything serious, but I thought I would let you know.

    Show Spoiler

    2011-06-25 09:16:24 [WARNING] Task of 'AntiXRay' generated an exception
    java.lang.ArrayIndexOutOfBoundsException: 0
    at com.asdaarg.bukkit.antixray.BChunk.BandExpose(
    at com.asdaarg.bukkit.antixray.AWorld.BandExpose(
    at com.asdaarg.bukkit.antixray.AXR.Expose9Chunks(
    at com.asdaarg.bukkit.antixray.AntiXRay$
    at org.bukkit.craftbukkit.scheduler.CraftScheduler.mainThreadHeartbeat(
    at net.minecraft.server.MinecraftServer.h(
    at at
  17. Offline


    hey. I need help and someone could help me. On my server people could use x-ray without no problem. i use clanforge to host i have antixray and nscommand.
  18. Offline


    haha yes, look at the post above yours XD
  19. Offline


    Without looking into it I would bet without changing the config file for the layer ranges of ore that Skyworlds or Sphereworlds would not have its ore hidden.
  20. Offline


    Just wanted to say I installed this today and it worked like a charm with no probs on CB 928.

    Also the new CB supports a prioritized plugin loading by adding a line to the plugin.yml, you might wana look into that to ensure loading after the world is loaded completely.

    Anyways good job and kudos
  21. Offline


    I get this error
    2011-06-26 17:18:54 [INFO] CMD_axr_on[CraftPlayer{name=proudpro}]
    2011-06-26 17:19:28 [INFO] repack
    2011-06-26 17:19:29 [INFO] CORRUPTION WARNING: suspicious face count:3599@88
    2011-06-26 17:19:29 [INFO] Error: Repack failed - Please contact the author.
    2011-06-26 17:19:29 [WARNING] Can't keep up! Did the system time change, or is the server overloaded?
    2011-06-26 17:19:29 [INFO] / lost connection
  22. Offline


    i think you ore file is broken, the same sh** like i had
    try this here, but make a backup !
    sry for bad enlish, com from germany :D
  23. Offline


    You know version 0.6.10 should really be 0.6.91 or something, right? The version numbers are slightly confusing.
  24. Offline


    maybe if this plug in was HALF as easy to use as founddiamonds i would add it to my server but its ALL over the place crazy hard and risky
  25. Offline


    Hello I do not know much English. Version AntiXRay v0.6.5 Problem: thanks
  26. is there any way to go through the LONG process of /axr off, without having to have a client online through the whole thing?.. by my calculation, i'll have to have my OP account logged in for about 4-5 hours with no disconnect just for all the chunks to be restored...
    just making sure i'm not missing an easier way to do this.

    ok... so its official.... java, on the server-side, timed out trying to /axr off... i need a new way to get rid of this plugin. The lag i'm getting is not worth keeping the plugin, but i cant run a server with no ores....

    EDIT by Moderator: merged posts, please use the edit button instead of double posting.
    Last edited by a moderator: May 13, 2016
  27. Offline


    I feel like this might be valuable to my issue, but I must admit I don't understand your grammer...

    FoundDiamonds is a MUCH simpler plugin, this plugin is advanced, and as such works very well (while founddiamonds, which I also use, is nowhere even close to as effective as this for disabling the xray exploit.) In the end, as someone who HAS had his world corrupted I can vogue for it not being difficult to fix things... it just takes time is all. In the end, nobody here including the dev is likely interested in making this easier... it's REALLY easy to figure out as it is for what it does already.

    Here are the settings I used before I updated to finally get through the process without my server stalling. This makes it go faster, strangely, which helped my situation and will very likely help yours as well.


    You can also tweak these even more to quicken things, i'm sure.
    My server was allotted 2000mb at the time (I used a local test server) so it was just me on the entire time to ensure I knew when it had completed the restoration process. Worked like a charm in the end!

    EDIT by Moderator: merged posts, please use the edit button instead of double posting.
    Last edited by a moderator: May 13, 2016
  28. Offline


    I tried it but my friend was still able to see ore with his xray texture. I use Recommended Build: 935 (MC: 1.6.6) ... don't know if it's the problem. Anyway, i'll try it again soon, I really need this plugin! :p
  29. Offline


    hmm, we need a plugin like this on our server, but I am a bit affraid to try this one out, as this one seems to modify the actual ores itself. I've seen plugins send fake block data to the/some clients, thus leaving the original blocks intact, can't this be done for this plugin as well?
  30. strangely, thats what the settings are at now.... and it ran for about 3 hours, with my client on, before the server started spitting a lot of random java problems, which eventually crashed all that was running on my actual server (had to restart screen, and apache)... after that, i had some port issues where minecraft refused to bind to its default port, and at that point, i just gave up...after 3 hours, and only about 26% done... i didn't have the patience to try again....
  31. Offline


    Since I installed this plugin I start having errors in console: FATAL ERROR 8.5
    What that means?
    AXR: 0.6.10
    Just installed it
    No error messages in debug.

Share This Page