keeping the game in db files is actually the best for players. we just got too many unnecessary requests and questions in mails and on forums too about "how to remove a mod".
why? because if all is unpacked, a player will not know which files to revert, or they don't want to reinstall the whole game just to remove a mod. they just want to play! so thats why
----------------------------------------------------------------------
Lost Alpha project -> http://www.moddb.com/mods/lost-alpha
----------------------------------------------------------------------
---QUOTATION--- keeping the game in db files is actually the best for players. we just got too many unnecessary requests and questions in mails and on forums too about "how to remove a mod".
why? because if all is unpacked, a player will not know which files to revert, or they don't want to reinstall the whole game just to remove a mod. they just want to play! so thats why ---END QUOTATION---
Thats what backups are for, I made a backup of the entire gamedata folder after extracting all the DB files to it, whatever files I modify I can replace it with the originals if something messes up.
also as you can see from around the forum many others prefer the game data folder method as well.
I appreciate all the hard work you did on this though thanks for a great revised version of shadow of chernobyl
---QUOTATION--- Thats what backups are for, I made a backup of the entire gamedata folder after extracting all the DB files to it, whatever files I modify I can replace it with the originals if something messes up. ---END QUOTATION---
Clueless players that don't know how to remove a mod they installed are much less unlikely to have made a game backup before installing the mod. So from the point of view of the team making Lost Alpha, it's less time for them having to deal with this kind of players.
Those that do know about these things can unpack the db files.
This decision makes perfect sense to me.
---QUOTATION--- also as you can see from around the forum many others prefer the game data folder method as well. ---END QUOTATION---
That's just the percentage of players that indeed want to modify something in their gamedata folder, we only hear their voices. There are countless more that don't care/want this and we don't see any posts from them.
---QUOTATION--- Using the unpacker I found many file conflicts between *.dba,dbb,dbc and *db0-db9.
Is this the way it should be? ---END QUOTATION---
They aren't conflicts, they are just merging them together. yes its normal it will work fine. Just choose the replace all checkbox for the duplicate files and it will overwrite.
Message edited by: Don Reba 07/13/2014 13:59:26
Messages: 11690
My old unpacker (this one: http://1drv.ms/1y7Jjmt ) takes a directory with the database files instead of individual databases and takes care to extract the latest versions of all the files.
---QUOTATION--- My old unpacker (this one: http://1drv.ms/1y7Jjmt ) takes a directory with the database files instead of individual databases and takes care to extract the latest versions of all the files. ---END QUOTATION---
I agree, unpacking the db files and putting them in a "gamedata" folder in the directory, makes it easier to change the simple things. Like: FoV; Height; Weight; Flashlight; Sun Flares; etc.. I'm not interested in adding mods at this time, but it's always nice to have some control over a game.
After unpacking maybe 14 db files into my gamedata folder, the game started fine with no crashes. Don's extractor looked a little to complicated to deal with.
I haven't made any changes yet, but will stay in touch.
08:23:27 12 July 2014
