vladislavbelov

4MiB are read in both cases: a) for unpacked they are read in a random order file by file with 480 bytes each b) for packed they are read in a random order from a ZIP archive file by file 480 bytes each. All tests have multiple prewarms (they read total size multiple times), so in theory I should have warm HDD caches. Ideally I expect if I read multiple files with a total size less than a cache size then it should have similar time for unpacked and packed mods. But as I mentioned a file system has own meta information and alignment which might increase a "reading cost" of small files.

There is also a file system sector size which affects alignment of files (it's usually 4KiB on Windows). I've tested on Windows few file sizes with 2 mods with the same list of files: unpacked and packed. File size 480 bytes, unpacked costs +972% reading time than packed (total read ~4MiB). File size 2333 bytes, unpacked costs +690% reading time than packed (total read ~80MiB). File size 111333 bytes, unpacked costs +9.7% reading time than packed (total read ~1GiB). File size 521111 bytes, unpacked costs -32% reading time than packed (total read ~1GiB).

According to my very synthetic tests on WDC WD2005FBYZ random access to multiple files is about ~2.5% slower than random access inside a single file. I suppose on a older HDD it might be more noticeable.

It might be out of video memory. To check that you might enable GL errors checks (gl.checkerrorafterswap) in the config and try reproduce again.

It highly depends on HDD, some random access readings might trigger hundreds of milliseconds of delay. Though it should be measured for each particular HDD.

The crash doesn't seem related to VSync. Could you also attach logs?

Mmm? Maybe some JS code depends on FPS

Hi! Could you open settings and enable "Prefer GLSL"?

There is an important caveat: splitted repos should be in sync via some relation mechanism. Someone doubts?

Before A26 available in user.cfg.

We'd like to, but it's not true yet: https://feedback.wildfiregames.com/results/display/. Most popular resolutions are 1366x768 (19.2%) and 1920x1080 (38.7%), and we still have visible amount of 1280x720 (3.6%). There is GUI scale for that in game settings, though it requires improvements.

Could you make a screenshot via F2 in the game? To check that the renderer actually outputs a picture.

Kinda known issue. I have plans to improve it, but not the top priority.

I'd like to fix the glowing deep water and use a single color for absorption.

It's solvable, just enable the skybox for screenshots

The simplest approach is to render the skybox only for cinematics (sky reflection in water will present in both cases).

I doubt it will help. The skybox is attached to the camera.

DXT uses BC or it's an alias for BC (as well as S3TC). We can't AFAICS. ARB_texture_compression_bptc is supported only by ~83% of players: https://feedback.wildfiregames.com/results/gl/extensions/. Currently we don't use them for some meaningful reason. But we could. Usually a converter is written for different kinds of images. So we could use some custom algorithm for a specific texture to have less artifacts.

I haven't chosen a final solution for 0ad, temporarily you could use Compressonator. But any different (from nvtt) solution requires a noticeable amount of code to integrate into 0ad.

Maybe bubbles on water.

I don't think it'll look good. I see at least 3 possible solutions: Make water more transparent on all maps where the fish is invisible. It doesn't require engine changes, but the water won't look real for some maps (not so much dirt/mud as it should have). Make the fish selection ring visible always but more transparent than usual color. Add a semi-transparent fish icon over a fish area.

Is the game installed on the same partition (disk, for example C:\) as the Windows or a separate one?

Could you try to run it as an administrator?

Does it crash immediately after a start? Or you might click on the main menu?

Is it reproducible? And what's the steps if yes? Could you also attach mainlog.html?