Hi,
have now under test the 2 save systems(one from Argh, the other from zwzsg).
I like from the UI and overall looking the system from zwzsg more.
Fit better in the spring UI and is with nice ideas ...
But it looks it dont save hightmaps ... (so only usefull for games who the terrain is NOT altered by wapons/user ...)
The system from Argh looks it take this better and make an overall good job (need Heavy testing ...).
But have thinked over the inbuild save system ...
It saves the terrain and the units ... so only orders musst added.
It this not a better way to use the inbuild system to load the terrain
and units and the lua system make the other ...?
The rare situations i get inbuild load running (IMHO all times a failure from the lobbys - both fail here ! (SL + TASc) * ) all was here - but with no control and all was doing nothing ... but it was here already.
* = It has many failures, one time its miss the mapname, the other
the player name is missed or wrong - So it is always a fail from the lobby to start spring with false parameter or dont recall the corect names ... actual spring says the playername was not found if i open the save file direct - no surprise - SL actual have an error and name in singleplayer the player always invalid - BUT in the savefile is the right name,as i have in the config file (R-TEAM) ... so the game get stuck with different names ...
Save/Load Overthinking ....
Moderator: Moderators
Re: Save/Load Overthinking ....
Hi,
o.k. - it looks even the normal save is now broken in spring.
So it makes ATM no sense to relay on it ...
(Have after many fighting with SL sucesfull managed to get a game loading over spring, but with a couple of errors ... so useless ATM)
o.k. - it looks even the normal save is now broken in spring.
So it makes ATM no sense to relay on it ...
(Have after many fighting with SL sucesfull managed to get a game loading over spring, but with a couple of errors ... so useless ATM)