Anti X-Ray

AntiXRay Logo Small 2

http://dev.bukkit.org/media/images/56/638/x-rayschriftsmall.png

PREVENTS cheaters from taking all the good stuff for themselves, without the tremendous overhead of Orebfuscator.

How does it work?

http://dev.bukkit.org/media/images/76/982/video.png

Basically, players are limited in the amount of valuable ores they can mine, based on their play time on the server. Legitimate, non-cheating players probably won't notice because the default limits are generous, but xrayers will be blocked from mining ore too quickly. So cheaters can still cheat, but they can't take more than a non-cheating player's reasonable share of ore. So their only gain is avoiding monsters while digging. They can't mine their first diamonds/"other good stuff" sooner than non-cheating players, and they can't take more total than they could if they weren't cheating.

How does this compare to Orebfuscator?

The trouble with Orebfuscator and similar plugins is that while they're incredibly effective, they're very, very expensive to run. They consume a lot of CPU cycles doing deep packet inspection and manipulation, and they consume a lot of RAM trying to cache the results in memory. Small servers simply can't afford it, and larger servers have to cut back on their max players or other plugins. Any server which doesn't have enough CPU or memory may suffer heavy lag and crashes.

In contrast, Anti-XRay is extremely cheap. It doesn't do any heavy processing, and consumes very little memory. It's true that technically cheaters can still use xray to find ores and dungeon chests (Mojang hasn't really made those worth hiding), but they're limited in how much advantage they get out of it. Basically, you're allowing players to cheat (but only very little!) to save immensely on CPU cycles and RAM.

How does this compare to ore loggers and ratio reporters?

Those simply don't work. Viewing a report to determine who has been x-raying only helps you catch players AFTER they've done permanent damage, removing massive amounts of diamonds so that non-cheating players can't find any. Banning the cheaters doesn't actually solve the problem, because it doesn't put the diamonds back in the ground AND more cheaters will soon replace those guys, so the problem continues. Also, this approach requires administrators to actively work to catch cheaters. An automatic approach would be much better.

Anti X-Ray keeps ores in the ground so that non-cheating players can find them. By placing limits on the amount of valuable resources a player can mine based on his play time on the server, Anti X-Ray guarantees that cheaters don't get greedy. They can still cheat a little, but not to the extreme of ruining the fun of other players. In fact, most new-to-server cheaters just leave the server to find another server where they can cheat without limits, solving your cheating problem very well. Versus ore loggers, you're actually SOLVING the problem, doing it in a fully automated fashion, and saving RAM/CPU.

Official Servers

You can experience this plugin for yourself (as a player) by joining any of these public servers. :) These are maintained by bigscary personally. Have fun!

  • Extreme Survival 198.23.130.217:25565
  • Tekkit 198.23.130.216:25565

Notice by JerryFord:
For those folks that are visiting the Extreme Server at 198.23.130.217 to check out this great plugin, please note that while xrayers may be able to SEE the ores that they are after, they won't be immediately able to MINE the ores that they are after. If you don't believe it, give it a true test and mine away. Please don't just look and start spamming that this plugin doesn't work.

The Details

Players have an invisible currency which grows while they play (up to a maximum amount). Players who aren't actively playing (idling) don't gain any. When players break a valuable block, their total is reduced. If they don't have enough to break the block, they get a message explaining that they've reached their limit, and will have to wait X minutes before they can break that block.

Players who have been playing on your server since before you installed this plugin will start maxed-out to make the transition go smoothly.

Players who are NEW to your server after you install this plugin will start with a negative amount. This will prevent players from logging in and immediately x-raying to get valuables like diamond, because they won't have played enough yet to reasonably mine diamonds without cheating.

