hyperion

Oh, it uses system nvtt, interesting. ActorEditor is an app and should be under some bin/ directory, probably /usr/games for Mint as that is where pyrogenesis lives, for example as pyrogenesis-actor-editor or maybe 0ad-ActorEditor or whatever the convention in Mint is, the current location means user won't be able to run it via PATH. Anyway the RUNPATH for pyrogenesis says it should see libs in /usr/lib/games/0ad and prefer them over those found in default paths.

Well, someone could then create a repo with the "fixed" deb files making it easy for everyone coming later is the idea. The path seems more complicated on your system than expected, anyway where to put the libraries you can find with "chrpath -l $(which pyrogenesis)" for example. There you should find the altas and nvtt shared libraries as well.

You might want to try updating sdl as handling shift + mouse button 4 / 5 (wheel) works just fine here (not a mac)

You can also just unpack the shared libs form the working icu and wx deb and place them into /usr/lib64/0ad/ (on some distros it might be /usr/lib/0ad) alongside other 0ad only shared libs and where the game should pick them up. Maybe even repack the 0ad deb file to include them.

As many have noticed the server was at it's limit resulting in degraded performance for various services (Let's blame AI scrapers). As a result of the migration some services may experience interruptions, this includes the forum and the game lobby. If all goes well the the migration will be over in the next few hours. We ask for your understanding.

There are a few bug reports by @Langbart wrt autostart / nonvisual / rlinterface, I'd check if one of them applies here and if not file a new one with clear steps to reproduce. I probably will spend some time during the r29 release cycle on this topic, tho for the next few weeks I intend to focus on xmpp/lobby stuff open for years.

@Dunedan, could the newlines and tabs extracted from xml mess up the translation?

In the code they are marked as translatable, and grepping the po files indicates some languages seem to have translations.

Don't use cargo but install the distribution package instead.

The easiest would probably be using the windows binary with wine / proton. You might see a warning at the start tho as wine doesn't support numa and as such the hardware detection will fail. Just click continue in that case.

The gather rates for civilians: <food.fruit>1</food.fruit> <food.grain>0.5</food.grain> <food.meat>1</food.meat> <wood.tree>0.7</wood.tree> <wood.ruins>5</wood.ruins> <stone.rock>0.35</stone.rock> <stone.ruins>2</stone.ruins> <metal.ore>0.35</metal.ore> <metal.ruins>2</metal.ruins> Berries would sort of work as well as it's the most obvious type of food.fruit in the game.

If I select Italian it works, just that the amount of translated strings seems very low. <- @Dunedan

With the desktop file you already have a means, "DRI_PRIME=1 0ad", is probably what you need but that might depend on exact hardware or distribution. Look into prime and for older nivida into optimus. There are also plenty wrappers to tune for games.

Might be using the igpu then which would mean not nvidia but should be enough to go to the ingame options an select the vulkan backend. Run "which 0ad" in terminal to get the path

Looks to be https://gitlab.archlinux.org/archlinux/packaging/packages/0ad/-/issues/3