Lithium — mod voor optimalisatie van de spellogica in Minecraft

Lithium — mod voor optimalisatie van de spellogica in Minecraft

Lithium is een optimalisatiemod voor Minecraft die de interne spellogica versnelt: de berekening van mobs, blokken en entiteiten. Bij elke game-tick berekent de server de status van de wereld opnieuw — hij beweegt mobs en laat ze «nadenken», werkt blokken bij, verwerkt botsingen, houdt mechanismeblokken draaiende — en in een drukke wereld worden deze berekeningen een knelpunt: de ticktijd loopt op, er ontstaan haperingen. De mod herschrijft deze systemen zodat dezelfde berekeningen sneller worden uitgevoerd, zonder ook maar iets aan de vanilla-mechanica te veranderen. Hij werkt zowel in singleplayer als op een server, en versnelt daarbij juist de wereldsimulatie, niet de graphics.

Wat de mod precies versnelt

Lithium is geen enkele patch, maar een verzameling onafhankelijke optimalisaties voor verschillende subsystemen van het spel. Elke optimalisatie herschrijft een specifiek stuk code zodat het efficiënter wordt, terwijl het resultaat identiek blijft aan het origineel.

Belangrijkste richtingen:

• Kunstmatige intelligentie van mobs. In plaats van dat een mob bij elke tick zijn hele omgeving afzoekt naar andere entiteiten, stapt de mod over op een gebeurtenisgestuurd model: de mob wordt alleen op de hoogte gebracht wanneer iemand zijn aandachtszone binnenkomt. Ook het pathfinding-algoritme is herschreven met snellere code.

• Mechanismeblokken. Kisten, brouwstandaards, kampvuren en andere soortgelijke blokken kunnen «in slaap vallen» — ze worden niet langer elke tick verwerkt zolang hun inhoud of status niet verandert. Een inactieve brouwstandaard of een gedoofd kampvuur verspillen geen servertijd.

• Blok-ticks. De berekening van willekeurige ticks is herschreven zodat er minder tijdelijke objecten worden aangemaakt. Minder objecten betekent minder belasting voor de garbage collector van Java, die anders regelmatig vastloopt bij het opruimen ervan.

• Entiteitsbotsingen. Voor rechthoekige en lege vormen wordt een gespecialiseerde snelle berekening gebruikt in plaats van de algemene, zwaardere berekening.

• Items en projectielen. Gevallen items voegen zich slimmer samen — op basis van type en stapelgrootte, zonder overbodige samenvoegpogingen. Botsingscontroles tussen projectielen die fysiek niet met elkaar kunnen botsen (bijvoorbeeld een grote wolk End-parels op één plek) worden overgeslagen — merkbaar bij grote opeenhopingen.

• Opslag en comparators. Blokken met inhoud melden aangrenzende comparators alleen een verandering in het vulniveau wanneer die daadwerkelijk heeft plaatsgevonden, in plaats van elke tick blind de inventaris te laten controleren. Bij sorteersystemen en opslagplaatsen met tientallen containers scheelt dit een aanzienlijk deel van de belasting.

• Dorpen en overvallen. Overbodige updates van de overval-balk zijn verwijderd, evenals een deel van de herhaalde zoekopdrachten naar werkplekken voor dorpelingen.

Samen verlaagt dit de verwerkingstijd van één tick (MSPT) en zorgt ervoor dat de wereld dichter bij het streefdoel van 20 ticks per seconde blijft, zelfs onder belasting.

Hoe dit voelt in het spel

Ook in singleplayer draait Minecraft een interne server — die de wereld laat «tikken». Wanneer de mod deze server ontlast, komt er processortijd vrij voor de overige taken, waardoor niet alleen de ticktijd daalt, maar ook de framerate en de algehele responsiviteit van het spel toenemen.

Op multiplayerservers is het effect rechtstreeks: een lagere ticktijd betekent dat dezelfde hardware meer geladen entiteiten, chunks en spelers kan verwerken zonder haperingen. De beheerder krijgt zo extra capaciteit zonder de hardware te hoeven upgraden.

De grootste belasting op de tick komt juist van de hierboven genoemde systemen: tientallen actieve mobs, grote automatische farms, opeenhopingen van dorpelingen, lange redstone-lijnen vol mechanismeblokken. Hoe meer hiervan zich in geladen chunks bevindt, hoe merkbaarder de winst van de mod. In een lege wereld met weinig blokken zal het verschil in ticktijd minimaal zijn — daar ligt het knelpunt niet bij de logica, maar bij andere factoren.

De mod werkt onafhankelijk aan elke kant. Hij kan uitsluitend op de server worden geïnstalleerd — clients hoeven hem niet te hebben, en omgekeerd. Nieuwe werelden aanmaken is niet nodig: de optimalisaties worden direct na het opstarten geactiveerd op bestaande saves.

Waarom het gedrag vanilla blijft

Het belangrijkste uitgangspunt van de mod is exacte overeenstemming met het origineel. Farms, redstone-mechanismen, timing van mobs en drops werken precies zoals zonder de mod. Juist door deze striktheid is Lithium officieel toegestaan in Minecraft-speedruns: hij geeft geen enkel voordeel, omdat hij de spelregels niet verandert.

Een klein deel van de optimalisaties wijkt technisch af van het origineel, maar alleen op punten die geen enkele invloed hebben op gameplay of mechanismen. Als zo'n optimalisatie toch een constructie kapotmaakt, beschouwen de ontwikkelaars dit als een bug en lossen ze het op.

Conclusie

Lithium verandert de verwerkingstijd van de tick in drukke werelden en op drukke servers — en doet dit zonder concessies aan het vanilla-gedrag. In tegenstelling tot optimalisatiemods die de FPS verhogen door de manier van renderen te veranderen, versnelt deze mod juist de simulatie zelf: AI, mechanismeblokken, botsingen. In tegenstelling tot oplossingen die nauwkeurigheid opofferen voor snelheid, blijft het resultaat hier identiek aan het origineel, waardoor farms en redstone niet kapotgaan. De grootste winst is er voor werelden met grote farms, redstone en opeenhopingen van entiteiten, evenals voor drukbezochte multiplayerservers. Geschikt voor technische spelers, serverbeheerders en speedrunners die een stabiele tick nodig hebben zonder de Minecraft-mechanica te veranderen.