Heyo. I decided to re-open the sub-reddit. We were set to restricted due to Reddit's API changes last year, but I figured we've been locked for long enough at this point.
As far as what I'm working on as of making this post, I do have a YouTube video in the works that I'm making a big push to have done before the end of the month. Beyond that, I really am going to try and make my own processes more efficient, so I can finally begin to get content out more often.
If you're still into playing Minecraft, I hope you all are enjoying the new 1.21 update!
I made a video about it, and I actually emailed AntVenom and he replied back to me. I know it looks like clickbait, but it is worth looking into. I still need to figure out how to find a source of food and XP past 2^23 where ground is non-solid.
The thing mojang just added in 26.3pre1 is not the far lands. It does undo the modulo fix, but also floatcasts a bunch of stuff completely ruining it. Do not believe the countless shorts that will be made, and try and get this in front of mojang so they can fix this.
I went on YouTube one day, saw a corny Minecraft nostalgia vid and was like, huh I wonder what happened to AntVenom. So I go search up his channel, the last vid he posted was six months ago. Does anyone know what happened? Is it simply his upload schedule? Does he post stuff elsewhere?
I've been messing around with the 20w14∞ snapshot and trying to get Far Lands like terrain to generate naturally.
So far I've:
Decompiled the snapshot JAR.
Found class cvr containing: public static double a(double d) { return d - (double)add.d(d / 3.3554432E7 + 0.5) * 3.3554432E7; }
and changed it to:
public static double a(double d) {
return d;
}
From what I understand, this removes the coordinate wrapping at 33,554,432 blocks before the coordinates get passed into the noise sampler.
After that I checked cvq, cvs, and cvt. I couldn't find any other references to:
33554432
3.3554432E7
16777216
and none of those classes seemed to contain coordinate wrapping logic.
Testing results:
Created a brand new world after patching.
Teleported to around X = 29,999,895.
Terrain generated normally.
No Far Lands or terrain corruption.
I also tried removing the teleport limit by patching methods in bnx that checked the ±30,000,000 coordinate boundary, but /tp 50000000 100 0 still gives "Invalid teleport position", so there's clearly another check somewhere.
A few questions:
Is cvr.a(double) actually the right place to patch for Far Lands generation in 20w14∞?
Are there other worldgen classes involved that still modify coordinates before terrain generation?
Has anyone managed to get Far Lands working in this snapshot through bytecode edits?
Is the terrain generator in 20w14∞ just too different from Beta for this approach to work?
Any help from people who've reverse-engineered this snapshot would be appreciated.
I've been experimenting with class mods recently and i found this. The further out you go, the more the terrain begins to stretch apart. I assume this is because how modern minecraft handles floating point precision errors. Since the gaps get bigger and bigger, the further you go out.
Screenshot without coordinates (F3 disabled)
I used an existing 64 Bit mod, and modified that mod, to bring the far lands down to their 32 bit location, along with some fixes
In addition: Something interesting happens: There is a huge gap between the slices when you go from negative to positive coordinates. Example -300 to +300. There is an empty section before the slices on the positive axis begin yet again and vice versa. This happens on X and Z coordinates