Alexander, I would love to contact you about this.

ioenjoyers

Hey, I just recently developed an X-ray mod for 1.21.11 that xrays ores such as ancient debris using the seed rather than realtime blocks, tested it and it works!! Would love to share with you incase you are interested in adding it to Wurst. Made a custom translation system for its keys too like you did to protect itself.

Alexander01998

ioenjoyers Okay. Does it still work in 26.1 / 26.2 too?

ioenjoyers

Alexander01998 I will make it compatible with Vulkan renderer and the latest releases of minecraft, and then reply to you again, but I'm sure you could probably look at the code and know how it works immediately. Also, you could add me on discord, my username is inhaling.

P.S: I have little experience with Vulkan, so expect this to take some time for me to implement into 26.1, 26.2, I might try this new "Codex" thing to help me, but I really hope it doesn't break anything. Either way, I can send you the jar file of the current one right now if you want.

ioenjoyers

Alexander01998 Not sure if it works on 26.1/26.2, but it definitely works on 1.21.11 splendidly. It identifies ores through papermc anti-xray with ~85% accuracy, working on improving that number as we speak by enhancing how the math is done. There are currently three modes,

Prediction: Purely just the seed rendering math. Takes no realtime data from the client/server and only runs math.

Diagnostic: Same as Prediction but swapped.

Combined: Just combines the two to form one image. (this is recommended if your server has anti-xray plugins).

How im working to improve the accuracy is by changing what it does with the seed. Currently, it just runs the seeded oregen math based on ONLY the ores, not its surroundings, bedrock, gravel, etc. I am making sure that it accounts for any of those so that false ores where gravel or bedrock or whatnot would be is filtered out, and thus reduces noise.

Currently, as of now (verified) works with fabric API (must have API 0.141.4+), it does NOT conflict with Wurst, or seedcrackerX, and the translation system SHOULD be protected, but take that with a HUGE grain of salt. If you are interested, contact me on discord (@inhaling), or just reply to this and I will set up a github repository and reply with the link.

About why I can't implement 26.x:
Fabric’s 26.1 porting docs say 26.1 is unobfuscated, requires moving off Yarn to Mojang official mappings, and requires Java 25. This mod has JDK 21, so a real 26.x jar still needs a separate official-mappings/Java 25 port.
Source: https://docs.fabricmc.net/develop/porting/
I can do this, but it will take a considerable amount of time.

Alexander01998

ioenjoyers Uhh... OK maybe just show me the code. It sounds like you're trying to reimplement half of Wurst here. Vulkan rendering, translation safety, 26.x obfuscation changes, etc. are all things that I've already figured out in Wurst and should have nothing to do with SeedRay. I thought we were talking about the function that takes in a seed and outputs a list of ore block coordinates.

ioenjoyers

Alexander01998 Got too carried away with it lol... Sorry!! I was prepared for you to be completely disinterested, so I was implementing everything neccessary to make it a standalone mod. (ps, that "codex" thing made it REALLY hard for me to debug things, as it just made a whole bunch of files and weird redundant comments, (of which he also deleted my backup folder containing purely what i wrote because it was "stale", but the core of it does work, which is taking in a seed, and then spitting out ore coordinates as rendered textures/highlights on your screen, similar to how normal xray works. The default keybinds might be wonky, but they are customizable. Keep in mind this is a proof of concept, it is rough around the edges and will take just a bit of work to improve, but alas, we have found a way to make SeedRay work! [with some features like diagnostic mode refusing to work but at least the actual thing works, lol.)

Important: This mod lags very hard when initially loading ores, to the point where it freezes if you have too many, I am not very good at optimization, but I'm sure that this mod has a lot of optimizing that can be done.

Here's the code. (the main jar is under "dist", also, cant post a link here since WurstForum formatting breaks it.)
github.com/priospire/GammaRay-1.21.11

P.S, after some more testing, ive found that there is some weird behavior regarding lag. I am working on a fix as I speak. This will take time though, so tinker around with the current repo as you wish.

Alexander01998

ioenjoyers Sorry to hear that the bot deleted your original code. Unfortunately, it seems like your preparation has basically turned into a self-fulfilling prophecy.

I was open to the idea of taking a deep look at a small bit of code and figuring out if and how that could be integrated into Wurst as a working SeedRay hack.

But now that the idea is "dig through a giant mountain of Codex slop that maybe still contains the small working code snippet somewhere, deep inside behind many layers of broken settings, fallbacks, diagnostics, and other pseudo best practices that not even the bot knows the purpose of anymore"... Yeah, at this point "completely disinterested" is a pretty accurate description of how I feel about that.

ioenjoyers

Alexander01998 Well, back to the drawing board until I can get some simpler worldgen code to work just the same but de-sloppified. I'll make a new post when I do. The people of Wurst need their SeedRay hack!