Hur du installerar Factorio MOD:ar, uppdaterar och återställer dem【Space Age kompatibel】

För Factorio 2.0 och Space Age-miljön är det säkrast att skilja mellan bekvämligheten med det inbyggda Mod Portal och styrkan i manuell hantering genom att placera filer i mods-mappen. Den här artikeln är skriven för alla från nybörjare som installerar sina första QoL-MOD:ar till erfarna användare som vill driva officiella tilläggs-MOD:ar inklusive quality och Elevated Rails utan att det kollapsar.

Det centrala är att känna till platsen för användardata, göra säkerhetskopior, kontrollera beroenden och startlogg innan du uppdaterar, inaktiverar eller återställer. Personligen var jag noggrann från början – jag installerade bara en liten QoL-MOD åt gången och tittade på loggarna innan jag expanderade. Tack vare det kunde jag migrera till större MOD:ar utan något enda sparfel.

Vad du bör veta innan du installerar MOD:ar för Factorio

Målversion och förutsättningar för denna artikel

Den här artikeln förutsätter Factorio 2.0 och senare. MOD-installationen sker främst genom Mod Portal från spelets "MOD"-skärm och via webbversionen på factorio.com. I communityn är Mod Portal den vanliga vägen, men gällande Steam Workshop rekommenderas det att du verifierar med primära källor (det är säkrare att säga att den officiella rekommendationen ofta presenteras som Mod Portal).

Anledningen att skilja detta är att Factorio MOD-hanteringen inte slutför sig bara i installationskatalogen för själva spelet. Sparfiler, inställningar, MOD:ar och script-output samlas istället i användardata, och platsen för dessa kan ändras beroende på write-data-inställningen enligt『アプリケーションディレクトリ - Factorio Wiki』. Med andra ord, om du tittar på fel mapp på samma dator kan du få MOD:ar att installeras utan att spelet registrerar dem – ett grundläggande men irriterande problem.

Efter version 2.0 är gränsen mellan vanilla, DLC och tilläggs-MOD:ar tydligare. Därför kan det vara lite förvirrande när du först öppnar MOD-listan och ser officiella tillägg som MOD:ar. Jag startade själv med Space Age genom att först kontrollera vilka DLC-MOD:ar som redan var aktiverade på MOD-skärmen, sedan aktiverade bara quality separat för att förstå beteendet. Den här ordningen gör det mycket lättare att förstå hur officiella komponenter ser ut innan du lägger till community-MOD:ar.

Notering: att lägga till eller ta bort MOD:ar kan skada reprisdata. Innan du uppdaterar till en ny version rekommenderas det starkt att du säkerhetskopierar katalogen som innehåller sparfiler och inställningar. Den "spara först sedan ändra"-arbetsflödet från föregående avsnitt är fortfarande giltig i denna 2.0-miljö.

Application directory/ja

wiki.factorio.com

Den officiella installationsvägen

Det mest naturliga när du installerar MOD:ar för Factorio är att söka genom det inbyggda Mod Portal och installera direkt. Allt från installationens lätthet, hur beroenden hanteras, till uppdateringshantering – det här är den mest stabila startpunkten. I communityn är automatisk val av obligatoriska beroenden vid installation från spelets inbyggda webbläsare en väl etablerad praxis.

Webbversionen av Mod Portal på factorio.com passar bättre för att söka och kontrollera beroenden. Särskilt när du lugnt vill granska "vad denna MOD beror på" och "vilka versionsserier uppdateras den för", ger webbversionen bättre överblick. Tekniskt sett kan du hämta beroendeuppgifter via『Mod portal API - Factorio Wiki』api/mods/{name}/full-slutpunkten som en array av beroenden. För dem som arbetar med stora MOD-serier, serverhantering eller tänker fixera modpack ändrar själva vetskapen om detta API mycket.

