Codeless Save and Load (Multiplayer) - v3.0.1

[TacticalTilting]

Sorry, I forgot to mention that along with the "config" section of the map script where you can define some stuff.

It's wise to check the Object Editor after downloading a system like this, there's almost always some missing link in there.

It works like it is supposed to after testing it, showing the messages like it was supposed to. Now all that remains is to just to test it online.

 

[TacticalTilting]

Sorry, I forgot to mention that, along with the "config" section of the map script where you can define some stuff.

It's wise to check the Object Editor after downloading a system like this, there's almost always some missing link in there.

So the problem now is the sync failure, this is what the players get. I saw the preload worked with someone else once they saved so I guess that failed load message may be just a first time thing? Meanwhile in single player it seems to load normally...showing me the save code and loaded value messages.

 

[Maxou]

@TacticalTilting I've released the updated version there: Maxou NSL (New Save Load)

Would you care to test it out (if you're using GUI it has GUI support) and give me feedback: how easy-hard is it to use-integrate or any issue you get along the way ?

 

[Uncle]

So the problem now is the sync failure, this is what the players get. I saw the preload worked with someone else once they saved so I guess that failed load message may be just a first time thing? Meanwhile in single player it seems to load normally...showing me the save code and loaded value messages.

I suggest using Maxou's GUI implementation instead of my own.

But since I spent some good hours on this I might as well try to fix what I made. Here's a new version with some important fixes, but not thoroughly tested, use if you dare! I'm tapping out now, best of luck!

 

[TacticalTilting]

@TacticalTilting I've released the updated version there: Maxou NSL (New Save Load)

Would you care to test it out (if you're using GUI it has GUI support) and give me feedback: how easy-hard is it to use-integrate or any issue you get along the way ?

Thank you for the system! I have a question about the abilities. What are they used for? I assume each is used for every saved stat right? So do I have to copy all of them? Or can I edit the FileIO script and delete most of them?

I suggest using Maxou's GUI implementation instead of my own.

But since I spent some good hours on this I might as well try to fix what I made. Here's a new version with some important fixes, but not thoroughly tested, use if you dare! I'm tapping out now, best of luck!

Thanks for the help! I will test this further!

 

[Maxou]

Thank you for the system! I have a question about the abilities. What are they used for? I assume each is used for every saved stat right? So do I have to copy all of them? Or can I edit the FileIO script and delete most of them?

Thanks for the help! I will test this further!

The abilities are used to load up the file and have a codeless implementation.

The system edits the abilities tooltips and read from it to retrieve the code.

You just need to copy them (this is important as it requires the correct ability ids).

 

[Uncle]

The abilities are used to load up the file and have a codeless implementation.

The system edits the abilities tooltips and read from it to retrieve the code.

You just need to copy them (this is important as it requires the correct ability ids).

Might I suggest having it so users only need to copy ~5 for now. I imagine in 90% of use cases people simply want to store Wins/Losses/Draws, and not an RPG's worth of character data. I imagine even one ability would be enough half of the time.

 

[Maxou]

Might I just suggest having it so users only need to copy ~5 for now. I imagine in 90% of use cases people simply want to store Wins/Losses/Draws, and not an RPG's worth of character data. I imagine even one ability would be enough half of the time.

Probably, tho’ the updated system was made with the intention of not breaking over random things to avoid users to care about certain things, like data size or encoding size.

Maybe 55 abilities is too much for a majority of use cases but then it’s not really an issue in itself to copy those abilities and forget about it afterward.

 

[Uncle]

Probably, tho’ the updated system was made with the intention of not breaking over random things to avoid users to care about certain things, like data size or encoding size.

Maybe 55 abilities is too much for a majority of use cases but then it’s not really an issue in itself to copy those abilities and forget about it afterward.

True, it's just that copying 55 abilities is annoying as hell, lol. That's why it'd be a setting, "if you know what you're doing then you can copy what you need and inform the system of this".

Maybe we'll get batch copy + paste in Reforged 2.

 

[Maxou]

True, it's just that copying 55 abilities is annoying as hell, lol. That's why it'd be a setting, "if you know what you're doing then you can copy what you need and inform the system of this".

Maybe we'll get batch copy + paste in Reforged 2.

Tho' I'm wondering if a single ability could work properly with original tooltip being replaced, I'll try that locally and see.

 

[TacticalTilting]

True, it's just that copying 55 abilities is annoying as hell, lol. That's why it'd be a setting, "if you know what you're doing then you can copy what you need and inform the system of this".

Maybe we'll get batch copy + paste in Reforged 2.

After further testing your new version it seems to get better, it syncs now but the problem is that the preload code only loads successfully for the host. I tried letting the other guy host and then the preloading failed for me but was successful for him. I was thinking...Shouldn't the sync/save create the file of the other player in my (and every other player's) computer too? Because it dosen't. I only have my save file but not his in my computer. (Maybe that is the problem I guess)

About what you said up there, yea that is very annoying and discouraging. Maxou should definitely do something about that.

 

[Uncle]

After further testing your new version it seems to get better, it syncs now but the problem is that the preload code only loads successfully for the host. I tried letting the other guy host and then the preloading failed for me but was successful for him.

Okay, I think I spotted the issue. I attached an updated map, all I changed was the SaveLoad script, so just copy and replace that file.

Shouldn't the sync/save create the file of the other player in my (and every other player's) computer too? Because it dosen't. I only have my save file but not his in my computer. (Maybe that is the problem I guess)

