Minecraft Java stapt over van OpenGL naar Vulkan, omweg nodig voor macOS en mods

Minecraft-maker Mojang port de Java-versie van de game van de grafische technologie Open Graphics Library, ofwel OpenGL, vanaf deze zomer naar het modernere Vulkan. De overstap moet voor betere graphics zorgen, maar zorgt ook voor compatibiliteitsproblemen met macOS en bestaande mods.

OpenGL is een application programming interface (api) die ervoor zorgt dat gamesoftware op allerlei besturingssystemen kan communiceren met de gpu voor het renderen van beelden. Mojang zegt dat de overstap naar Vulkan, de vergelijkbare api van dezelfde maker Khronos Group, nodig is om de game mooier te maken.

Dat geldt specifiek voor de Java-editie van de game. De modernere Bedrock-versie kreeg in juni 2025 een grote grafische update: Vibrant Visuals. Diezelfde update moest ook voor de oudere Java-versie uitkomen, maar dat is nog niet gebeurd. Mogelijk zorgt het gebruik van OpenGL voor een beperking van de mogelijkheden. "Het werd steeds moeilijker om de Java-codebase te onderhouden", aldus de ontwikkelaar.

Minecraft Vibrant VisualsMinecraft Vibrant VisualsMinecraft Vibrant VisualsMinecraft Vibrant Visuals

macOS als bottleneck

Een van de beperkingen van OpenGL is het aflopen van de ondersteuning voor macOS. Mojang moest naar eigen zeggen een oudere versie van de api gebruiken die nog wel op macOS ondersteund werd. Apple stopte in 2018 met de ondersteuning van OpenGL.

Mojang heeft daarnaast nog een probleem voor de macOS-versie van Minecraft: het besturingssysteem van Apple ondersteunt ook geen Vulkan. Daarvoor gebruikt de ontwikkelaar een vertaallaag, vermoedelijk MoltenVK, om de Vulkan-versie van Minecraft alsnog op macOS te draaien. Volgens de ontwikkelaar zorgt dit niet voor prestatieproblemen.

Modders moeten aan het werk

Ook modders kunnen tegen problemen aanlopen met de overstap op Vulkan. Minecraft-modders maakten sinds de release in 2009 praktisch ontelbare mods voor de game. Mods die een grafisch element van de game veranderen, berusten zeer waarschijnlijk op een onderdeel van de opensourcetechnologie van OpenGL.

Met de overstap op Vulkan werken veel grafische mods daarom waarschijnlijk niet meer. Dat is vervelend voor spelers waarvan de game het na de update niet meer goed doet, en voor modders die hun mod mogelijk opnieuw moeten opbouwen om compatibel te zijn met nieuwe versies van Minecraft. Mojang biedt via supportpagina's en op het communityforum op Discord hulp aan om over te stappen.

Vanaf de zomer van 2026 moeten de eerste testversies van Minecraft Java op basis van Vulkan uitkomen. Die zullen nog naast OpenGL-versies blijven bestaan zodat gebruikers kunnen wisselen tussen de versies. Het is niet duidelijk wanneer de volledige permanente overstap gepland staat.

Minecraft sunset

Door Yannick Spinner

Redacteur

21-02-2026 • 11:07

106

Submitter: Tribits

Reacties (106)

Sorteer op:

Weergave:

Beetje offtopic, maar weet iemand waarom Mojang 2 Minecraft versies onderhoudt? Jave en Bedrock.
Het meest opvallende verschil vziz is dat Bedrock een marketplace gebruikt voor (betaalde) mods en dat Java vooral (gratis) mods gebruikt. Maar het lijkt erop dat er ook nog heel veel kleinere verschilen zijn. Dat doet me vermoeden dat de code bases behoorlijk gescheiden zijn. Dat lijkt niet logisch als je wilt dat beide base games ongeveer hetzelfde werken, want het zorgt voor veel extra werk.
Omdat de Java versie door zo goed als iedereen gespeeld wordt, en compatibel is met een hele geschiedenis aan mods/servers. Een hele userbase die ze zouden verliezen als ze stopte met die versie.

De Bedrock editie is waar ze hun geld uit willen slaan. Dat zie je aan de microtransacties.

Het verschil is dat Bedrock is geschreven in c++, waardoor het soepeler loopt.
Maar Java was vroeger de programmeer taal waar iedereen mee begon. Dus heeft veel meer support voor mods aangezien iedereen en zijn moeder er iets voor kon schrijven.
Ik hoor altijd dat bedrock soepeler zou lopen idd, maar laatst heb ik voor mn zoon Bedrock geïnstalleerd (Win 11) want hij wilde met PlayStation vrienden in een wereld (daarvoor was het alleen hij, m’n dochter en ik in Java werelden op Linux PCs en een Linux server)… hoe dan ook, in Bedrock duurt het laden overal veel langer, het is glitchy (je ziet lichamen vaak niet), het voelt sloom (items zweven achter je cursor aan in je inventory), overal lijkt het ook of de laptop het er veel zwaarder mee heeft. Kortom, wij zijn niet onder de indruk.
Minecraft Bedrock staat ook wel bekend als Bugrock. Er zijn nog zo veel problemen die fundamenteel het spel verpesten, met name desync tussen de “server” en speler (de reden waarom hardcore mode niet echt speelbaar is omdat je onverwachts dood kunt gaan).
Dat was ooit anders, vroegere versies van Bedrock liepen veel soepeler en o.a. de eerste Switch versies liepen gewoon goed op 60 FPS met de maximale view distance en zo.