Styrkan med denna metod är att versionsfixering och verifiering är lättare. Till exempel om du vill hålla en stor MOD vid sin gamla version, undvika att strukturen bryts vid uppdateringar, eller bevara en miljö för reproduktion – det här är lättare att hantera utan spelinternt installation. I gengäld måste du själv hantera beroenden och konflikter. Om nödvändiga förutsättnings-MOD:ar saknas stoppas spelet helt normalt vid start, och om du blandar DLC-beroenden avvisas det omedelbar. Notering: UI-etiketterna och inställningarnas standardvärden kan ändras mellan versioner, så se alltid det verkliga utseendet och standardvärdena i spelets inställningsskärm.

För att spara din konfiguration är det praktiskt att script-output/mods.txt skriver ut alla aktiva MOD:ar och versioner. Det sparar dig från att manuellt försöka minnas "vad hade jag installerat" senare när du vill återskapa det. För verifikationsmiljöer är detta verkligen användbart. Factorio MOD-hantering bygger snarare på att kombinera det officiella Mod Portal, användardata-placeringen, loggar och utdatafiler än att förlita sig på ett glansigt dedicerat launcher – förstår du det så blir saker mycket tydligare.

Mod portal API

wiki.factorio.com

Space Age och quality/Elevated Rails klargörande

Space Age är en betald expansion som släpptes 2024-10-21 och består av 3 tilläggs-MOD:ar. Enligt beskrivningarna på både japansk och engelsk är innehållet mycket omfattande – 4 nya planeter, 5 vetenskapstypker, 22 byggnader, 30 mellanprodukter, 5 vapen, 2 fiendetyper och 29 prestationer läggs till. Det är verkligen som "ett andra Factorio" i skala. Även om du börjar som vanillaförlängning hamnar du helt i en annan fas halvvägs.

Det viktiga här är att Space Age-elementen inte är hårdkodade i själva spelet utan är MOD:ar som syns på MOD-skärmen. Därför är det förvirrande först när du öppnar MOD-listan – "vad är officiellt och vad är community?" – men systemet är faktiskt samma som vanlig MOD-hantering.

quality är något speciell. Som『品質 - Factorio Wiki』 visar kan den aktiveras som en oberoende MOD men kräver Space Age-ägande. Detta är verkligen viktigt – bara för att du installerade Space Age behöver du inte alltid spela med quality. Jag började med att inaktivera bara quality och spelade några timmar, sedan aktiverade den för att se skillnaden. Det här tillvagagångssättet låter dig känna på hur recept och utrustning förändras från början.

Elevated Rails hanterar du bäst genom samma tanksätt som quality. Som officiell komponent är Elevated rail en Space Age-funktion, men Mod Portal har flera community-MOD:ar relaterade till det. Så bara för att du ser "Elevated Rails-relaterade namn" i MOD-listan betyder det inte att allt är samma sak. Du måste skilja mellan officiella DLC-komponenter som tilläggs-MOD:ar och community-MOD:ar som utökar eller justerar denna funktion.

När du kan göra denna skillnad blir det mycket enklare att döma när du lägger till MOD:ar i Space Age-miljön. Förstå först förhållandet mellan de 3 officiella tilläggs-MOD:arna och quality, sedan lägger du till QoL och stora MOD:ar. Från Factorio 2.0 och framåt minskar olyckorna mycket bara genom denna ordning.

Två sätt att installera MOD:ar: inbyggt Mod Portal och manuell installation

Installationssteg genom inbyggt Mod Portal

Det enklaste sättet är att använda Mod Portal direkt från spelets "MOD"-skärm. Factorio har en ren arbetsflöde här – söka, installera och uppdatera slutförs på en skärm vilket är en stor styrka. Särskilt när du installerar ett par QoL-MOD:ar är det mycket lättare än att manuellt följa beroenden.

Processen är enkel: gå till huvudmenyn, öppna "MOD", sök efter MOD-namn på installationsflikarna, välj ditt mål och installera. Som communityn väl vet automatiseras obligatoriska beroenden lätt, vilket är särskilt användbart för nybörjare. Även om en MOD kräver biblioteks-MOD:ar utan vilka den inte fungerar kan spelens webbläsare följa med.

