A Risk of Rain 2: Seekers of the Storm, a sikeres roguelike első, a Gearbox Software által fejlesztett DLC-je, valamint az első nagyobb frissítés azóta, hogy a Borderlands háza majdnem két évvel ezelőtt felvásárolta az IP-t, az ellenkezőjét tette annak, amit mindenki remélt. Ez volt a Gearbox esélye, hogy bizonyítson, miután a Risk of Rain új pásztorának rossz első benyomást keltő mobiljátéka fejszecsapott, de a Seekers of the Storm nem csak a várakozásoktól maradt el, de az alapjátékot is olyan technikai problémákkal terhelte meg, amelyek gyakorlatilag játszhatatlanná tehetik azt. A Gearbox képviselői nyíltan és őszintén nyilatkoztak a játék állapotáról és a javításra vonatkozó tervekről, de a kár megtörtént, és az optika tagadhatatlan: egy nagy cég, amely már rengeteg jó játékot adott ki korábban, és jobban kellene tudnia, megvásárolt egy szeretett indie játékot, és most tönkrement.
Jeffrey „Ghor” Hunt, az ex-Hopoo programozó, aki a Risk of Rain 2 eredeti kódbázisának „körülbelül 90%-a” mögött állt, érthető módon nem örült a játék ilyen botladozásának. „Szegény kicsikém” – mondta Hunt a Risk of Rain 2 modding Discordban, amikor a DLC problémái napvilágra kerültek. A GamesRadar+-nak adott interjújában Hunt azt mondja, hogy vár azzal, hogy ténylegesen játszhasson a DLC-vel, mivel szeretné „látni, hogy az új csapat mivel rukkolt elő anélkül, hogy a játék kiszámíthatatlan viselkedése színezné az észlelésemet”.
„Ez a viselkedés azonban nagyjából egy rázós kezdet, és azt az érzést kelti bennem, hogy valamilyen okból kifolyólag biztosan siettek vele, mielőtt a fejlesztők végeztek volna vele” – folytatja. „A Risk of Rain 2-n dolgozni nagyon kifizetődő élmény volt számomra; szeretném, ha az új csapat is sikeres lenne, és jól érezné magát azzal, amit készítettek, ha a játékosok a legjobbat kapnák belőle, és ha a csapat megkapná, amire szükségük van ehhez.” Válaszaiban Hunt hangsúlyozza, hogy „biztos akart lenni abban, hogy tisztességes vagyok a fejlesztőkkel szemben, akik bepiszkolják a kezüket és elvégzik a munkát”.
Mi ment rosszul
(Képhitel: Gearbox Publishing)
Nyissuk fel a motorháztetőt egy pillanatra. Mi romlott el a Seekers of the Stormmal kapcsolatban? Nos, sok minden, ezért is vagyunk itt, de egy hatalmas probléma kiemelkedik. Hogy leforrázzuk, mint egy serpenyő szószt, egy csomó fontos dolog, ami normális esetben külön-külön működne, a képkockasebességhez lett kapcsolgatva. Ez játékromboló dolgokat okozhat, és ezek nagyon magas vagy nagyon alacsony képkockasebességnél csak rosszabbodnak, ezért a Gearbox azt mondta a játékosoknak, hogy ideiglenes megoldásként 60-nál maximalizálják az FPS-üket.
A Risk of Rain 2: Seekers of the Storm, a sikeres roguelike első, a Gearbox Software által fejlesztett DLC-je, valamint az első nagyobb frissítés azóta, hogy a Borderlands háza majdnem két évvel ezelőtt felvásárolta az IP-t, az ellenkezőjét tette annak, amit mindenki remélt. Ez volt a Gearbox esélye, hogy bizonyítson, miután a Risk of Rain új pásztorának rossz első benyomást keltő mobiljátéka fejszecsapott, de a Seekers of the Storm nem csak a várakozásoktól maradt el, de az alapjátékot is olyan technikai problémákkal terhelte meg, amelyek gyakorlatilag játszhatatlanná tehetik azt. A Gearbox képviselői nyíltan és őszintén nyilatkoztak a játék állapotáról és a javításra vonatkozó tervekről, de a kár megtörtént, és az optika tagadhatatlan: egy nagy cég, amely már rengeteg jó játékot adott ki korábban, és jobban kellene tudnia, megvásárolt egy szeretett indie játékot, és most tönkrement.
Jeffrey „Ghor” Hunt, az ex-Hopoo programozó, aki a Risk of Rain 2 eredeti kódbázisának „körülbelül 90%-a” mögött állt, érthető módon nem örült a játék ilyen botladozásának. „Szegény kicsikém” – mondta Hunt a Risk of Rain 2 modding Discordban, amikor a DLC problémái napvilágra kerültek. A GamesRadar+-nak adott interjújában Hunt azt mondja, hogy vár azzal, hogy ténylegesen játszhasson a DLC-vel, mivel szeretné „látni, hogy az új csapat mivel rukkolt elő anélkül, hogy a játék kiszámíthatatlan viselkedése színezné az észlelésemet”.
„Ez a viselkedés azonban nagyjából egy rázós kezdet, és azt az érzést kelti bennem, hogy valamilyen okból kifolyólag biztosan siettek vele, mielőtt a fejlesztők végeztek volna vele” – folytatja. „A Risk of Rain 2-n dolgozni nagyon kifizetődő élmény volt számomra; szeretném, ha az új csapat is sikeres lenne, és jól érezné magát azzal, amit készítettek, ha a játékosok a legjobbat kapnák belőle, és ha a csapat megkapná, amire szükségük van ehhez.” Válaszaiban Hunt hangsúlyozza, hogy „biztos akart lenni abban, hogy tisztességes vagyok a fejlesztőkkel szemben, akik bepiszkolják a kezüket és elvégzik a munkát”.
Mi ment rosszul
(Képhitel: Gearbox Publishing)
Nyissuk fel a motorháztetőt egy pillanatra. Mi romlott el a Seekers of the Stormmal kapcsolatban? Nos, sok minden, ezért is vagyunk itt, de egy hatalmas probléma kiemelkedik. Hogy leforrázzuk, mint egy serpenyő szószt, egy csomó fontos dolog, ami normális esetben külön-külön működne, a képkockasebességhez lett kapcsolgatva. Ez játékromboló dolgokat okozhat, és ezek nagyon magas vagy nagyon alacsony képkockasebességnél csak rosszabbodnak, ezért a Gearbox azt mondta a játékosoknak, hogy ideiglenes megoldásként 60-nál maximalizálják az FPS-üket.
„Ez többféleképpen jelentkezik” – magyarázza Hunt. „A karakterek repülni kezdenek, amikor olyan képességeket használnak, amelyek mozgatják őket, az AI megpróbál átugrani olyan akadályokat, amelyek nincsenek is ott, mert gyakrabban ellenőrzi, hogy mozogtak-e, mint amennyit valójában mozognak, így azt hiszi, hogy elakadtak, a sugár támadások sokkal ritkábban ketyegnek, mint kellene, stb.”.
Hogy mélyebbre menjünk, Hunt indoklása szerint ez a Risk of Rain 2 időkövetésének és időkezelésének, valamint a szimulációnak a hibájából fakad. Sok programozó rémületére a két megközelítés látszólag keresztbe tették: „Update”, amely „olyan dolgokra alkalmas, mint a bemenet lekérdezése és a renderelés beállítása”, és a „FixedUpdate”, amely „fix ütemben történik, és olyan dolgokra alkalmas, mint a fizika és a játéklogika”.
„Ez a beállítás lehetővé teszi, hogy a játékmenet konzisztens legyen, anélkül, hogy a renderelési képkocka sebességét a logikai sebességhez rögzítené, vagy hogy minden alkalommal képkockákat veszítenél, mert a játéklogika miatt elakadnak. A Unity kezeli ezeket helyetted, de te magad is megteheted – ez az egyik hely, ahol némi teljesítménynövekedést érhetsz el, mivel ha hagyod, hogy a motor mondja meg az objektumodnak, hogy frissítsen, az minden egyes alkalommal nagyon kis overheaddel jár, ami összeadódhat.
Feliratkozás a GamesRadar+ hírlevélre
Heti összefoglalók, történetek a szeretett közösségekből, és még sok minden más
Lépjen kapcsolatba más Future márkák híreivel és ajánlataivalKapjon tőlünk e-maileket megbízható partnereink vagy szponzoraink nevébenAz adatok elküldésével Ön elfogadja a Felhasználási feltételeket és az Adatvédelmi szabályzatot, és betöltötte a 16. életévét.
„A játék kódjának egyes viselkedési formái átkerültek a kézi frissítésre, de vannak problémák a megvalósítással. Elsősorban az új rendszer futtatja a FixedUpdate logikát, de azt a frissítés szimulációs lépése során teszi. Ez azt eredményezi, hogy ezek az objektumok több vagy kevesebb logikai lépést hajtanak végre, mint kellene, a képkockasebességtől függően, és emellett nem szinkronizálódnak a többi játékviselkedéssel, amelyek nem kerültek át.”
A jó hír az, hogy pusztán „csak a dekompilált kód alapján” Hunt úgy véli, hogy „nem tűnik túl rossznak” a változtatások visszaállítása. És bár a Risk of Rain 2 modjait ez a frissítés jócskán elrontotta, és sok modder várja, hogy kijavítsa ezeket a modokat, mivel magához a játékhoz érkező javítások biztosan újra tönkretennék őket, ez is orvosolható.