De Bedrock versies zijn ontstaan omdat de toenmalige gaming consoles niet in staat waren om de Java versie fatsoenlijk af te spelen.

Maar goed, dat was toen, en nu heel wat jaren verder zitten we inmiddels met 2 codebases die niet vooruit zijn te branden. En ik weet niet of 'ie aan het cryptominen is of iets dergelijks maar mijn laptop probeert tegenwoordig op het titelscherm al op te stijgen.
Wat ik begrijp is dat ze de Java versie ook gebruiken om nieuwe features snel te proberen of het leuk is. Dat gaat niet zo snel als in c++. Plus zoals je zegt mod support. Dat houdt de java versie al jaren fris en levend.
.oisyn Moderator Devschuur® @Honytawk22 februari 2026 01:03
Dus heeft veel meer support voor mods aangezien iedereen en zijn moeder er iets voor kon schrijven
Nou, nee, het heeft "support" voor mods omdat Java heel goed te decompileren is. De Java bytecode waar de Java code naar gecompileerd is, is bijna een 1 op 1 mapping van de source code, met uitzondering van comments en lokale variabelenamen. Maar dat maakt ook dat je heel makkelijk hooks kunt injecteren naar je eigen code om dingen aan te passen.

Zo zijn de mods op Minecraft ontstaan iig. Geen idee of ze tegenwoordig gewoon een nette API hebben.
Geen idee of ze tegenwoordig gewoon een nette API hebben.
Ze hebben al een tijd een API, alleen was deze nooit publiekelijk gemaakt en waren de functienamen nog enigzins geobfusceerd. Sinds kort hebben ze dit echter rechtgetrokken en is alles nu leesbaar en interpreteerbaar geworden voor mensen buiten Mojang.

[Reactie gewijzigd door bakakaizoku op 23 februari 2026 13:16]

Maar Java was vroeger de programmeer taal waar iedereen mee begon. Dus heeft veel meer support voor mods aangezien iedereen en zijn moeder er iets voor kon schrijven.
Dat is niet waarom. Een Java applicatie is gewoonweg makkelijker te modden dan een C++ executable.

[Reactie gewijzigd door unilythe op 23 februari 2026 20:01]

Het verschil is dat Bedrock is geschreven in c++, waardoor het soepeler loopt.
Java is in principe niet zó traag dat dat wesenlijk verschil moet maken. Hoewel Bedrock wel beter geoptimaliseert is.

De grote reden voor de rewrite in C++ is dat Java niet werkt op veel platforms, waaronder consoles. En maar lastig te porten is naar bijvoorbeeld iOS.

De performanceverschillen tussen programmeertalen zijn in de meeste gevallen nihiel. Ja, C++ en C# zijn sneller (lees: hebben meer mogelijkheden tot optimalisatie). Maar het verschil met fatsoenlijk geoptimaliseerde Java ga jij als gebruiker niet merken in een game als Minecraft.

[Reactie gewijzigd door Wolfos op 24 februari 2026 09:28]

Beetje offtopic, maar weet iemand waarom Mojang 2 Minecraft versies onderhoudt? Jave en Bedrock.
Java is het origineel en door de dynamische eigenschappen van de taal kunnen mods vrijwel alles aanpassen. Bedrock is een C/C++ implementatie die wat minder resources nodig heeft wat handig is op consoles maar nooit alle features heeft gekregen.

De harde kern communities zitten allemaal op Java vanwege de extra mogelijkheden. Die wil Microsoft niet wegjagen want hoe meer mensen Minecraft spelen hoe meer ook de Bedrock versie met in-app aankopen verkoopt.
Die wil Microsoft niet wegjagen want hoe meer mensen Minecraft spelen hoe meer ook de Bedrock versie met in-app aankopen verkoopt.
Voor zover ik even gauw kan vinden zorgt Bedrock voor ong. een kwart van de Minecraft omzet.

Het zal dus meespelen maar de andere driekwart komt dus uit Java Edition, subscriptions voor Realms (ook voor Java Edition) en merchandise.

Los daarvan wil MS natuurlijk vooral geen (zeg maar wat) 100 miljoen Microsoft ID's kwijtraken die verplicht zijn om Minecraft te kunnen spelen ...
Er is wel een kleine kantekening die je moet maken. De Bedrock editie op zichzelf wordt alleen verkocht voor XBOX, de store versie van Minecraft voor de PC bevat zowel Bedrock als Java.
Je vergeet nu het bestaan van de Playstation, Switch, Android en iOS versies.
[...]
Voor zover ik even gauw kan vinden zorgt Bedrock voor ong. een kwart van de Minecraft omzet.
Daar zijn verschillende getallen over te vinden, bijvoorbeeld hier: https://oasisaiminecraft....s/minecraft-usage-trends/
Het marktaandeel van de Java versie ligt daar op minder dan 30% dus lijkt me heel sterk dat Bedrock maar een kwart van de omzet levert.
Hoezo lijkt je dat sterk?