Efter installation läggs den till MOD-listan och syns ofta redan aktiverad. Det viktiga här är inte bara att den installerades utan att den laddades utan fel vid start. Automatisk beroendezhantering är mycket bekväm men hanterar inte total kompatibilitet. Med stora MOD:ar eller DLC-förutsättningar kan installation lyckas men laddningen stanna.

Tekniskt sett dokumenteras MOD-information och nedladdningsspecifikationer i『Mod portal API - Factorio Wiki』, och api/mods/{name}/full kan hämta beroendeuppgifter som en array. Du behöver aldrig röra API direkt under normalt spel, men att förstå hur det inbyggda webbläsaren hanterar beroenden bakom kulisserna hjälper dig förstå varför denna metod passar nybörjare.

Notering om kontouppgifter och Steam-länkning

En små svårighet med inbyggt Mod Portal är att nedladdning ibland kräver ett factorio.com-konto. Även om du köpte Factorio via Steam är MOD-nedladdningen inte helt kopplad till Steams funktioner utan involverar det officiella Mod Portal-autentiseringen.

Därför bör du, även som Steam-köpare, skapa ett factorio.com-konto och länka det till ditt Steam-konto – det blir mycket enklare. Med denna länkning kan du söka och installera MOD:ar direkt från spelet utan problem. Utan denna länkning blir det lätt "spelet startar men jag kan inte hämta MOD:ar"-situationen, vilket är förvirrande vid första installationen.

I Space Age-miljön är denna igenkänning särskilt viktig. Officiella tillägg syns också i MOD-listan, så DLC-element och community-MOD:ar finns på samma skärm. Om autentiseringen blir rörig blir det svårt att se om det beror på installationsfel, äganderätt eller beroendefel. Personligen kontrollerar jag alltid inloggningsstatusen i spelet innan jag rör MOD:ar i en ny miljö. Denna lilla insats gör orsaksanalys mycket snabbare.

Manuell installation (placering i mods-mappen) och zip-hantering

Manuell installation betyder att du placerar den distribuerade zippfilen direkt i mods-mappen. Det är lätt att tro att du bör packa upp den och bara lägga mappen där, men normalt räcker det att placera zippfilen som den är. Faktorio läser MOD:ar från moms-mappen i användardata, och som nämnts tidigare beror faktisk placering på write-data-inställningen.

Styrkan här är versionsfixering och verifiering är lätta. Till exempel att hålla en stor MOD vid sin gamla version, undvika att strukturen bryts vid uppdateringar, eller bevara en miljö för reproduktion – det här är mycket lättare utan spelinternt installation. I gengäld är du själv ansvarig för beroenden och konflikter. Saknade förutsättnings-MOD:ar stoppar helt normalt starten, och om du blandar DLC-krav blockas det direkt.

Det lätta att missa är att inte hålla flera versioner av samma MOD tillsammans. I communityn är det känt att om du lämnar flera versioner av samma MOD i moms-mappen sida vid sida slutar spelet inte att starta. Personligen kontrollerar jag alltid innan jag installerar stora MOD:ar manuellt att det inte finns dubbla zippfiler eller mappar med samma namn direkt under mods. Det här enkla steget minskar startfel rejält. Det är diskret men väldigt effektivt.

Om du ställer in saker manuellt blir det lättare att förstå laddningsordning och stopppunkter genom att se loggen, och att ha script-output/mods.txt sparad med alla aktiva MOD:ar och versioner gör det senare enkelt att jämföra konfigurationer. Den här listan är ovärderlig när du skiljer på konflikter.

Att välja mellan installationsmetoder

Metoderna är snarare olika användningsfall än bättre-sämre. För första QoL-installation eller normalt spel är det inbyggda Mod Portal mycket tydligare. Söka och installera utan att själv följa beroenden är mycket enklare att komma igång med.

Å andra sidan, för versionsfixering, verifiering eller bevarade specifika konfigurationer passar manuell installation bättre. Att placera och hantera zippar är diskret men mycket bättre på att hålla samma tillstånd utan uppdateringstryck. När du rör stora serier som Krastorio 2 eller Space Exploration känns denna stabilitet mycket värdefull.

