Stan`

Don't think so. Might be doable with a mod though. Also with regards to this thread when sharing your user.cfg please mind that it contains your lobby password

Then it sort of makes sense. The GUI is probably completely GPU bound, which means the game has nothing to do except requesting more frames. In the game though, You're probably being CPU bound, so the game is waiting for the data to send to your GPU. Note that if you are using VSYNC it will cap the fps at your monitor's refresh rate.

Do you play with AI?

@Seleucids Do you by any chance have tweaked the fps cap option ?

He needed to be added to the docs or contributor group. That's done now.

Yeah async is not a magical bullet It only works if you have threads, if you don't, might as well call it synchronously.

Yeah sorry about that, we only updated one spot during FOSDEM.

Cause that's where you should report issues. Unlike trac issues are not global

I might even want to try to do it but : is it possible to make the selection more smooth with async js? Like would it even be possible to load minimal entity datas (maybe even without using getEntityState / using a alternative), THEN load entity datas next frame(s)? I can think of using mouse over event handler to load tooltip datas, but i guess the performance gain aren't worth pursuing, all the datas would be loaded on later frames? You can try js promises that were added in A27 but as I said it's the same thread so it still gonna wait after everything in the thread is done You still need to load all the datas for whatever you have selected.

It should always be compressed. If it isn't it means something or someone meddled with it and we don't support this. Your best bet is to uninstall wipe the folder, then reinstall.

I'm still missing the last chart btw, but i don't know how to implement it. PRs to do that and to implement the latest local ratings features are welcome.

In our case asynchronously, would still be on the same thread. We discussed this with @phosit and @bb_ Node has the same issue. What we actually need to do is run the GUI code in another thread completely. But the main issue with selecting units is that it sends a lot of data. Like basically everything we know about these units. EDIT: See https://code.wildfiregames.com/D1618

So far there is no pull request to integrate the features. It will require some work toadapt the code. Also not all features might make the cut. At the beginning autociv was just the game setup addon now there are a lot of features that need to be split and rewritten so they can be maintenable in the long run.

You can download any version of the game

Can you take a picture? You can also try to disable gpu skinning in the options

You could install git and clone the repo ?

@Itms told me he'd look into it. I gave him access to a win7 VM.

Without F11 it's hard to tell if it's simulation lag or graphics lag. Right maybe someone has a copy somewhere. Else might be possible to recompile

I guess this deservers a whole lot bigger discussion but why would it make the Zapotecs easier to include? Their inclusion is not dictated by the time frame but rather the team's reluctance to add new civs in general as it adds a significant load on balancing, download size, and scrutiny. Mods are usually perfect until they need to get into the game then every body starts dunking on them To add to this creating empires besieged is just creating a new repo and starting dumping assets we don't have yet in it. Then it would be available through mod.io as any other mod.

We might add a workaround for this which could be interesting if we know the hierarchical structures, we could add a chief, high priest and maybe some intermediary level. Those would work as heroes. Unlike other civs they wouldn't have a 1 time limit (only max 1 alive) Bonus points if we could have dynamic specific name matching how they named people back then.

It would interesting to compare the first RC of last year with the release. From the measurements it would seem the simulation is to blame not the graphics which is a bit weird but might be due to the spidermonkey update. The rc from last year would be closer than the release. Testing that might help us narrow it down more. So far I don't think there we have a clue. On macos I get up to 5 times the framerate of A26 with vulkan

Yeah you won't be able to compile spidermonkey without python 2.7. and just that alone will be too hard to fix Your gcc will be too new so you'll have to fix a shitton of errors

Oh I'm sorry. I didn't elaborate because I thought you'd use the game's shader and that would solve your issues. The vulkan pipeline is a bit complicated. You need to have GLSLC installed and present in path FileNotFoundError: [Errno 2] No such file or directory: 'glslc' python3 source/tools/spirv/compile.py ^ -d binaries/data/mods/mod ^ -d binaries/data/mods/public ^ binaries/data/mods/moderngui ^ source/tools/spirv/rules.json ^ binaries/data/mods/moderngui Could be that that last folder is not where it expects it to be (next to the public folder) and instead is in My documents or somehting.

The Zapotecs have already a complete mod IIRC.

Beat me to it