Open illwieckz opened 2 years ago
It would still work if not for one of the commits I added in https://github.com/DaemonEngine/Daemon/pull/601:
FS::LoadPathPrefix - don't load dependencies
From the gamelogic, it's still possible to load a prefix with
dependencies by directly using the syscall with different arguments.
I don't remember why I did that. Maybe because of how it's used wrt legacy paks, or maybe because the map list is too slow with it.
Anyway, as stated in the message, it's possible to load a prefix with deps by using a FSPakPathLoadPakMsg instead of the LoadPakPrefix helper function. If this does turn out too slow, maybe we could load with deps only if the image is not found upon loading without deps.
I'm not sure to understand everything, but yes I'm thinking about trying direct image access and fallback on slower code if not found.
On one hand, distributing a delta map package as a released map isn't a good idea, but it's handy for things like the nightly server.
People may still want to make a map delta package just to ship newer navmeshes or things like that. In the past I did that on my game server to add a minimap to parpax as released parpax didn't have one.
Since we assume
map-<name>_<ver>.dpk[dir]
containsmaps/<name>.bsp
andmeta/<name>/<name>.<ext>
we cannot read the levelshot if the levelshot is in a deps, that happens with a delta package.I assume this is introduced by 10b448eababe975b7fc71749a001bb192e157505.