Yes, it's possible that some players who aren't cheating will run into the limits. It's my goal to adjust the default limits to minimize the chance of impacting legitimate players, while at the same time stopping xrayers from going crazy and taking all the valuable ore for themselves. If a player complains, these are the common scenarios:

  • That player is a cheater, and is trying to convince you to disable the plugin or give him permission to bypass it so that he can cheat more.
  • That player has "raided" someone else's existing mine instead of exploring on his own, allowing him to find diamond within the first hour of joining the server for the first time. Tell him to stop being lazy and earn his own diamonds.
  • The player is EXTREMELY lucky, and managed to survive a reckless cave diving expedition without bothering to grow food or make armor and weapons. This is extremely unlikely - the player is probably cheating.
  • That player is "branch mining", which involves tediously mining in long, straight, parallel tunnels near bedrock to collect lots of diamond. Chances are that player has an unhealthy obsession with diamonds, and already has a million more diamonds than he can possibly use. For this case, I recommend advising the player to take a break from mining when he hits the limit. If you give a player like this the bypass permission, he will grab most of the diamond in the area, robbing other players of the opportunity (even though he's not cheating, he's potentially causing a problem).

Catching Cheaters

This plugin will do a good job of preventing cheaters from benefiting from xray. However if you'd also like to actually catch and ban them, there's a configuration option to make a log entry and notify moderators (permission: antixray.monitorxrayers or op) when a player reaches the mining speed limit. This does NOT necessarily mean the player is cheating (read below!), but teleporting to the reported location will often be enough to determine whether the player was cheating or not. Since the 1.3 update, the Vanilla /tp command will accept coordinates, making these investigations very easy even when the player is offline.

What are the indications of a cheater?

It's impossible to know absolutely for certain whether a player is cheating or not unless you're looking over his shoulder while he plays. However all of these are indicators of likely cheating.

  • Mines straight down. Xrayers don't fear lava because they can see through the ground.
  • Mines in the dark. Xrayers don't need light - most of their blocks are transparent anyway.
  • Mines in very long, single-block-wide tunnels (possibly winding), with very few, very short branches. You may notice a distinct lack of any pattern - unlike a "strip miner" who digs straight, parallel tunnels very close together, an xrayer's tunnels "wander". Xrayers don't need a pattern to be efficient, because they can see exactly where all the ore is, and so they can always take the shortest path to the next node.
  • Starts mining before he even builds a rudimentary shelter, and without bothering to start even a small farm. Xrayers can see through most blocks, so they see caverns and monsters, and dig around them instead of fightning them.
  • Carries very few supplies with him and doesn't wear armor while mining. May not even have a sword. Xrayers can see through most blocks, so they see caverns and monsters, and dig around them instead of fightning them.
  • Finds diamonds VERY early after joining the server. Xrayers don't have to look for diamonds. They know exactly where they are and can see the shortest path immediately after logging in.
  • Complains frequently, "Why do I have to wait to mine diamonds?!", while other players don't seem to notice the "problem".
  • A VERY high ore-to-stone ratio. This plugin doesn't measure that, but you could supplement this with an ore logging plugin if you really want to catch and ban cheaters (this plugin will limit their cheating so that they don't mine more valuables than non-cheating players). Because xrayers can see the shortest path to any ore node, they minimize the number of stone blocks broken as they mine.

Setup and Configuration

Beyond just putting the .jar file in your plugins folder, all of these steps are optional. There is no database required - that is also optional.

Tweaking the Ore-per-Hour Ratio

Please do not adjust the diamond mining rate, starting values, etc, until you have actually tried the defaults for a day or so. Over-thinking them will likely lead to you choosing bad values which either prevent non cheaters from mining, or allow cheaters to cheat too much.

In the config file, you'll find something like this:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
AntiXRay:
  EnableMetricsTracking: true
  NewPlayerStartingPoints: -400
  PointsEarnedPerHourPlayed: 800
  MaximumPoints: 1600
  IgnoreMaxPointsForBlockRatio: true
  ExemptCreativeModePlayers: true
  NotifyOnMiningLimitReached: false
  DefaultMaxHeight: 63
  ProtectedBlockValues:
    EMERALD_ORE:
      Value: 50
      MaxHeight: 35
    DIAMOND_ORE:
      Value: 100
      MaxHeight: 20
  Worlds:
    world: ''
    world_nether:
      DefaultMaxHeight: 256
    world_the_end:
      DefaultMaxHeight: 256

EnableMetricsTracking let's you disable metrics tracking. More about this at the bottom of this page.

