Stan`

Hey you can already set the unit values to pretty big numbers without the help of library. To change values you just have to edit xml files

Depending on your mail provider it may.

Do you have any experience with snap ? Could there be a setting or something special that needs to be activated ? Do you play with earphones ?

IIRC buildings have a 100% resistance to status effects. That includes poison and fire (You could test with the iberian champion cavalry in atlas)

Creating a new civ allows you to add some historical background to units. So while not playable they can appear in the history section and encyclopedia. (Having a partial structure tree might not be great though)

There is an option in the civ.json file to not show “minifactions” in gamesetup. I think Hyrule makes use of that.

Interesting to see a first person mod. How are you calling unitmotion ?

We need a bit more information than this. What OS, what version of the game, and what are you trying to achieve.

Feature is now live This would add a significant size increase. In the replay above, it does it in loop, so garrison ungarison, garrison ungarrison and so on... Technically it's doing something ^^

Hmm I supose this could be fixed by some sort of debounce function, but it would probably cause more lag. I don't know if it can be fixed easily. (detecting command patterns undoing each other sounds hard)

There is probably some optimization to be done here. But in general I don't expect people to be able to do 80 actions per 200ms

Working on a CPM graph, which is a bit more readable. Dunno what happened there @guerringuerrin Some kind of frenzy ? ;D

Small update, improved performance a bit using caching (the first call will be slow, but the rest will be fast) Fixed searching for player names breaking the background menu Fixed searching for players in local ratings being case sensitive. Added CPT (commands per turn) chart We now have 643 replays

It's more general info about the replay. See https://replay-pallas.wildfiregames.ovh/Replays/ReplayDetails/6F68BB674044541A (Should work for most replays)

Phabricator is no longer used. It's mostly readonly. You should use Gitea instead on gitea.wildfiregames.com

Just for the record I've added @ffm2's idea to replay pallas locally. Wanted to go live today but I forgot to push Still need to tweak some settings as the graphs are quite crowded.

If you're on Windows, you can test the nightly build. You can also help translate the game :)

Finally found it

That works for me? Changed it recently Ah you mean the forums? Fixed. Pinging @Itms as I cannot do that.

Well yeah you always run into the issue of trying to control things causing things to escalate. Where there is a need there is usually is a way. BUT. People who want transparency would have it with proposal 1. The rest of the users would just not use it.

Player color uses the alpha channel of your textures. For it to work, the actor referencing those textures must have a player_trans*.xml material. Alpha controls how strong the player color is.

You can see some stats like that on https://replay-pallas.wildfiregames.ovh/ Maybe with the help of @Dizaka we could add such graphs.

Well unless the mod is being disguised as a mod that doesn't require compatibility checks it will never happen. Unless of course people don't update versions in the mod.json but then you have broken mods and one cannot do much about it. Any text editor. @Vantha @trompetin17 might have different approaches. You should use the hotloading feature as much as possible to get the fastest feedback. Two screens might help (or windowed mode) For 1 maybe a few days + review time. For 2) more likely a week or so. More depending on how you compute the hashes. If unpacked mods are in scope one needs to define how exactly do you compute the mods' hash. For 3) maybe the same time or more than 2). You also have to accept mod.io's terms to download anything from them and you still have to implement whatever is missing to force clients to broadcast their mods to you. For all the proposals you need c++ changes and js changes. Finding a dev that can do both (correctly) might be tricky. Another thing: "Cheat mods" could be on mod.io (minus the issue of signing taking time) with compat checks on. This way everyone has the same (guaranteed by the signature)

Ah sorry I confused it with the first one that was made by @Sebastián Gómez that one doesn't have a compatible license. @wowgetoffyourcellphone found another one but it was without a clear license which made it unusable. He found a third one recently you could probably use

I'm not sure you have access to user mods right now (I suppose guest have access to the host's mods though). My issue with just listing mods is you are basically just listing names. So I can make an autociv named mod with the progui features and it will go under the radar. The good thing with Dunedan's approach is that one can rely on zip signatures which are harder to craft. With mod names, you mod can be a zip, a list of files in a folder, with or without mod.json and it's gonna be pretty hard to compare them between users. And if you can't compare them, you're just in a slightly better place than right now, but you have almost no extra guarantee. Agreed on the signing times @Itms and I can take a while. And as mentioned on the autociv thread, not all mods are eligible. I'd be against porting all of them to the main game, but I think some features in autociv are great, like the hotkeys. Our hotkey situation is bare, to say the least.