Kortfattat: det inbyggda Mod Portal är "installationslätthet", manuell installation är "konfigurationsfixering". Men manuell hantering förutsätter att du själv hanterar beroenden och konflikter, så för nybörjare är det lätt att fastna om du installerar mycket på en gång. Därför är flödet att börja litet inbyggt sedan gå manuellt när behov uppstår naturligt.

Detaljerat förstår du det bäst genom att skilja mellan kompatibilitet: "beroenden", "stöd för huvudversion" och "laddningsordning".

Moms-mappen och användardata-katalogen

OS-specifik användardata och moms-mappen

I Factorio lagras MOD:ar, sparfiler och inställningar i användardata-katalogen. mods-mappen som du använder för manuell installation finns här också, och det hjälper att förstå den som samma lagrings-tier som sparfiler och inställningar. Vägen skiljer sig mellan operativsystem och är dokumenterad i『アプリケーションディレクトリ - Factorio Wiki』.

Med några standardvägar för referens: på Windows %APPDATA%\Factorio\mods, på Linux ~/.factorio/mods, och på macOS ~/Library/Application Support/factorio/mods. saves och inställningsfiler ligger intill, så det är bättre att tänka på "all Factorio-användardata" än att se MOD:ar separat. I praktiken blir det mycket mindre förvirrande.

Jag spelar ibland på både Windows och Linux, och istället för att följa bara moms enskilt är det mycket enklare att se mods, saves och config tillsammans under samma moderntlig. Säkerhetskopia och synkroniseringsenheter blir enhetliga, så olyckor som "bara sparfilen är ny här" eller "bara inställningarna är gamla där" minskar mycket. Med stora MOD-serier spelar denna skillnad verkligen roll.

Effekten av write-data-alternativet

Det lätta att missa är att faktisk lagringsplats inte är fixerad på standardvägen. Factorio kan ändra användardata-katalogens plats genom config/config.inis write-data-inställning. Om du har ändrat detta lagras MOD:arna också på den nya platsen.

Så "Windows betyder att det är på %APPDATA%\Factorio\mods" fungerar inte om write-data är inställt. Inte bara moms utan saves, inställningar och script-output flyttar också, så denna inställning är förutsättning för manuell installation, säkerhetskopiering och återställning. Zipplaceringen som nämndes tidigare görs faktiskt på den katalog som write-data pekar på.

Att förstå denna funktion gör hantering av flera miljöer mycket snygg. Personligen sätter jag write-data explicit i dualmiljö för att hålla användardata på samma ställe, och från då blev säkerhetskopiering och synkronisering mycket enklare. Istället för att följa bara moms är tanken att fixera moderatkatalogen för användardata – det höjer reproduktionen mycket.

Sambandet mellan sparfiler, inställningar och player-data.json

Användardata-katalogen innehåller inte bara MOD:ar och sparfiler utan också inställningar och kontorelaterad data. player-data.json är särskilt viktig att förstå. Det är inte bara ett lagringsutrymme för utseendeinställningar utan en fil som innehåller Mod Portal-tokens. Att förstå dess roll gör det mycket lättare att läsa situationen när du arrangerar MOD-hämtning och API.

För att säga det tydligt: mods är själva MOD-filerna, saves är speldatan för fabriken, inställningsfiler är drift- och visningsalternativ, och player-data.json är spelarinformation och Mod Portal-autentiseringsstöd. Allt ligger i samma användardata-katalog, så vid säkerhetskopiering eller migrering är det bättre att se relaterade delar tillsammans än att bara titta på vissa.

Med denna förståelse blir det mycket enklare att se varför miljöväxling eller återställning kan gå snett – "MOD:arna är tillbaka men inloggningsstatusen är annorlunda" eller "sparfilen finns men inställningarna är gamla". Factorios filhantering är lite avskalad, men när du förstår att sparfiler, inställningar och autentisering ligger på samma grund blir det mycket tydligt vad som påverkar vad.

Säker drift av uppdateringar, inaktivering och säkerhetskopiering

Förkontrollista före uppdatering och säkerhetskopiering