New player starting points are how many points an entirely new player to your server (meaning he's NEVER been on your server before) will start with. The points are used to break blocks, like DIAMOND_ORE, which by default costs 100 points.

Points earned per hour played is the speed at which players get points. In this example, players get 800 points per hour, so on average, they can mine 8 diamonds per hour indefinitely without ever being temporarily blocked from mining.

Maximum points is the "buffer" players build up. Players don't spend ALL their time mining for diamonds, so this buffer gradually fills up with points. This means players who take breaks from mining will be less likely to encounter the mining speed limit.

In this example, because the starting points setting is much less than the cost of mining a diamond, this means that an entirely new player who has just joined the server can't mine ANY diamonds right away. This helps stop xrayers, who often start xraying right away, and will likely encounter the limit and either quit or complain (the latter helps you catch them).

You can add other ores as well, but generally xrayers don't bother to gobble up non-diamond ores, so those other ores probably aren't worth spending CPU cycles on tracking.

Cutom block definitions allow you to define new ore names by id and sub id (sometimes also called data). Read more about this below in the tekkit related section.

Protected block values is the place where you write down the default values for the ores you want to be protected by default in all worlds for which the plugin is enabled for. Additionally you can provide an ore-specific default maxHeight value for each of those. Read about maxHeight values below.

Default max height determines the default max height for all ores which don't have a specific maxHeight value set. Players are free to mine (break) as much ores they want above this height. This is useful for example to block players from mining to many diamond ore (which, in a default minecraft world, is only located below height 16), but at the same time allow them to place and break it again in their houses above that height with their fortune pickaxes if they like too, without having to reduce their point stock for that.

Now, there is the "Worlds" section:
This section determines the worlds in which AntiXRay shall be enabled and at the same time allows you to overwrite some of the default values specific for each world:

DefaultMaxHeight will overwrite the default max height from above, but only for this world.

ProtectedBlocks lets you add or overwrite ore values and ore specific max heights for this world.

In the example snippet below you can see how to use that: the example sets the value of diamond ore to 75 and it's height limit to 63 in world 'world' (maybe this world uses some custom world generator which generates slightly more diamond ore, up to height 63..).

Also you can see that the default max heights were increased to 256 in the nether and end worlds. By default players wouldn't be able to, for example, break diamond ore there (after placing it there of course) below height 20, because the section of default protected blocks from above restricts diamond ore by default in all enabled worlds if it is mined below height 20.
The world specific default max height value however overwrites all previously default max height values. So players can freely place and mine diamond ore again in the nether and the end.

In general heights get overwritten in this hierarchy:
default max height < default protected ore max height
< world specific default max height < world specific ore max height

More information on minecrafts default ore heights can be found in the minecraft wiki: http:www.minecraftwiki.net/wiki/Ore

If you want to add a world but not want to overwrite any default values or heights do as follows:

Let's say the world you want to add in order to enable AntiXRay in it is called "mining_world". Then create an (empty) section with the worlds name by putting 2 quotation marks behind the colon without anything between these, like so:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
Worlds:
  mining_world: ""
  world:
    ProtectedBlocks:
      DIAMOND_ORE:
        Value: 75
        MaxHeight: 63
  world_nether:
    DefaultMaxHeight: 256
  world_the_end:
    DefaultMaxHeight: 256

Without the colon or the empty quotation marks the plugin wouldn't be able to read the world name and it would get removed after the next reload.

More detailed block type specifications and Mods

You can also specify block types by id instead of name. This might be useful if you want to protect some custom blocks which got added by some mod.
Note however that there are mods this plugin doesn't quite work well for because they introduce new methods of mining which completely bypass plugins.
Also note that AntiXRay will automatically replace the block ids in the config with the material name, if it finds a matching one.

Also you can specify the data value (subid) for protected blocks by adding the data value to the block name/id separated by a tilde (~). Data values for blocks are usually used to differ between different states of the block (ex. the rotation of log or stairs, whether or not redstone ore is glowing, the color of wool, the growing state of plants, etc.). If you don't specify a data value it will default to -1, which is used to specify that the data value shall be ignored. This could look like this:

1
2
3
4
5
6
ProtectedBlockValues:
  999~12: # maybe some custom modded block
    Value: 50
    MaxHeight: 35
  WOOL~14: # red wool, for example purposes
    Value: 100

Where's the Database Option?

By design, there is no database option. This is one of a few cases where using a database is definitely more trouble than it's worth, and possibly detrimental to performance. There are only TWO integer values stored per player. That integers are read from file only once per login, and written to file once per logout (or when you shut down the server). There's no need for a database, and besides that, it will slow your boot trying to establish the initial connection.

I used to have database support, and one of the problems was that the database was used so infrequently that the connection would fall asleep. I will not add the database option back in unless in the future, something about the above changes so that there's either a LOT more data, or very frequent changes to data.

Using a Block Ratio Instead

If you'd rather require players to mine more coal or break more stone to earn more valuable ores instead of making them wait an amount of time, you need to do three things. First, set the points per hour to zero. Second, set the "cost" of the other blocks you want players to break to a negative amount. Then when the player breaks those blocks, he will GAIN points, taking him closer to mining. Finally, update your messages.yml to explain that the player must break more stone or other ores (depending on your configuration), instead of telling him he will get more points by waiting. For example, if you wanted to allow players to mine one diamond per 100 stone broken, you'd do this:

  • points per hour: 0
  • starting points: 0
  • DIAMOND_ORE: 100
  • STONE: -1
  • In messages.yml: "You're finding a lot of diamond! You have to break more stone before you can collect this ore."

Commands

/antixray help -> Overview over the possible commands.

/antixray reload -> Reloads the configuration and message files.

/antixray check [player] -> Shows you your or another players current points. I do NOT recommend you to give your players the ability to check their current points as they can use this information to avoid reaching their limit in order to avoid that you get a notification about them!

/antixray set <player> <points|counter> <value> -> Sets the players points or counter value. I do NOT recommend you to use this to reset your players points whenever they reach their limit (by doing so, you are wasting effort and you will make the limit useless)! This command is mainly meant for debugging purposes and trying out different mining limit settings.

Permission nodes

antixray.monitorxrayers (default: op) -> The player will get notified when a player has reached his mining limits and notifications are enabled.

antixray.bypass (default: false) -> Allows the player to freely mine any block without being checked by Anti X-Ray. Usage on own risk..

antixray.help (default: false) -> Allows a player to view the help page which contains information about the commands. Default: op

antixray.reload (default: op) -> Allows a player to reload the antixray configuration and message file.

antixray.check.self (default: op) -> Allows a player to view his amount of remaining mining points.

antixray.check.others (default: op) -> Allows a player to view an other players amount of remaining mining points.

antixray.set (default: op) -> Allows the setting of a players stored values, like the amount of remaining mining points.

Notice

This plugin uses Hidendra's Metrics class to report usage stats to mcstats.org. This is giving me (and you) an idea of how many servers are actually using this plugin. You can disable this by setting "AntiXRay.EnableMetricsTracking" to 'false' in the config.

More Great Plugins!

If you like this plugin, check out these plugins too:

  • Grief Prevention
    • Prevents ALL types of grief.
    • Easy for players and admins, mostly automatic.
    • Players claim land to prevent theft and house wrecking.
    • Automatically warn, mute, and kick or ban spammers.
    • Blocks dumping lava and setting fire on another player in non-PvP servers.
    • Disable fire damage, spread, or both.
    • Wipe away ugly builds with a right-click - no database required!
    • Automatically prevents spawn camping in PvP servers.
    • Prevent damage to the surface by limiting lava and water placement, and TnT damage.
    • Automatically clean up hanging tree tops.
    • Includes a creative mode for creative worlds.
    • Optional siege mode for build-based PvP.
  • Population Density
    • Automatically assigns new players to wilderness where they'll find other new players and plenty of space, wood, and ore.
    • Optional teleportation system which can't be abused by players to escape combat or save them from being lost.
    • Login queue to guarantee fairness when the server is full.
    • Optional reserved spots for administrators.
    • Automatically removes idle players when the server is nearly full.

Donations

This amazing plugin stops x-rayers from taking all the diamonds without lagging your server, crashing your server, or bothering your players! Maybe you'd like to buy me a beer ($5) or a pizza ($10)? :) If so, the donation link is blue and at the very top of this page. Thanks very much!

You must login to post a comment. Don't have an account? Register to get one!

  • Avatar of blablubbabc blablubbabc May 18, 2015 at 14:10 UTC - 0 likes

    @MasterMithrandir: Go

    Not that I am aware of. You could monitor your points and the speed of their regeneration by using the commands. If you notice anything strange let me know.

  • Avatar of MasterMithrandir MasterMithrandir May 18, 2015 at 11:50 UTC - 0 likes

    Hmmm... Is it possible that players are accidentally multiplying the time they have to wait, for trying to mine the same, or other ores after some time after reaching the limit?

    Servidor Español: mithrandir.craft.vg

  • Avatar of DjSmeXhy DjSmeXhy Apr 26, 2015 at 12:59 UTC - 0 likes

    I just want to see you on spigot!

    http://i.imgur.com/vjjuGSQ.png

  • Avatar of CloudeLecaw CloudeLecaw Apr 20, 2015 at 09:30 UTC - 0 likes

    @blablubbabc: Go i added all world now with "" without a defaultmaxheight for the spciffic worlds)
    the DefaultMaxHight: 256

    This Hieachie works :3
    The BlockMaxheight of the Testblocks is set to 34
    Effect: The Blocks that have a extra MaxHeight now are only counted from height 1 to 34.
    So it was just a Herachieproblem :D

    About the TNT:
    Yes all blocks are TNT-protected that are listed Up to their MaxHeight (DefaultmaxHeight if u define no BlockSpecialValue).
    So if u have a DefaultMxHeigh of 256 and set lets say DIRT,GRASS,STONE for Value 5 on the list without defineing a
    specheal MaxHeigh for the Blocks themself. Then the most blocks of the overworld are TNT-protected :D (Drit,grass,Stone)

    I only noticed this because i setet Stone,Dirt,Gravel on my list:
    Idea was: PayPoints for DeepMining :)
    Now we know there was an Herachieerror in my Config so all Blocks was in up to 256 :D
    (WorldDefaultmaxHeight was 256)
    now one Player on my Server wanted to TNT a Tunell he builded in height 110... to build his mineentrance quicker.
    Effect: No blocks was destroyed the TNT just show the ExplosionAnimation and is Gone after it (player still gets dmg from it)
    So with the correct Config this behavior is good in my eyes..
    Why? Sometime if u place TNT to explode a material, the material dont explode and drope to pickup.
    Currently: The Players cant destroy the good materials when they dont have the Points and need to mine it:
    Even when they have the Points they can Mine it but not use TNT on it.

    Little Problem with this: If u settet some Blocks up like Earth, etc this forces all to mine at the devined Height and they cant use TNT.
    (for me that is good, i hate it when they use TNT for mining )

    Last edited Apr 20, 2015 by CloudeLecaw
  • Avatar of blablubbabc blablubbabc Apr 19, 2015 at 01:31 UTC - 0 likes

    @CloudeLecaw: Go

    The world specific DefaultMaxHeight values overwrite all the ore specific max height values from the default ProtectedBlockValues section.
    This allows to more easily overwrite all the ore specific heights from the default ores section for a world.

    For example for the nether the default height is by default set to 256 and it is not required to list all the ores again with their default heights specifically set to 256 as well, in order to activate the protections in the nether in all heights.

    The hierachie should be as follows, where the lower ones overwrite the higher ones:

    • DefaultMaxHeight
    • ProtectedBlockValues.[BLOCK].MaxHeight
    • World.[WORLD].DefaultMaxHeight
    • World.[WORLD].ProtectedBlockValues[BLOCK].MaxHeight

    So it makes a difference if you explicitly set a world default max height. You can also activate a world for AntiXRay without specifying a default max height for it:

    NSH: ""
    

    Another thing to notice: I wasn't even aware that AntiXRay affects TNT explosions as well.. I would have expected it to only block players from directly mining a block. I haven't tested your described behavior for explosions yet but, in case AntiXRay affects explosions automatically for some reason, I am currently not sure if this would be intended behavior.

    Last edited Apr 19, 2015 by blablubbabc
  • Avatar of CloudeLecaw CloudeLecaw Apr 18, 2015 at 23:02 UTC - 0 likes

    @blablubbabc: Go

    I found a little bug with the MaxHeight:
    see this was my Testing Config:

    AntiXRay:
      NewPlayerStartingPoints: -2000
      PointsEarnedPerHourPlayed: 5000
      MaximumPoints: 20000
      IgnoreMaxPointsForBlockRatio: true
      ExemptCreativeModePlayers: true
      NotifyOnMiningLimitReached: false
      DefaultMaxHeight: 256
      ProtectedBlockValues:
        STONE:
          Value: 5
          MaxHeight: 25
        DIRT:
          Value: 5
        GRAVEL:
          Value: 5
          MaxHeight: 25
        LOG:
          Value: 5
      Worlds:
        NSH:
          DefaultMaxHeight: 256
        NSH_nether:
          DefaultMaxHeight: 256
        NSH_the_end:
          DefaultMaxHeight: 256
    

    The Problem now:
    On High 35 i places LOG,STONE,DIRT,GRAVEL
    i placed TNT - and see the LOG and DIRT explode, the STONE and GRAVEL still there...
    now i deleted the MaxHeight: of all and Redcues the
    DefaultMaxHigts to 30
    i Placed the Blocks on High 20 and 40
    Result: All Blocks Explode
    and added a MaxHeight: 10 to STONE and GRAVEL and redid the test.
    Result: Stone and Gravel on 40 Explode, Stone and Gravel on 20 was still there...

    Its seams lie the BlockSpeziffihigh "MaxHeight: Has no effect when the default are higher.

  • Avatar of blablubbabc blablubbabc Apr 14, 2015 at 21:20 UTC - 0 likes

    @DjSmeXhy: Go

    Source code can be found on github: https://github.com/blablubbabc/AntiXRay/

  • Avatar of DjSmeXhy DjSmeXhy Apr 14, 2015 at 16:56 UTC - 0 likes

    Do you have API or source free?

  • Avatar of blablubbabc blablubbabc Apr 11, 2015 at 13:54 UTC - 0 likes

    @CloudeLecaw: Go

    From above:

    Quote:

    Players who have been playing on your server since before you installed this plugin will start maxed-out to make the transition go smoothly.

    Only players which are totally new to the server will start with the new-player-points.
    This is so that players which have been playing already before the plugin got installed are not suddenly, unexpected to them, limited by the plugin.

    Last edited Apr 11, 2015 by blablubbabc
  • Avatar of CloudeLecaw CloudeLecaw Apr 11, 2015 at 11:49 UTC - 0 likes

    <<reply 2516964>>

    When i have Maximumpints 2000
    and there is no datda (plugin was resetet from me)
    why player have 2000 Points when they join - not new player but new players for the plugin...)
    When set NewPlayer start with -200 ?

    Shouldnt they start with -200??

    here is my Config - maybe u see a mistake i did?
    AntiXRay:
      NewPlayerStartingPoints: -200
      PointsEarnedPerHourPlayed: 500
      MaximumPoints: 2000
      IgnoreMaxPointsForBlockRatio: true
      ExemptCreativeModePlayers: true
      NotifyOnMiningLimitReached: false
      DefaultMaxHeight: 256
      Worlds:
        NSH:
          DefaultMaxHeight: 256
        NSH_nether:
          DefaultMaxHeight: 256
        NSH_the_end:
          DefaultMaxHeight: 256
      ProtectedBlockValues:
        REDSTONE_ORE:
          Value: 10
        IRON_ORE:
          Value: 25
        LAPIS_ORE:
          Value: 20
        EMERALD_ORE:
          Value: 200
        COAL:
          Value: 5
        DIAMOND_ORE:
          Value: 100
        GOLD_ORE:
          Value: 50

    Last edited Apr 11, 2015 by CloudeLecaw

Facts

Date created
Jun 12, 2012
Categories
Last update
Jan 08, 2015
Development stage
Release
License
GNU General Public License version 3 (GPLv3)
Curse link
Anti X-Ray
Downloads
248,100
Recent files
  • R: 1.8.3 for 1.8.1 Jan 08, 2015
  • R: 1.8.2 for CB 1.7.9-R0.2 Aug 16, 2014
  • R: 1.8.1 for CB 1.7.2-R0.3 Apr 16, 2014
  • R: 1.8 for CB 1.7.8 for 1.7.4 Apr 13, 2014
  • R: 1.7.5 for 1.7.4 Apr 10, 2014

Authors