Ik denk dat je je zomaar vergist in ogenschijnlijke "randzaken" als de merchandise en de subscriptions. En ook nog een film ...

Ik houd me er verder totaal niet actief mee bezig maar wat ik desondanks al "spontaan" voorbij heb zien komen aan Minecraft-themed spullen wekt wel een indruk. Action figures, Lego, plushies, t-shirts, controllers, lampen, en ga zo maar door. Dat is bij elkaar een enorme klap aan "royalties".
Ik denk dat je je zomaar vergist in ogenschijnlijke "randzaken" als de merchandise en de subscriptions. En ook nog een film ...
Die getallen gaan puur over de omzet van de games...
wat ook meespeelt in de populariteit van de Java versie is de mogelijkheid om te kiezen welke versie je wilt draaien en niet altijd verplicht op de nieuwste versie moet draaien. Er zijn inderdaad gehele communities welke eigenlijk nog op een versie van tijden terug draaien ivm Mods / Server inrichting en dat is met Bedrock jammer genoeg niet mogelijk.
Dit ligt vooral aan de geschiedenis, Java draait op desktop en voor mobiele versies maakten ze Pocket Edition (geschreven in C++ in tegenstelling tot Java). Er waren eerst nog veel meer versies (PS3/4, 3DS, Wii U, etc etc) die later overstapten naar Bedrock (wat de opvolger was van Pocket Edition).

Alle mods waren al die tijd voor Java geschreven en mods zijn daarin zoizo een stuk makkelijker te maken
Ik denk dat de originele Java Minecraft in leven gehouden wordt omdat dit het origineel is. Maar deze Java versie werkt niet lekker op mobieltjes en spelcomputers, zoals de 3DS of PS Vita. Een 'native' variant werkt draait daar beter en integreert ook beter in dat ecosysteem (inclusief shop). Dus krijg je 2 varianten, de originele Java versie voor de PC en de variant die draait op mobieltjes en spelcomputers. Samenvoegen van die twee is lastig omdat je mods stuk maakt (zoals nu met Vulkan) en daarmee die community versnippert.
Die grafische vergelijking is complete bullshit. De één is met shaders, de andere zonder. Beide versies hebben al native shader support. En de enige reden waarom de community nog steeds op Java zit is juist de gratis mods, die ze nu om zeep helpen. De meeste modpacks draaien al op behoorlijk oude versies van Minecraft omdat ze niet actief worden bijgewerkt.
Wat jij zegt is ook grotendeels onzin:
  1. De vraag voor Vulkan kwam grotendeels vanuit de mod developers achter Sodium en Iris
  2. Veel mods worden gewoon nog geupdate
  3. Het maken van mods wordt steeds makkelijker gemaakt, en Mojang vraagt actief input van mod developers om te vragen wat we nodig hebben
De mods die niet meer worden geupdate is om de volgende redenen:
  1. Gameplay elementen zijn veranderd die een bepaalde groep speler niet aanstaat (denk aan combat mechanics)
  2. Mod developers zijn hobbyisten. Als zij niet betaald worden en ze zelf alleen een oudere versie spelen waarom zouden ze hun mods dan updaten naar een nieuwe versie?
  3. Mod developers werken vaak solo of met een heel klein team. Als iemand andere interesses krijgt heb je al snel dat een mod team langzaam stopt met updates.
Ik vraag mij altijd af wat er mis gaat bij de PR afdeling van Microsoft wat betreft Minecraft. Iedere keer als er Minecraft nieuws is, zowel op Tweakers als Reddit stroomt het weer vol met negatieve opmerkingen over hoe Microsoft Minecraft om zeep helpt en alles verpest.


Ik speel het zelf al een tijdje niet meer, maar wat ik zie vanaf een afstand is dat Microsoft al meer dan 10 jaar twee versies van een spel onderhoud, puur en alleen om fans tevreden te houden. Het spel wordt nog steeds op alle mogelijke platformen actief ondersteund en ze zijn heel voorzichtig met het toevoegen / aanpassen van functies om zo niet de oude vertrouwde gameplay te verpesten en mods onbruikbaar te maken.
Er zijn meerdere redenen voor deze negatieve reacties. De eerste is omdat het zo populair is en er zoveel verschillende speelstijlen zijn kunnen veranderingen niet te ingrijpend zijn zonder een lange testfase met vragen van community input. Er zijn een paar poplaire sensatiezoekende YouTubers die bij het kleinste punt van kritiek een "einde van x" video maken (waarbij x de grootste en oudste anarchie server of Java minecraft of dergelijke is). Een aantal mensen herhalen dit , en uiteindelijk wordt het via via allemaal groter gemaakt dan het is.
Daarnaast heeft Mojang meerdere updates in een rij echt de bal laten vallen in de communicatie. Iets wat in 1 update had moeten komen kwam in 3, en de eerste communicatie hierover kwam pas vlak voor de release datum van de eerste update. Hier zijn ze qua communicatie flink wat goodwill verloren.
Ook krijgt Mojang veel kritiek op safety features die ze wettelijk moesten implementeren. Recent de leeftijdsverificatie voor spelers in het VK en daarvoor chat verificatie. Hierbij kunnen spelers andere spelers rapporteren als er illegale dingen gezegd worden. Om dat mogelijk te maken werd de chat versleuteld tussen client, server en client gestuurd werd (iets dat voorheen onversleuteld werd verstuurd en je berichten als andere mensen kon sturen).