Huvuduppdateringar eller nya MOD-installationer påverkas mycket av att dra tillbaka innan du gör ändringar snarare än själva installationen. Eftersom MOD:ar, sparfiler och inställningar samlas i samma användardata-katalog är det mest mottagligt att säkerhetskopiera hela den moderatkatalogen snarare än enskilda filer. Som『アプリケーションディレクトリ - Factorio Wiki』 säger kan du ordna detta baserat på denna plats.

I praktiken är det mycket snabbare att zippa hela användardata-katalogen innan uppdateringar än att säkerhetskopiera bara mods och saves separat – återställningen blir kort. Jag gör detta innan större uppdateringar och kan återgå snabbt om något gås fel. Särskilt med uppdateringar som Space Age där officiella tillägg är stora flyttas strukturen mycket snabbt, så denna försiktighet är mycket värd.

För förkontroll är det enklare att hålla sig till dessa 3 punkter istället för att fylla på listan.

1. Säkerhetskopiera hela användardata-katalogen
2. Duplicera aktivt spelparat under ett annat namn
3. Medvetet bedöma om uppdateringen bryter nuvarande MOD-konfiguration innan du använder den

Det absolut viktigaste här är att duplicera sparfiler. MOD-tillägg och borttagning påverkar inte bara start utan också repriskompatibilitet. Som『リプレイシステム - Factorio Wiki』 visar bryter MOD-konfigurationsändringar repriser. Under normalt spel märks detta inte mycket, men du vill senare reproducera eller verifierar något får detta betydelse, så sparkopiering före uppdatering är snarare standardpraxis än försäkring.

Grundläggande inaktivering och återställning (rollback)

Om problem uppstår efter uppdatering är det snabbare att först kunna gå tillbaka till stabilt läge än att hitta orsaken. Factorio MOD-problem uppstår oftast från "kombinationer av spel-MOD-sparfiler" snarare än en bruten fil, så återgång måste tänka i denna kombinationsenhet.

Det första steget för inaktivering är att skilja tillagd eller uppdaterad MOD. Men att bara avkryssa gör inte den omedelbar ursprunglig. Sparfiler kan läsas men innehållet ändras, eller sparfilen är gjord för MOD:en. Särskilt MOD:ar som utökar produktionskedjor eller enheter påverkas brett – när du tar bort den blir fabriken helt annorlunda.

Därför är återställningens prioritering "ta bort problemets MOD" mindre än att återställa både sparfilen som duplicerades före uppdatering och mods-tillståndet tillsammans. Detta undviker halva tillstånd som "bara sparfilen är gammal" eller "bara MOD:ar är nya" mycket lättare. Tanken att hantera användardata som en modertkatalog som nämndes tidigare fungerar här också.

Det lätta att missa under återgång är att nya MOD:ar aktiveras automatiskt. Med zip-placering i mods-mappen kan den MOD:en redan vara aktiv nästa gång. Återställt betyder inte att problemet inte återkommer om onödiga zippor finns kvar, så att gå tillbaka betyder att säkerställa "vilka filer finns" och "vilka MOD:ar är aktiva" samtidigt.

Undvikande av risken för blandade versioner

Det finns många scenarier där du vill behålla gamla versioner. Verifikationskonfiguration, fortsättning av pågångande sparfil, väntan på MOD-kompatibilitet – anledningarna är många, men det lätt att hamna i är blandade versioner. Om du lägger både nya och gamla zippar i samma mods-mapp och uppdaterar huvudspelet också, blir det svårt att se vilken kombination som fungerar. Vid problem blir det svårt att skilja vilket som är orsaken – detta är den klassiska olyckan.

Om du vill behålla gamla versioner är det säkrast att manuellt hålla den till en. Det är bättre att hålla arbetskonfiguration och teststudie åtskild än att låta dem dela plats – om båda ligger på samma ställe blir läs-tolkningsmissar och uppdateringsmissande lätta. Särskilt manuell installation är stark på versionsfixering men lämnar lätt lämna, så att inte städa upp blir olycksgropar.

