hyperion

It makes you more competitive, you can deny that. Personally, as for autociv I can't imagine playing the game without anymore.

42 ... , well this question doesn't have enough meat for me to answer. Well, I only have ever seen 2 users generating replay archives indicating they are aware of the specifics involved and so making it possible for others to just unpack those. (I'm only talking about solving the sharing of replays P2P via forum, mail etc without any dedicated service here) Developing a service in tandem or first may not be bad tho, as it may highlight additional requirements (title and tags were mentioned already) for a potential pyroreplay format.

Not using the service but the current approach of zipping and unzipping with "date-gamenumber". Also people use arbitrary root, wonder whether they need metadata.json and so on. Those things would have to be done by the engine (c++) ofc. The UI just calls into the engine. You can simply create a symlink to the replay directory at any time, no need for the engine to know about it at all.

Autociv or @Yekaterina own gui mod are "exploits" on another level as they give even more advantage than this disconnect trick to see stats in competitive play. About disconnect, whether intentional or not, the important bit is to communicate to fix you network if you have issues. In the maybe 200 to 300 games I played over network I have yet to see this issue even once. So the attitude of it's normal to have such issues bugs me.

One of the things I had in my mind as nice to have. Just I'd start with an export / import replay feature in-game. There are many who struggle with exporting manually and we see formats like 7z, rar and what not. Also there are possible file collisions with this approach. So having a standardized replay file format (pyroreplay ?) taking care of all such nuisances would already much improve the replay sharing situation. Once in place this format would then be the basis of such a service.

Of course, but that's not what happens with vanilla 0ad. I can't reproduce it. The stats are only ever shown if the game is considered finished. It's trivial enough to change the code to always show it if people want to cheat. About connection issues, the threads listed by @Genava55, we have driver bug and powersave issues. Anyone playing competitively is expected to fix or workaround such issues. In fact everyone who drops every ten minutes and isn't inclined to fix it is an annoyance for other players. So yuo may call it sarcastic, but for me this belongs into the realm of netiquette.

It's fine to continue to play a game that is considered 'finished' for the fun of it but the rating points should be issued based on when the game was considered 'finished' first time. PS: Just a guess, technical error, e.g. program crash, network problems etc would be come a lot rarer if they wouldn't help avoiding point loss

This is the only issue here, disconnect should mean loss of rated game.

One is a resource the other not, there is no inconsistency here. This is the same as AoE2 AFAIR.

If it's really old hardware as stated Vulkan won't be available, and the userreport_hwdetect indeed suggests this to be the case.

Needs fuse-2.x, fuse-3.x being the latest. The package might be called fuse:2, libfuse2 or similar depending on distro.

Not just us but other to have trouble making a decent mod interface as well Anyway, I had in mind things like loading the correct mods on joining a game / starting a replay, fetching mods or fetching content from host on demand etc. All those perks I see as a requirement for splitting mods as one pleases. That isn't trivial and also touches on the topic of security. Having the editor mod only depend on mod mod is probably the right choice.

The game logic isn't meant to be part of the engine, sure the engine sets some limits as to what a game can do and the engine can offer some routines for some performance critical aspect to be handed off as well. As for 0ad aka public, sure splitting off or splitting the mod itself (a la 2-4) might make sense if there where a better dependency/mod loader, see the mess the community mod created. The all as a block situation isn't ideal for people to get started.

Well, unless overwritten in user.cfg it should pick up changes to default.cfg. Best to keep those changes in user.cfg you really like deliberately in local.cfg and delete user.cfg once in a while or at latest when 0ad is acting up. For completeness https://code.wildfiregames.com/rP15671

It is bound by default $ grep attackmoveUnit binaries/data/config/default.cfg attackmoveUnit = "Ctrl+Q" ; Modifier to attackmove targeting only units when clicking on a point

That might be related to the custom assets handling, if it just requires exporting from blender as a gltf for instance and the rest is fully handled by the engine I could imagine this to change.

@Ceres You can lock teams in match setup, I'd argue this covers your use-case.

Maybe leaving trac for bugtracking and wiki independent makes more sense, aka having a global bugs.wfg.com and wiki.wfg.com shared for all projects on git.wfg.com? In case of splitting pyrogenesis and 0ad in future this would be a headache otherwise.

Appears to run "git clone --bare", which when testing locally on a btrfs file systems uses reflinks, ie. the clone shares physical extents.

Then a COW filesystem like Btrfs might be best bet as it supports "offline" de-duplication so even if gitea doesn't cp --reflink you'd be fine. https://www.man7.org/linux/man-pages/man2/ioctl_fideduperange.2.html Added bonus of using Btrfs, backups are easier. Don't know Go but I'll grab the gitea sources, maybe I can figure out what it does. They don't share subdomain so splitting sounds like a good idea regardless?

Because they went extinct around ice age and were only reintroduced by the Spanish? Not sure what the current science stand is on the topic. I just remember that this one is/was hotly debated due to the book of Mormon.

Being connected or easily balanced or similar I don't consider valid reasons. The more different or spread around the globe the better I'd say. As long as the AI can reasonably play them. On the other hand I fully agree that we need enough historical material to not make it a fantasy game. Inventing structures and units for the sake of game play isn't a good thing at all. We probably do this to often already.

For option 1 and 2 the button placing is a bit unfavorable. Option 2 is still in the realm of ok-ish. Maybe placing the main buttons vertically would make it much easier on art. The stargate (option 3) works tho.

If it's on a filesystem which supports hardlinks this shouldn't be to costly, not sure about giteas support, but worth testing for sure.

Visible garrison is quite the joke without scaling, battlements on walls look like shin guards. Now I imagine an archer roughly the height of ship body in a crow's nest. I doubt making ships anything else than simple units which work mostly like land units will ever lead to something playable.