Zelf speel ik geen Bedrock, maar als ik de changelogs lees zie ik vrijwel elke feature update iets staan als "changed X to be in line with Vanilla". Om een of andere reden hebben mensen nog steeds angst dat Microsoft de srekker uit Java trekt,ondanks dat Mojang het nog steeds ziet als "vanilla".

Mojang kan de communicatie verbeteren, maar met wekelijkse snapshots van wat er in de toekomst gaat komen is dat al stukken beter dan menig ander spel. Maar de grote groep ontevreden mensen lijken bij oudere versies van het spel te blijven hangen met een "goed oude tijd" gevoel en vinden het leuk tegen Microsoft te roepen.
Als de modpacks al op oude versies draaien, wat is dan het probleem dat ze met een nieuwe versie een nieuwe api gaan gebruiken? Die oude versies kun je gewoon blijven spelen.
Daarnaast lijken ze juist meer te doen om mods te ondersteunen, naar mijn ervaring met de vroegere versies.
Meeste mods draaien nu gewoon op 1.20 of 1.21.1 en ja dat is 2 jaar geleden, maar om dat nou behoorlijk oud te noemen is wat mij betreft een beetje te ver
Dus als je een MacOS gebruiker bent wordt je weer meer beperkt in je game mogelijkheden en wordt je opnieuw gedwongen om een Windows device te nemen om bijvoorbeeld Minecraft te spelen?
Als je daadwerkelijk het artikel leest dan kom je er achter dat:
  • macOS blijkbaar zowel geen OpenGL of Vulkan ondersteund wat in het beginsel al erg onhandig is voor games.
  • Mojang waarschijnlijk gebruik gaat maken van een vertaalslag zoals MoltenVK om het toch speelbaar te maken.
macOS ondersteunt meen ik enkel nog officieel Metal. OpenGL support hebben ze al even laten vallen, maar volgens mij werkte het wel nog gewoon. Waarom ze geen Vulkan ondersteunen blijft mij toch wat een raadsel. Dat is eigenlijk de industry standaard tegenwoordig, buiten DirectX op Windows natuurlijk. Apple vond Vulkan te complex en dan hebben ze maar zelf wat uitgevonden :). Klinkt wel als typisch Apple.

Het heeft eigenlijk lang geduurd eer ze overstappen naar Vulkan al verwacht ik er ook geen wonderen van. Sinds Java 17 draait het eigenlijk zo slecht niet vind ik. De sloomheid die er is, is volgens mij meer een gevolg van de architectuur van de game die van in het begin gekozen is.
Waarom ze geen Vulkan ondersteunen blijft mij toch wat een raadsel.
Ik zou het anders stellen; waarom heeft Apple Vulkan nodig?

Vulkan is een API om op laag niveau met de GPU te kunnen werken. Er is dus veel werk nodig om te optimaliseren voor een bepaald platform. Omdat Apple z'n eigen SoCs ontwerpt is Metal juist ontworpen om dat te versimpelen. Data delen tussen GPU en CPU is triviaal met Metal, en dat kan omdat Apple's SoCs altijd unified memory gebruiken.

Het is dus niet logisch om hier nog een low-level API bij te gooien die voor hele andere GPU's ontworpen is. Als je een cross-platform abstractie wilt, dan wil je die op een hoger niveau hebben zodat deze onderwater geoptimaliseerd kan zijn voor alle platforms.
Die abstractie bestaat en heet WebGPU (ondanks de naam niet alleen voor in de browser). Vulkan is nooit bedoeld als cross-platform abstractie, maar als raamwerk om GPU drivers (enigzinds) te standaardiseren.

[Reactie gewijzigd door Wolfos op 21 februari 2026 13:27]

Ja en nee, Nintendo ondersteund bijvoorbeeld ook vulkan, presteert minder dan de native api maar is wel een optie.

Apple heeft dfus een des-apple's oplossing om iedereen hun api te laten gebruiken, dit terwijl het marktaandeel van macos voor gaming kleiner dan dat van linux is.
Dat marktaandeel van Mac was overigens ooit wel groter. Ik meen 5% op zijn hoogtepunt (en zeer kortstondig 8%) terwijl Linux altijd iets van 1% was. Maar Apple had gewoon geen zin meer in gaming ofzo. Of misschien waren ze zo arrogant om te denken dat iedereen wel moeite in hun platformspecifieke oplossing zou steken. Ondertussen zijn is dat aandeel dan ook flink gezakt terwijl Linux juist groter is geworden dan Mac.
Ze betalen nog steeds developers om grote games te porten naar hun platforms, en daar zijn ze dan heel trots op in hun presentaties (maar ze verkopen geen moer).