Space Age-området är särskilt praktiskt för detta eftersom officiella tillägg och vanliga MOD:ar ligger nära – gränsen blir suddig. En MOD som förutsätter DLC-element och en som inte gör det kan ligga bredvid men betyder olika saker. Personligen håller jag mods-mappen väldigt liten när jag verifierar för att undvika detta. Att göra miljön minimalistisk snarare än full av massor blir ofta snabbare.

Om du måste hålla flera versioner parallellt är det omöjligt att skilja mellan enheterna – spel, sparfiler och MOD:ar som en enda. Att bara återställa en del av detta leder lätt till inkonsekvens, och senare verifiering förlorar reproducering. Factorio MOD-hantering kräver mer vidhållande än installation, så att helt enkelt välja en tydlig aktuell konfiguration är en mycket stark säkerhetsstrategi i sig.

Att läsa beroenden, kompatibilitet och konflikter

Läsa beroendesamband

De flesta MOD:ar som inte startar kommer först från missuppfattning av beroenden. Factorio Mod Portal listar ofta beroenden, och distributionsfiler har också beroendedata i info.json. Inebyggda Mod Portal kan ibland automatiskt plocka upp obligatoriska beroenden, men manuell installation eller versionsfixering kräver att du läser denna info själv snart.

Knepet är att inte fråga "fungerar denna MOD ensam" utan vilken förutsättning har denna MOD. Biblioteks-MOD:ar, översättningshjälp eller utökningar för specifika overhauls är svåra att döma bara från namn. I många fall är beroendekolumnen på Mod Portal mer avgörande för startförmåga än beskrivningen.

För mekanisk verifiering kan du använda『Mod portal API』 och titta på api/mods/{name}/full för information. Denna full-slutpunkt kan hämta dependencies-matrisen och är mycket praktisk när spelvisningen är svår att följa. Vid återskapa av identiska modset bland flera eller organisering av beroendekedja är API närmare den interna informationen och gör analys mycket snabbare.

Personligen tittar jag på beroendekolumnen före beskrivningen när jag lägger till stor MOD. Om jag förstår det här först undviker jag olyckan "jag la bara till en praktisk MOD" men det visar sig det förutsätter en annan basmall eller DLC mycket lättare.

Verifiering av Factorio-huvudversionskompatibilitet

Även med beroenden på plats stoppar inkompatibelitet med huvudversion laddningen. Vilken huvudversion denna MOD är gjord för är viktig i Factorio MOD. Särskilt omedelbar efter större uppdateringar är populära MOD:ar ofta fortfarande gamla innan de följer med.

Space Age släpptes 2024-10-21, och från den punkten började migration till 2.0 och DLC-stöd omedelbar. Vid stora milstolpar som detta kan stabila konfigurationer från igår plötsligt visa oladdbarhet efter uppdatering. Space Age ser redan ut som en extra MOD men är faktiskt officiella expansionskomponenter, så att döma "namnet visas så det fungerar" som vanlig MOD blir lätt fel.

Mod Portal sidor visar kompatibel huvudversion, och distributionsmetadata kan också spåra detta. Vad att titta på är enkelt: matchar din Factorio-huvudversion med MOD:ens stöd. Vill du hålla old-spel vid liv är det faktiskt mer stabilt att fixera både huvudspel och MOD från den gången snarare än att följa nya. Tanken att behandla hela konfigurationen tillsammans som tidigare fungerar här också.

Att läsa felmeddelanden och loggar vid konflikter

Vid konflikt är det snabbare att följa feltexten och loggordningen än att gissa orsaken. Factorio ger ganska rak information vid start, så att se vilken laddningsfas som misslyckades är viktigare än själva faktum att det misslyckades.

Det första att fånga från felskärmen är den MOD som misslyckades – ofta visas internt namn i felskärm medan användarnamn är vänligt. Om du blandar namn letar du helt fel MOD på Mod Portal senare. För djupare insikt, se『ログファイル』 för laddningsordning och stopppunkt. Loggen visar "hur långt läste vi normalt innan vi stoppades", så att skilja mellan "är denna MOD inte finns" eller "denna MOD är värdekollision med den andra" blir mycket enklare.

Med loggläsning är det viktigare att se flödet före själva felutgången än att läsa hela eng