release: alpha 10

object: wooden walls

problem: sent several workers to build a wall, building a three piece out of 5. the other two are not built. animation shows work, but without progress. Hit Points all the time on the initial value of 1/1000.

Observation: this only happens with a group of workers. one worker is building the wall without this problem.

vfs_optimizer currently enumerates the entire VFS contents and adds everything marked as "archivable" (1) to the archive.

However, mod files must not be included, for obvious reasons: the mod would no longer be optional and could thereafter not be disabled.

One solution would be to generate one archive per archivable mount point. This would be a bit inefficient, since there are several mount points that could be added to the main archive (namely: cached XMB, mods/official) and splitting them up would increase seeks.

Solution: specify a VFS_MOUNT_NOT_MAIN_DATA (bad name, but you get the point) flag when mounting mods. All mount points without it would get lumped into one archive, and the other archivable ones (mods) are archived separately.

Implementation: for enumerating files, still use vfs_dir_enum. For each returned entry, get the TFile's Mount pointer. First, check if it's archivable. Then, put all files from a given mount point into a bucket (except if it doesn't have the flag; it goes into the "main data" bucket). For each bucket, create a separate archive.

(1) this would exclude e.g. screenshots

When I run the game on Linux (with no non-standard directories, and with a read-only root), g_VFS->Mount(L"screenshots/", paths.Data()/L"screenshots/") ends up calling vfs_Lookup which calls wmkdir("screenshots") which fails because that's relative to the cwd (the system directory) and read-only.

The ~/.local/share/0ad/screenshots/ directory is created before this happens, and it tries creating the bogus screenshots directory even if that proper one exists.