Számos módszer és eszköz van a ki-/becsomagolásra, köztük a fentinél sokkal kellemesebben használhatóak is, ezért kötöttünk ki végül egy olyannál. A fejlesztő tegnap este kiadta belőle a frissített verziót, ami más módszerrel fér hozzá az adatokhoz (nem a 2.0-ban már nem létező LocalizationDB.ubulk-ból dolgozik, hanem visszatért a .locres fájlok használatához, ahogy legelőször, még közvetlenül a megjelenés után működött a lokalizáció).

Az S2 esetében van egy “UnrealReZen” nevű alap eszköz, ami a megfelelő egyedi paraméterezéssel tudja olvasni (ha szükséges a titkosító kulcs megléte esetén dekódolni és kitömöríteni) egyes Unreal Engine változat5ok VFS-ét, és abból köztes fájlokat (pl. az 5-ös verzió ubulk/uasset fájlpárjait) exportálni, illetve tud kapott fájlszerkezetet a VFS-be automatikusan felcsatolódó “patch” típusú pak/ucas/utoc fájlhármasokat csomagolni (szintén szükség esetén titkosítva és tömörítve). Jelen pillanatban nem egyértelmű, hogy maga ez az eszköz tudja-e még olvasni a 2.0 ban használt motorverzió VFS-ét, vagy ebből is kell új.

Ami viszont jelenleg biztosan nem működik, az az S2HOCMM nevű, kimondottan a lokalizáció módosítására készített eszközkészlet, ami az UnrealReZen által kibontott megfelelő ubulk/uasset fájlokból tudja kiszedegetni mezőnként a lokalizációs kulcs/érték párokat, amiket nyelvenként kiír egy json formátumú közbülső fájlba (és amit mi aztán tovább konvertálunk a saját munkafájl-formátumunkba), mivel az UnrealReZen jelenleg nem tudja kibontani és odaadni neki az ehhez szükséges fájlokat (mert azok a jelek szerint már nem léteznek a VFS-ben, a lokalizációs adatok a 2.0-ban valahol máshol és máshogy vannak tárolva). Szóval miután kiderült, hogy egyáltalán mit kell kiszedetni az UnrealReZennel az új VFS-ből, jón ennek a frissítése, hogy abból a jelenleg ismeretlen helyű és tartalmú fájlból (“mi az, ami hol van?” mondta az ilyesmire egy volt kollégám) ki tudja bányászni a lokalizációs adatokat valami szerkeszthető formába.