Dus ik denk vooral die arrogantie.
Ik neem aan dat je de steam hardware survey als bron gebruikt maar dat is geen goede representatie van de echte markt aangezien iedereen die een Steam account heeft en zelfs maar 1 gratis spelletje speelt al meegenomen wordt.


Daarnaast hebben we straks de Steam Deck en Steam Machine dus Linux gaat veel sneller groeien dan Mac
Ik ben inderdaad wel uitgegaan van de Steam Hardware Survey, maar geen rekening gehouden met dat ene spelletje dat een enkele keer wordt gedownload. Maar mijn aanname zou zijn dat dat voor alle platforms wel geldt.
Ik neem aan dat je de steam hardware survey als bron gebruikt maar dat is geen goede representatie van de echte markt aangezien iedereen die een Steam account heeft en zelfs maar 1 gratis spelletje speelt al meegenomen wordt.
Dat klopt volgens mij niet, ten eerste is de Steam hardware survey een opt-in, je moet het dus specifiek accepteren om er aan mee te doen, en dit kan ik mis hebben, maar volgens mij word de survey alleen aangeboden aan Steam users die echt actief zijn
Klopt, alleen hierdoor heb je bijvoorbeeld vooral in Asie populaire internet cafes waar gebruikers inloggen en vervolgens als ze ja klikken op de survey krijg je meerdere keren die computer in beeld.


Daarnaast kan het ook zijn dat je normaal op computer A speelt en steam ook op Mac book hebt en dan toevallig de survey vraag krijgt terwijl je op mac zit enzo.


Steam hardware survey is geen tool voor harde cijfers, meer een lichte indicatie van
Maar het is voor Apple veel werk om nog een API te implementeren die zowel complexer is als minder kan dan Metal (Metal is namelijk ook een concurrent van CUDA / ROCm).

En het is nog maar de vraag wat het op zou leveren. De meeste games gebruiken immers DirectX, terwijl bestaande Vulkan games hierdoor nog steeds niet meteen speelbaar zijn op Macs. Is MoltenVK zo'n grote barrière voor deze ontwikkelaars dat er een driver implementatie moet komen?
Antwoord op dat laatste is ja, het is voor developers een barrière. Waarom zouden developers tijd steken om een specifieke implementatie voor Mac te gaan ondersteunen wanneer de markt voor hun game op Mac erg klein is. Waarom tienduizenden, al dan niet honderdduizenden euro's spenderen aan iets dat waarschijnlijk niet tot extra winst leidt
Hoewel dat meer door steam OS/devices komt
Vulkan is nooit bedoeld als cross-platform abstractie, maar als raamwerk om GPU drivers (enigzinds) te standaardiseren.
Vulkan is een applicatie interface en wel degelijk een cross-platform abstractie. Wat zou anders het nut zijn?
Precies dit. Vulkan is niet een "right once, run everywhere" API.
Waarom ze geen Vulkan ondersteunen blijft mij toch wat een raadsel. Dat is eigenlijk de industry standaard tegenwoordig, buiten DirectX op Windows natuurlijk. Apple vond Vulkan te complex en dan hebben ze maar zelf wat uitgevonden :). Klinkt wel als typisch Apple.
Als je iets weet van de ontwikkelgeschiedenis van Metal weet je ook dat die API er eerder was dan Vulkan. Toen de Khronos groep eindelijk met een 'next level' API kwam had Apple Metal al uitgeroepen tot de officiële 3D API van macOS en iOS.
In diezelfde lijn, Vulkan is een doorontwikkeling van Mantle, wat in 2013 is uitgebracht en dus voor Metal al beschikbaar was.
Mantle is nooit 'uitgebracht' als API voor algemeen gebruik, AMD ontwikkelde het als prototype/proof-of-concept voor een next-gen graphics API en heeft altijd expliciet gezegd dat ze niet van plan waren het ooit voor niet-AMD hardware of op platforms anders dan Windows uit te brengen. Er zijn ook maar heel weinig spellen geweest die het gebruikt hebben en waarschijnlijk allemaal gesponsord/geholpen door AMD zodat ze betere feedback konden verzamelen. Mantle is dus nooit een alternatief geweest voor Apple om te gebruiken in plaats van een eigen API (Metal)
Apple vond Vulkan te complex en dan hebben ze maar zelf wat uitgevonden :). Klinkt wel als typisch Apple.
Alleen was de eerste versie van Vulkan uitgekomen in 2016, terwijl de eerste versie van Metal is uitgekomen in 2014.

Jij zegt dat Apple de niet bestaande Vulkan te ingewikkeld was en ze daarom zelf maar iets hebben gemaakt en sneller gereleased hebben dan Vulkan?
Het heeft eigenlijk lang geduurd eer ze overstappen naar Vulkan al verwacht ik er ook geen wonderen van. Sinds Java 17 draait het eigenlijk zo slecht niet vind ik. De sloomheid die er is, is volgens mij meer een gevolg van de architectuur van de game die van in het begin gekozen is.
De architectuur zijn ze ondertussen ook volledig aan het omgooien. De render laag wordt los getrokken van de logic laag en deze gaan ze in aparte threads draaien.

