LOD Server Support

LOD Server Support

Enables players with Voxy to see fully rendered terrain out to hundreds of chunks on multiplayer servers without needing to explore the world first. Also includes far player rendering so you can also see other players far beyond the vanilla render distance.

Try it live: join lod-server-support.modrinth.gg with Voxy and this mod installed. Supports Minecraft 26.2, 26.1, and 1.21.11.

Compatibility

Clients use the Fabric mod on every version; on 26.2, 26.1, and 1.21.1 a NeoForge client works as well. Supported servers:

Compatible with AntiXray, Moonrise, C2ME, ViaVersion/ViaBackwards, and most other mods including Create. Can be run alongside Distant Horizons on the same server to support DH clients and Voxy clients simultaneously.

Can populate Xaero's World/Mini Map based on the LOD data, enable this in client sodium settings.

LOD Server Support is backwards and forwards compatible from v0.4.0 through the current version. Server operators can freely update to take advantage of improvements without breaking clients on older versions, and clients can update without breaking compatibility with older servers.

On NeoForge (26.2 and 26.1) the tested client path is our Foxy fork (get it from the releases page, it carries the Windows natives fix that stock Foxy lacks), which loads the regular Fabric Voxy jar on NeoForge. Tested with Sodium 0.9.1 + Voxy 0.2.18-beta on 26.2 and Sodium 0.8.12 + Voxy 0.2.16-beta on 26.1.2, exact pairings in the Foxy README.

On NeoForge (1.21.1) use Roxy to load the Fabric Voxy jar. Tested working with Roxy 0.2.0, Voxy 0.2.16-beta (the 1.21.11 build), Sodium 0.8.12, and Forgified Fabric API 0.116.15. If distant Voxy chunks do not show up, turn off environmental fog in your video settings.

Voxy Server Side is the same mod. Voxy Server Side clients are compatible with LOD Server Support servers and vice versa.

Installation

Install LOD Server Support on both the server (LOD Server Support Fabric mod, Paper plugin, or NeoForge mod) and every client (LOD Server Support Fabric or NeoForge mod + Voxy). Without LOD Server Support on both the connecting client and on the server it will not function.

Commands

Server (Fabric, NeoForge, and Paper)

• /lsslod stats - Show per-player transfer statistics
• /lsslod diag - Show detailed diagnostics (config, bandwidth, queue depths)
• /lsslod set <setting> <value> - Change common settings live, no restart needed
• /lsslod store status - Show LOD store status (state, hit/miss counters, size)
• /lsslod store backfill start|stop|status - Control the background pre-warm walk (not on Paper)
• /lsslod help - List all commands

Client (Fabric and NeoForge)

• /lss clearcache - Clear the local column cache, forcing all chunks to be re-requested from the server
• /lss reset - Wipe this worlds's LODs (local cache and Voxy's stored data) and re-stream them fresh
• /lss diag - Show client-side diagnostics (connection, throughput, scan progress, request budget)

Configuration

Config files are generated during first run at config/lss-server-config.json on Fabric and NeoForge or plugins/LodServerSupport/lss-server-config.json on Paper.

Server Performance Tuning

Turn the LOD store on. "lodStore": "on" is the single biggest CPU performance win available, it caches the preprocessed LOD data to disk with the drawback of roughly doubling (+70%) the size of your world directory.

When the LOD store is enabled a backfill task will populate it. Maximum CPU savings are only achieved after the store is populated. Check the progress of the task with /lsslod store backfill status. If your world is much larger than the area players commonly visit you can save on disk space by disabling the backfill task with the "lodStoreBackfill": false config.

Use the bandwidth and generation limiters to limit CPU. LOD Server Support's CPU cost is essentially how many columns per second it serves plus how many chunks it generates, and these configs cap exactly that:

• mbPerSecondLimitPerPlayer / mbPerSecondLimitGlobal bound the chunk serve rate. They count uncompressed bytes on purpose so compression doesn't quietly raise the real ceiling. The actual max network utilization will be approximately 1/8th of these limits.
• generationConcurrencyLimitGlobal / generationConcurrencyLimitPerPlayer bound new chunk generation, by far the most expensive thing LOD Server Support can trigger. On a server exploring fresh terrain this dominates, and lowering it is the single biggest saving. enableChunkGeneration: false removes it entirely.
• maxConcurrentDiskReads bounds how many LOD disk reads run at once, so LOD traffic can't monopolize disk I/O that vanilla chunk loading needs. The 0 auto default is right for most servers; lower it to 1 or 2 if gameplay chunk loading stutters while LODs stream, raise it if LOD loading feels slow on fast NVMe storage.

Disable LOD store resweep on Paper. "lodStoreResweepSeconds": 0 This will reduce CPU utilization at a slight cost to correctness, on Paper its possible to miss chunk updates so old LODs could be served.

Pre-generate the world. Obviously the best thing you can do for player experience is avoid chunk generation by pre-generating your map with a tool such as Chunky.

Redistribution

This mod is MIT-licensed, redistribution with attribution is welcome, and modpacks can reference the official Modrinth project directly. Per Modrinth's reupload policy: XANTHA via Voxy Server Side has the copyright holder's explicit permission to distribute this mod, and derivatives of it, on Modrinth.