Nope, you each get your own local save file tied to your BNET username. So everyone saves their own file locally, and everyone loads their own file locally. Upon successfully loading your own file, you send the contents of that file to everyone else. In other words, you share your save code with everyone else. Once everyone has received each other's save codes it SHOULD proceed to the next step where it decrypts those codes back into usable data -> Gold, Lumber, Heroes, etc.

I think the issue you were experiencing was that it was proceeding too early, meaning the Host had received the other player's save code and was good to go - but the other player had not received the Host's save code yet and was not ready. So the Host was fully synced but the other Player was not, and due to errors in my code it gave the green light to proceed even though it needed to wait a bit longer.

(Again, Maxou's implementation is likely better, but I appreciate you testing this out)

 

[Maxou]

After further testing your new version it seems to get better, it syncs now but the problem is that the preload code only loads successfully for the host. I tried letting the other guy host and then the preloading failed for me but was successful for him. I was thinking...Shouldn't the sync/save create the file of the other player in my (and every other player's) computer too? Because it dosen't. I only have my save file but not his in my computer. (Maybe that is the problem I guess)

About what you said up there, yea that is very annoying and discouraging. Maxou should definitely do something about that.

I'll update my integration with using a single ability with multiple levels -- it's working so far as long as the ability has unique values for the tooltip fields inside it.

Not trying to undermine @Uncle efforts into providing something that did not exist (until I finally committed into finishing the update), but you should test out my implementation as supporting a fork version will get more and more complicated over time while I'll most likely still update (if required) my own version.

 

[TacticalTilting]

Okay, I think I spotted the issue. I attached an updated map, all I changed was the SaveLoad script, so just copy and replace that file.


Nope, you each get your own local save file tied to your BNET username. So everyone saves their own file locally, and everyone loads their own file locally. Upon successfully loading your own file, you send the contents of that file to everyone else. In other words, you share your save code with everyone else. Once everyone has received each other's save codes it SHOULD proceed to the next step where it decrypts those codes back into usable data -> Gold, Lumber, Heroes, etc.

I think the issue you were experiencing was that it was proceeding too early, meaning the Host had received the other player's save code and was good to go - but the other player had not received the Host's save code yet and was not ready. So the Host was fully synced but the other Player was not, and due to errors in my code it gave the green light to proceed even though it needed to wait a bit longer.

(Again, Maxou's implementation is likely better, but I appreciate you testing this out)

Now the save trigger dosen't seem to trigger when its event takes place.
Edit: Oh wait sorry, it works. I said that because I just tried to edit the scipt to make a custom folder for my map when saving/loading like: call Preloader("mapname/" + GetPlayerName(p) + SAVELOAD_PATH) . It worked before but now after I copied your new saveload idk what im doing wrong. This is a small problem anyway I think I can fix it myself. Thank you! I will try to test it online.

Edit2: Tested it online and...pretty much the same thing is happening, even worse, the sync is not happening, forcing the game to score screen.

 

[TacticalTilting]

I'll update my integration with using a single ability with multiple levels -- it's working so far as long as the ability has unique values for the tooltip fields inside it.

Not trying to undermine @Uncle efforts into providing something that did not exist (until I finally committed into finishing the update), but you should test out my implementation as supporting a fork version will get more and more complicated over time while I'll most likely still update (if required) my own version.

Waiting to try the single ability update. Coming anytime soon?

 

[Maxou]

Waiting to try the single ability update. Coming anytime soon?

Already released under the NSL version at Maxou NSL (New Save Load)

 

[TacticalTilting]

Already released under the NSL version at Maxou NSL (New Save Load)

Thank you! It seems to work just fine offline. I will come back with an edit to report when I get to test it online.

 

[Maxou]

Thank you! It seems to work just fine offline. I will come back with an edit to report when I get to test it online.

Okay cool, was it easy to integrate ? Is the documentation helping ?

 

[Uncle]

Okay cool, was it easy to integrate ? Is the documentation helping ?

Should probably take this conversation to your system thread (my hypocrisy knows no limit)

 

[Maxou]

Should probably take this conversation to your system thread (my hypocrisy knows no limit)

Right ahah we should

 

[Moozore]

Hi! This seems to be an awesome resource. Thank you so much!
I'm trying to get this implemented in my map but I have 2 open questions:

1. I'm getting the "Local Files" error, (I'm on the latest patch) on my map, although when testing your map, save/load works perfectly. So, is there something I need to enable in my map options as well?
2. How do you know which hero you need to save? In my map, players pick heros through a tavern (Only 1 hero, it's a Roguelike/RPG), which then this is stored in a variable "udg_PlayerHero[1-6]", in my case, do I need to do something special? Cause I'm noticing "-save" doesn't do anything, but "-load" just throws me the error above, so I'm just curious.
   
   
   Appreciate any help given. Thanks again!

 

[Wing-Span]

Question for the system's creator: how can I prevent observers from being kicked?