NoXray [v0.3.3-beta][1.10.2]

Force conformity. Sure, they can still X-Ray, but what’s the point if it takes the same amount of time, durability, and effort to not be banned?

I am confused right now. Are you saying that the plugin name is incorrect? And how does it take the same amount of time with this plugin enabled? Their are literally only maybe 3 diamonds on screen, while without it you can mine a stack in mater of 30 min.

Also banning players for xray is the reason I made this plugin for. I disagree with that concept. The server literally sends you all the information you need. Not using it would be dumb I think.

What I could do is flag the remaining visible ores and if a player mines to much of those warn an admin maybe. Also replacing all the stone by random ores could help, but doesn’t look server friendly to do for me.

Oh, I’m sorry if you misinterpreted what I was saying. I’m saying another thing you could add to this is forcing XRayers to conform to the statistical probabilities of diamonds to stone ratios (approximate, of course) and warn an admin if that happens. I mean to add statistical oversight to the plugin in addition to the active replacement of ores.

Also, the server sends you the data in chunks to make it easier on the server’s side. If it were to be redesigned to prevent cheating, that’s one of the primary changes. Only send the player what they are seeing.

1 Like

Interesting to see a plugin that makes use of mixins! Nice little idea to start with. :+1:

1 Like

Looks pretty interesting. Have you considered entering the contest with this?


Finally one, thanks for this release !

I totally agree with your idea of flagging visible ores and warning admin. Maybe you could add an option to target only scarce ones.

Edit : +1 for the contest :thumbsup:

1 Like

Alright :slight_smile:. I didn’t though this would count since I didn’t really put a lot of work in to this.
(3 days mangling with gradle to get a buildscript that allowed me to debug/code and 2 days coding)

I care more about the result of what you’ve done over how long you spent obtaining said result. :slight_smile:

Glad to see you enter. Good luck!

The way that anti-xray generally hides lava, is by using “mode 2” xray. instead of hiding non visible ores, you instead set all non visible blocks to random ores, redstone, tnt, and lava, giving the xraying player too many false positives to determine what is real or not.

It’s not 100% effective as they could still work out continuous patches of lava vs the 1 off bits, but it’s annoying enough that they generally stop using it.

My only gripe with this method is potential issues with non cheating palyers on low end pc’s, as the client then needs to do a bunch more culling checks etc in order to keep up.

This is similar to spigots built in anti xray isnt it? If so, it should be integrated into sponge its self. Nice work thomas.

Their is a problem with that. For every 161616 chunk blocks (BlockStateContainer) the server generates some kind of “block registry” (BlockStatePallete). If I set a block that increases the block-pallet size it will cause an exception. I haven’t been able to figure out how exactly I can fix it (without writing 3 more mixins at least).

Not really, for the client it is just another texture for the block. As long I don’t spoof blocks that have custom renders (chests, end portals, …). The client shouldn’t really be affected by that.

I haven’t looked at any other anti-xray implementation. So no idea :stuck_out_tongue:.

Idk should it? The only reason spigot has it build in, is because bukkit doesn’t provide enough tools to make plugins do it (properly).

Actually, I was thinking about making a plugin that would do just that (except it would work on the block level and would be pretty CPU-expensive). The only difficulty is sending the chunks when the player moves to a place from which they can see them.

This plugins looks great. Thanks for making it open-source, too! :slight_smile:

1 Like

Published a new release with additional fixes:

This is amazing. This works for all types of Xray mods right?

Yep, unless the server owner is insanely stupid to install this plugin and gives away the map seed.
It should stop:

  • Xray Texture packs
  • The Xray mod obviously
  • It will also stop ChestESP if the chest is totally covered by blocks

Atm I am working on asynchronous calculations and caching. Since it is calculating the same thing over and over again for each player (at tick time). What is something I don’t really like.

I also want to add additional hiding for blocks that are in the dark. So people are forced to use torches to make ores visible.

Nice! I see no support for 1.8.9 though ;-;

I am still waiting on until Mixins update to 0.5.11 on spongecommon 1.8.9.

It’s okay. I’m waiting for the Pixelmon Update to come out for 1.10 so I don’t really need a 1.8.9 release :joy: