Unity vs Unreal Engine: vad du ska välja som indiepelar

Unity vs Unreal Engine: vad du ska välja som ensamstående utvecklare

Unity eller Unreal? Välj Unity om ditt spel är 2D, mobilbaserat eller stiliserat och du jobbar själv eller med ett väldigt litet team. Välj Unreal när spelets visuella uttryck är det som säljer och någon i teamet klarar C++. Båda är gratis att starta med.

Den riktiga skillnaden kommer när räkningen kommer. Unity debiterar per person när du passerar en viss intäktsgräns. Unreal tar bara en andel efter att spelet tjänat sin första miljon.

Det var den korta versionen. Resten av den här artikeln är resonemangen, sifforna, och de fall där jag skulle ignorera mitt eget råd.

Vem väljer jag för?

De flesta "Unity vs Unreal"-artiklar skrivs för ett studio med fyrtio anställda. Du är förmodligen en person med en bärbar dator, en sparad mapp som heter world-idea och ungefär sex kvällar i veckan att arbeta.

Det förändrar frågan helt. Du frågar dig inte vilken motor som är bättre. Du frågar vilken som låter dig slutföra projektet. Ett avslutat litet spel slår alltid ett oavslutat vackert spel.

Här är det filter jag använder innan jag jämför en enda funktion:

• Hur många personer rör projektet? En till tre personer: Unity. Tio eller fler: välj den motor som din erfarne anställd redan kan.

• Vad ser spelaren först? En handmålad 2D-scen eller en telefonskärm: Unity. En fotorealistisk skog i gyllene timmen: Unreal.

• Vem skriver koden? C# är lättare att lära sig och lättare att felsöka. C++ ger mer kontroll och straffar varje genväg.

• Var säljer du? Mobil lutar mot Unity. Steam och Epic Games Store är öppna för båda.

Svara på dessa fyra ärligt och du har redan gjort största delen av beslutet.

Vad kostar varje motor egentligen 2026?

Pengar är där de flesta jämförelserna blir slarviga, så låt oss vara exakta.

Unity Personal är gratis så länge din årliga intäkt och finansiering håller sig under $200 000. Över det går du till Unity Pro, som kostar $2 310 per person per år efter höjningen i januari 2026. Den omtalade runtime-avgiften är redan bortskaffad och gäller inte spel gjorda med Unity 6 eller tidigare versioner.

Unreal Engine är gratis att ladda ned och använda. Epic tar 5% av bruttointäkter över $1 miljon under spelets livstid, räknat per spel. Intäkter från Epic Games Store räknas inte in i den beräkningen, vilket förklaras väl på Nasty Rodent.

Enkelt uttryckt:

• Unity debiterar efter teamstorlek och tid. Fem personer på Pro betalar $11 550 per år, oavsett om spelet säljer tio eller tio miljoner kopior.

• Unreal debiterar efter framgång. Ett spel som tjänar $900 000 är schysst. Ett spel som tjänar $2 miljoner kostar 5% av det som överskrider en miljon, alltså $50 000.

För en ensamstående utvecklare under Unitys gräns är båda motorerna $0 på dag ett. Skillnaden dyker upp först när spelet funkar. Det är ett fint problem, och det förtjänar en riktig kalkyl, inte en känsla.

Värt det: Unity Pro när du har ett team på tre eller fler personer och en budget på publisherstorlek. Hoppa över det om du är själv och under $200 000.

Vilken motor är enklast när du jobbar själv?

Unity, och det är inte ens nästan jämnt för den första månaden.

C# läses som ett normalt programmeringsspråk. Editorn körs på en datorstark laptop. 2D-verktygen (Tilemap, sprites, fysik) är mogna, och nästan alla frågor du får har redan ställts och besvarats på ett forum någonstans.

Unreal kräver mer av dig från början. Blueprints, dess visuella skriptsystem, låter en designer bygga riktig spelmekkanik utan att skriva kod, och det är genuint bra. Men motorn kräver en kraftfull PC, kompileringstiderna förlängs, och när du väl dyker ner i C++ hanterar du minne och byggfel som Unity aldrig visar dig.

Jag skiljer mellan det jag testat själv och det jag läst. Gap mellan hårdvara och iterationstid är konsekvent genom nästan varje indie-jämförelse jag hittat, och det stämmer överens med vad de flesta ensamstående utvecklare rapporterar: ju långsammare loopen, desto färre experiment per kväll. Färre experiment betyder ett svagare spel.

Hoppa över Unreal om din dator är äldre än fyra år och du inte är villig att uppgradera. Du kommer att spendera sparandet på väntetid.

När rättfärdigar Unreals look ansträngningen?

Unreal förtjänar sin plats när skärmdumpen är marknadsföringen.

Lumen-belysning, Nanite-geometri och miljöverktygen ger ett tvåpersonersteam grafik som behövde en renderingsprogrammerare förut. Om du bygger en atmosfärisk walking-sim, en fotorealistisk kort upplevelse, eller något där en trailer säljer önskelistan, spelar det roll.

Scenen nedan är typ av vad jag menar: dimma, lyktor, våt sten, en by som känns bebodd. Du kan bygga det i båda motorerna. Unreal tar dig 80% dit innan du skrivit en rad spelmekkanik.