[Reactie gewijzigd door StefanJanssen op 21 februari 2026 16:10]

Kijk, weer wat bijgeleerd :). Ik had het omgekeerde in gedachten.
[...]

De architectuur zijn ze ondertussen ook volledig aan het omgooien. De render laag wordt los getrokken van de logic laag en deze gaan ze in aparte threads draaien.
Nice. Dat gaat zeker heel wat helpen. Ik weet nog dat ik bij m'n vorige pc letterlijk de cpu heb uitgezocht die de beste single core performance had om goed Minecraft te kunnen draaien :D. Wel al heel wat jaren geleden dat ik nog uitgebreid gespeeld heb, maar met modded minecraft kon ik me uren bezighouden.
Dat is ook een rare keuze van Apple om geen Vulkan te ondersteunen. Het is de spirituele opvolger van OpenGL. Maar zo te zien is er al een vertaallaag die dit probleem zou moeten oplossen. Als ze zouden migreren naar DX12 zou ik je comment meer snappen, niet Vulkan.

[Reactie gewijzigd door Thomg op 21 februari 2026 11:16]

Apple moet ook gedwongen worden. Er zijn mensen die roepen dat Apple zoveel beter is dan een Microsoft of Google bijvoorbeeld, maar zij doen zoveel standaarden gewoonweg niet: Vulkan, streaming (moet perse HLS zijn), Safari-engine (niet native), en nog meer van die stomme standaarden van hun.

De mensen die apple gebruiken hebben niets te klagen, totdat ze buiten die vendor locking bubble komen of als developer aan de slag gaan.
Dus als je een MacOS gebruiker bent wordt je weer meer beperkt in je game mogelijkheden en wordt je opnieuw gedwongen om een Windows device te nemen om bijvoorbeeld Minecraft te spelen?
Mojang heeft daarnaast nog een probleem voor de macOS-versie van Minecraft: het besturingssysteem van Apple ondersteunt ook geen Vulkan. Daarvoor gebruikt de ontwikkelaar een vertaallaag, vermoedelijk MoltenVK, om de Vulkan-versie van Minecraft alsnog op macOS te draaien. Volgens de ontwikkelaar zorgt dit niet voor prestatieproblemen.
Eerst lezen, dan reageren. ;)

Verder draait Minecraft (Java) ook prima onder Linux.

[Reactie gewijzigd door The Zep Man op 21 februari 2026 11:16]

Ze gaan er direct al rekening mee houden zodat spelers op nieuwere MacOS devices perfect meekunnen blijven spelen. Is wel afhankelijk hoe ver ze terug gaan, want er zijn nog steeds Intel based Macs in gebruik.

Nu hun statement is wel:
Our goal is to keep Minecraft: Java Edition playable for almost any PC-operating system, including macOS and Linux, so it’s time for us to transition away from OpenGL and switch to something new that can not only support our goal of maintaining access across all PCs and Macs, but also help us with another, very important goal of ours.
Ben benieuwd naar de testbuilds
Daarnaast komen beide problemen waar ze tegenaan liepen vanuit Apple zelf, in tegenstelling tot hoe je het laat klinken.
Tja, daarvoor moet je dan Apple maar op aanspreken om niet Vulkan te ondersteunen..
Voor zover ik weet kan je de Java versie van Minecraft gewoon native op Linux draaien, waar OpenGL en Vulkan allemaal prima ondersteund worden, heb je geen Windows device voor nodig. Bedrock editie is misschien een ander verhaal, maar daar hebben we het nu ook niet over.

Dat Apple nog steeds weigert om OpenGL op een beetje normale manier te ondersteunen, laat staan Vulkan, is toch echt hun keuze.Ja ze hebben hun eigen Metal alternatief, en met iets als MoltenVK kan je daar een vertaallaag van Vulkan naar Metal krijgen, maar toch zonde dat het nodig is omdat Apple gewoon 'nee' zegt.
Bedrock editie werkt ook gewoon op linux alleen vibrant visuals en rtx lijken niet te werken (rtx is greyed out ookal heb ik een 30 serie kaart en vibrant visuals laat de game crashen)

Ik denk dat het native is maar ik weet het niet zeker
Behalve dat dit niet zo is (ze gebruiken een tussenlaag zodat het wel werkt), is dat niet de schuld van de ontwikkelaars maar van Apple. OpenGL ondersteunen ze al heel lang niet meer (maar werkt blijkbaar nog wel?), en Vulcan willen ze ook al niet ondersteunen. Ze kunnen toch moeilijk verwachten dat iedere game developer maar hun eigen proprietary API's gaat ondersteunen, speciaal voor die paar MacOS gamers?

