u/No-Upstairs-2340

Vandal phantom

Need Fe with proof nd all

Comment before dm

https://reddit.com/link/1v3lgwo/video/in2jhm3e7teh1/player

guess my rank ( and the rank im trying to reach )

Looking to buy a League of Legends 575 RP Gift Card redeemed through Microsoft Rewards.

Payment: UPI

dm with price

Must provide proof of redemption/purchase (screenshot like attached).

Comment before dm

Looking to buy a League of Legends 575 RP Gift Card redeemed through Microsoft Rewards.

Payment: UPI

dm with price

Must provide proof of redemption/purchase (screenshot like attached).

Comment before dm

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.

https://preview.redd.it/8xrddo3i0e7h1.png?width=1920&format=png&auto=webp&s=181a1bdb24eef54d28d2c82d7f0d7fd81cc47bcc

https://preview.redd.it/qd8r73zbzd7h1.png?width=1920&format=png&auto=webp&s=60448644940dcd509041c2246ae60b597dec597e

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 messing around with the 20w14∞ snapshot and trying to get Far Lands like terrain to generate naturally.

https://preview.redd.it/8a567o15yd7h1.png?width=1920&format=png&auto=webp&s=b7f73476c2c839e4e22abb7fe1d7d127893157d0

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.