Kostnaden är scope. Fotorealistiska assets är tunga, varje mesh behöver omsorg, och en konstnär kan inte fylla en fotorealistisk värld själv. Det är där asset-paket, skanningar och generativa verktyg börjar väga riktigt tungt. Ett text-till-bild-verktyg kan täcka konceptkonst och texturereferens på en eftermiddag, även om du fortfarande måste finhövsla allt spelaren ser på nära håll.

Värt det om utseendet är ditt hook. Inte värt det om ditt spel är en smart mekkanik i en trist låda.

Vad säger vi om anställningar, konsoler och långsiktig risk?

Tre saker som inte syns på en funktionslista men biter senare.

Anställningar. Unity-utvecklare är lättare att hitta och billigare att anställa, eftersom C# är en vanlig kunskap. Unreal-specialister kostar mer, ibland 30 till 50% mer enligt indie-anställningsrapporter, och bra C++-spelprogrammerare är sällsynta. Om du planerar att outsourca något, är det ett riktigt kostnadsglap.

Konsoler. Båda motorerna kör på PlayStation, Xbox och Switch, men pappersarbetet är ditt ansvar hur som helst. Unity har ett långt track record med små konsolportningar. Unreal hanterar tung 3D väl, men att nå en Switch-prestandabudget med en Unreal-skala-scen kräver allvarlig optimeringsarbete.

Förtroende. Unitys runtime-avgiftsattack 2023 gjorde många utvecklare försiktiga med att förlita sig på en leverantörs prissättning. Avgiften är bort, men minnet stannar. Vilken motor du än väljer: lagra projektet i versionskontroll, håll dina assets portabla, och undvik att bygga din hela design kring en proprietär funktion.

Är Godot det ärliga tredje svaret?

Ibland, ja. Om du fortsätter läsa "Unity vs Unreal" och känner att ingendera passar, är det ärliga tredje alternativet Godot.

Det är öppen källkod under MIT-licensen. Inga royalter, inga intäktströsklar, ingen seatslicensering. Skriptningen är i GDScript eller C#, editorn är liten, och 2D är utmärkt.

Handeln är ekosystem. Du kommer att hitta färre tutorials, färre plugins, färre konsolpipelines, och färre contractors som listar det på ett CV. För en ensamstående utvecklare som skickar till PC och webben är handeln ofta okej. För ett team som förväntar sig att kunna anställa är det en risk.

Jag skulle inte säga till ett 3D-tungt team att byta till Godot mitt i projektet. Jag skulle säga till en nybörjare som startar ett litet 2D-spel att allvarligt överväga det innan du betalar något någonstans.

Var passar AI in i motorvalet?

Det förändrar arbetet omkring motorn mer än motorn själv.

För två år sedan var det största gapet mellan en ensamstående utvecklare och ett studio innehållsvolym. Tolv miljömilstolpar, fyrtio objekt, hundra rader dialog. Generativa verktyg täcker en massa av det första passet nu: konceptkonst, platshållartexter, kodnyggen, promptdriven världskiss.

Det förskjuter motorfrågan på ett speciellt sätt. Om AI kan fylla ditt innehållsgap är motorns jobb att rendera det innehållet väl och låta dig iterera fort. Båda motorerna kan det. Unreal renderar genererade assets mer vänligt. Unity får en genererad prototyp på skärmen med mindre friktion.

Kodhjälp spelar roll också. En assistent som läser hela ditt projekt kan skriva C#-spelmärkslim, förklara ett byggfel, eller omstrukturera ett rörigt skript. C# har ett stort publikt corpus, så förslagen tenderar att vara mer tillförlitliga än för Unreals C++-API:er, som ändras mellan versioner.

Behandla varje genererat skript som ett utkast. Läs det, kör det, och behåll versionskontroll på. Assistenten sparar timmar, inte omdöme.

Så vilket ska du välja?

Här är vad jag faktiskt skulle göra, efter situation:

• Ensam, 2D eller stiliserat, budget under $200 000: Unity, eller Godot om du hatar licensieringsrisk.

• Ensam eller duo, fotorealistisk 3D, stark dator, någon C++: Unreal. Gränsen på $1 miljon royalter ligger långt bort.

• Mobil först: Unity. Verktygen och marknadsvanjor är byggda kring det.

• Planerar sälja på Epic Games Store: Unreal blir mer attraktiv, eftersom den intäkten är utesluten från royalterna.

• Team på fem eller fler, långt projekt: kör siffror för Unitys seatsprissättning mot dina intäktsprognoser för Unreal, sedan bestäm. Ingendera är universellt billigare.

Gör sedan det tråkiga testet. Bygg samma lilla vertikalslice i båda: ett rum, en mekkanik, en belyst scen. Ge varje ett helgt. Notera var du fastnade, inte vilken skärmdump som såg bättre ut.

Den motor som får dig till ett spelbart build först är rätt för nu. Du kan byta senare, och det mesta av vad du lär dig om design bärs över.

Fork den. Ändra en sak. Se vad som händer.

Det är så enkelt och så svårt. Du har redan gjort halva beslutet bara genom att läsa detta. Resten är experiment. Denna artikel går igenom allt du behöver veta för att fatta det rätta beslutet för din situation, med konkreta siffror och tankeexperiment som fungerar.