Dit krijg je met een partij die graag z'n eigen standaarden doordrukt, ten koste van interoperability. Als je ooit een iPhone naar iets anders wilt migreren merk je pas hoe vreselijk gesloten ze hun systeem hebben gemaakt. Zelfs je kalender kun je in iOS niet eens exporteren. :r
Omgekeerd was dit hetzelfde soort spelletje :). Ik ging x aantal jaar geleden van Windows Phone over naar iOS (I'm feeling old). Wat een miserie was me dat om simpelweg contacten mee te nemen. Ik heb het toen maar opgegeven en heb maar alles manueel overgetypt :p.
Je hoeft je kalender niet te exporteren op ios, deze is gewoon bereikbaar via een open standaard nl caldav en carddav (voor je contacten).

Apple is inderdaad nogal van zijn eigen standaarden wat nog al hinderlijk kan zijn, maar migratie problemen door gesloten kalender en adresboek is er nou net niet een van. Migreren van die naar Google, Microsoft of eigen oplossing is appeltje / eitje.
Adresboek was geen probleem hoor. Daar zit inderdaad een vcf export functie in. Maar vertel maar hoe ik bij de ics file van de iphone kalender kom. Ik kon m niet vinden en het alwetende internet kon me ook niet helpen.
Op naar Hytale! Ondersteund ook MacOs: https://hytale.com/
Waarom? Minecraft blijft gewoon juist MacOS ondersteunen dus wat heeft het te maken met dit onderwerp
Je kan ook Supermarkt Simulator spelen. Een ander spel is geen alternatief voor Minecraft.
Minecraft is overgenomen door Microsoft, dus dat zat er wel al een paar jaar aan te komen. Ze duwen ook meer en meer voor mensen om over te schakelen op Bedrock/Dungeons al dan niet via de XBox streaming service, met advertenties in de launcher en de start knop voor Java steeds verder naar beneden te zetten.

Vulkan maakt het ook een stuk moeilijker om te programmeren, dus al die graphics mods en servers gaan afvallen en om ze te herbouwen ga je ze nagenoeg moeten herschrijven. Er zal wel veel afvallen, en dat zorgt dat er dan ook veel gebruikers zullen afvallen eenmaal de mods/servers niet meer werken met de laatste versies. Ik heb Minecraft in de beta aangeschaft voor een tientje, bijna al mijn kinderen zijn jonger, de 'waarde' van mijn account is nagenoeg 0 tov Microsoft.

Er is niets dat zegt dat ze OpenGL kunnen behouden of Minecraft Java niet kunnen open sourcen, genoeg games tegenwoordig die gewoon met GL blijven draaien. MacOS ondersteunt OpenGL nog steeds via Metal, het is gewoon 'deprecated' omdat Khronos Group al bijna een decennium geen nieuwe versie heeft uitgebracht maar de vertaalslag van OpenGL -> Metal of OpenGL -> DirectX is gemakkelijk, OpenGL -> Vulkan is een groter probleem.
Dan moet Apple eens een keertje ophouden alles wat niet Apple is te blokkeren. Serieus waarom word OpenGL en Vulkan niet meer ondersteunt? En kom niet aanzetten met "Dan werkt het beter! Dat willen de gebruikers!", want ze kunnen altijd hun eigen shit er in houden en de optie bieden. Maar dat willen ze gewoon niet. Ze willen ontwikkelaars en gebruikers aan hun binden met deze verplichtingen.


Apple doet wat MS ook probeerde met Direct3D. Eigen APi om zo alles behalve hun eigen kapot te maken.
Moet je wel je pijlen op de juiste mikken hè, Apple ondersteund OpenGl en Vulkan niet. Dat is niet Microsoft hun probleem. ;) En Microsoft doet er alsnog alles aan om het wel speelbaar te maken voor je.
Nee hoor, kan ook gewoon Linux instaleren op je Mac ;)
Mojang heeft daarnaast nog een probleem voor de macOS-versie van Minecraft: het besturingssysteem van Apple ondersteunt ook geen Vulkan. Daarvoor gebruikt de ontwikkelaar een vertaallaag, vermoedelijk MoltenVK, om de Vulkan-versie van Minecraft alsnog op macOS te draaien. Volgens de ontwikkelaar zorgt dit niet voor prestatieproblemen.
Dus het is geen probleem meer, toch? Een vertaallaag is niets nieuws. Zie ook Proton om Windowsspellen onder Linux te laten werken. Proton ondersteunt veel out of the box, en het is mogelijk om ontwikkelaars hun Windowsspellen te optimaliseren voor Proton.

[Reactie gewijzigd door The Zep Man op 21 februari 2026 11:23]

Het liefst maak je natuurlijk geen vertaalslag, want dat is altijd afhankelijk van hoe goed de vertaling gebeurt. Spreek je in de API functies aan die niet bestaan in de API waarnaar vertaald wordt, moet je maar hopen dat alles goed gaat. Ook wordt je ineens afhankelijk van die vertaalslag wat een extra afhankelijkheid creeert. Ja, het is een probleem en ja er is een oplossing. Maar het is niet omdat die oplossing er is, dat het daarom goed is.
Het liefst maak je natuurlijk geen vertaalslag, want dat is altijd afhankelijk van hoe goed de vertaling gebeurt.
(...)
Maar het is niet omdat die oplossing er is, dat het daarom goed is.
Volgens de ontwikkelaar zorgt dit niet voor prestatieproblemen.
En daarmee is het geen probleem en is het goed.

