-
Notifications
You must be signed in to change notification settings - Fork 4.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Ready] Dynamic submap loading #5840
[Ready] Dynamic submap loading #5840
Conversation
…eparation for saving/loading on-demand.
…ve to do a conversion.
He just did it. wow. |
Test-compiling now. |
Still a few issues, it spams map loading dialogs when you're walking around, and I've seen an occasional segfault. I think it's failing to fully populate the active grid sometimes now, probably just need to find a good place to stick a map::load(). |
bounce bounce |
Sweet! Nice to see this up and (mostly) ready. :D |
I say that this has to be in by 0.A. The ability to actually have really really big worlds without the horrendous slowdown and eventual death of worlds is important enough, I think, that we could delay 0.A if necessary. |
Kevin wanted it in too. |
0.A is already delayed quite a lot and I agree that it will make a lot of players happy - I mean, the balance changes and the ability to play without "omg the world crashed for ever because it's too big" |
… of submaps at once.
…hem all out again when we quit.
This should be good to go now, but please put it through a bit of a wringer if you're able. I'm particularly interested in performance on large maps on windows. |
One issue: the world is not reset/deleted because the code in |
Second issue: looks like the default-mod list doesn't play well with the directory-assurance code. If you've a better way to resolve that conflict, please do. |
@KA101: In mod_manager.cpp, line 29: the declaration of |
Gave it a once-over with the megafile. Cuts save/load times well over half and retains content. teleporting around suffered no lag over that from usual teleporting. If I don't hear a reason not to merge this by 11 PM US Eastern, it's going in. |
The game stops when appears pop up message "Please wait at the map saves" |
I'm guessing this is due to autosave, if not let me know. |
I'll make an issue for that |
Hrm, Poetich77, can you please post a copy of the savegame? For all we know it could be a problem with that specific savegame. |
I'd noticed that it hung a bit, but it completed in a second or two. Chalked it up to my laptop being low-powered. Sorry, Poetich. |
Curiously, it seems to be hanging indefinitely on my end. |
XP here too. Lemme compile everything since last night and I'll take a shot at it. |
What exactly is the way to reproduce this, is it just from loading a |
A fix is in the works. On Wed, Feb 5, 2014 at 6:30 PM, Kevin Granade notifications@github.comwrote:
|
Yeah, that save was borked or something. Fix seems to do the job, I just merged it. |
It`s working in the latest build #802! Thanks for your help, guys! |
Here's the payoff, this makes map loading incremental, which means FAAST.
Additionally saving speed is improved, since it only has to write out submaps that you've been near. Distant submaps remain untouched.
Still to be done is writing submaps out to disk and unloading them to keep memory footprint down, but that can wait for another PR.
The naming for the files is slightly changed, so this won't be compatable with the previous PR.