Het liefst is natuurlijk alles geprogrammeerd in assembly, zonder tussenlagen, om de maximale rekenkracht uit elke CPU-cycle te persen. Dat is echter onrealistisch in het moderne technieklandschap, en onnodig. Er zijn vertaallagen die geen significant effect hebben op prestaties of functionaliteit. Zolang het in de context van computerspellen niet merkbaar is voor de gebruiker, is het prima.

[Reactie gewijzigd door The Zep Man op 21 februari 2026 11:48]

En daarmee is het geen probleem en is het goed.
Wellicht baseer je je mening op een situatie waarin niet alle relevante informatie meegenomen wordt.
Bij dit soort keuzes moet je je afvragen wie die laag onderhoudt. Het is niet zozeer een technisch probleem, maar een supply chain-probleem.

Is het een guy met een klapperende Starlink-verbinding in de Sahara of Apple zelf? Wat als er iets foutgaat?

Nu lijkt het een onderdeel te zijn van Khronos Group dus zal het wel loslopen denk ik.
Ja, voor sommige spellen is DXVK zelfs sneller op Windows dan native direct. Een snelle online zoekopdracht vindt bijvoorbeeld deze guide for Kingdoms of Amulur: Re-Reckoning die een 20%-100% performance uplift belooft. Natuurlijk is het niet voor ieder spel sneller, maar een vertalingslaag kan heel efficiënt zijn.
Het grootste probleem is dat er enorm veel mods zijn die bijv. dingen met shaders doen, of direct 'in de wereld' renderen voor bijv. het simuleren van een grotere draw distance - die zullen waarschijnlijk aangepast moeten worden om met Vulkan te werken ipv OpenGL.

Edit: zie bijv. deze lijst: https://github.com/xCollateral/VulkanMod/wiki/Incompatible-mods

[Reactie gewijzigd door Noxious op 21 februari 2026 12:12]

Daar is ook niks nieuws aan voor macOS. Wine werkt daar ook op. En Apple heeft ook de game porting toolkit uitgebracht dat het ook makkelijker maakt.
Enige wat mist is een gebruikersvriendelijke betrouwbare tool op niveau van Proton. Maar Proton is er vooral voor de gebruiker.
alleen voor de java versie
Minecraft Java versie heeft nooit op console gewerkt (en zal dat ook nooit doen). Sony en consoorten laten geen VM's toe op hun hardware. De bedrock editie heeft hier geen last van, die draait denk ik al even op Vulkan.
Klopt niet helemaal, bedrock gebruikt render dragon. Die kan openGL, vulkan, metal en DirectX op basis van platform.
Ik denk dat de overstap er eerder voor moet gaan zorgen dat Minecraft makkelijker/beter gaat runnen qua FPS. Wat er weer voor zorgt dat het spel nog toegankelijker wordt, er zullen dan ongetwijfeld ook zwaardere graphic mods gemaakt kunnen worden, etc. Minecraft op zichzelf blijft natuurlijk gewoon hetzelfde, grafisch gezien verandert er verder niks.
Ze kunnen toch Apple game porting toolkit toepassen?
Dat is niet nodig, alleen voor DirectX only games. De Java versie van Minecraft is al cross platform, alleen wordt de platform 3D API gebruikt. MoltenVK om Vulkan naar Metal om te zetten is een stuk eenvoudiger dan de hele applicatie in GPT te draaien.
Mooi om te zien. Nadat modders Minecraft in een zeer goede staat onder vulkan weten te draaien gaat Mojang het nu zelf proberen.
Lijkt me een goede ontwikkeling!

Ik vind shader packs over het algemeen best lelijk, maar vibrant visuals had dat niet zo. Als we die hierdoor in Java krijgen super!

Goed dat ze zich niet tegen laten houden door mods, technologische vooruitgang zal uiteindelijk ook de modders meer flexibiliteit geven! Jammer dat ze even aan de slag moeten, maar de meeste gebruiken toch al de API's van bijv NeoForge Dus het zal voor hun mee vallen.

En natuurlijk performance, dit is al jaren een dingetje bij Minecraft, het kan best zwaar zijn voor de cpu. Met name particles hebben altijd grote impact gehad. Hopelijk hebben we hierdoor al die optimalisatie mods (die niks doen voor goede cpu) niet meer nodig!
Die optimalisatie mods ga je zeker nog nodig hebben je hebt echt HEEL veel betere performance met die mods, het lijkt dat jij neoforge gebruikt en daar zijn de performance mods gewoon slecht op fabric heb je de goede die zorgen dat mijn trage chromebook die nauwelijks webpages kan renderen minecraft op 300 fps draait (maar het helpt ook enorm voor mijn 7800x3d dus ook moderne hardware)

Vulkan geeft misschien in vanilla een beetje betere performance maar ik verwacht niet meer dan 20% terwijl fabric mods de fps verviervoudigen
Bedrock heeft wel de vibrant visuals update gekregen, maar helaas ook niet overal. Bijvoorbeeld op de Switch 2 niet. Ik begrijp wel dat het op de Switch 1 misschien wat zwaar wordt, maar de Switch 2 zou het wel aankunnen, lijkt me.

Om te kunnen reageren moet je ingelogd zijn