hyperion

The gameplay is sufficiently unique. A bug in the placement function I'd say, same as chickens or berries in mines or trees in iber walls. <- @maroder

https://github.com/wraitii/0ad_grand_strat

What needs fixing the most is not being able to register on phab.

I suggest you play Polar Sea map once.

Well, wasn't there an olympic discipline of running with hoplite gear?

Trees, units, buildings from an art perspective are actors, you find these xml files under art/actors. There is an introduction to actors on the wiki. The schema is named actor.rng and can be found in the source tree.

https://www.khronos.org/files/collada_spec_1_5.pdf But I suspect Blender has the required code, it's just not wired up for the colada exporter. Did you try fbx for example, did it work?

Well, me thinks the biggest issue with walls is placing and repairing

Some blender exporters have a scale factor, might try exporting and re-importing using one of those formats as a quick hack. Never tried myself so might not work.

Alpha channel of spec map can be used for emission with corresponding material definition, eg see basic_glow_norm_spec.xml Another option would be to grab a Kronos ref implementation of PBR shader and modify it to work with pyrogenesis, Vladislav has plans to move to PBR at some point, so you'd be somewhat future proof and have a probably better time using modern tools.

Finite resources are somewhat important for rts, so me think it's up to mapmakers to add more fish (more or bigger patches) if that improves a certain map. One problem is the role of fishing isn't that obvious in 0ad as let's say aoe2, where its used to grow eco faster early on and still not lose all purpose later with fish traps by converting wood to food over time in balance with fields.

Well, for Linux only sources are provided and distributions have to build 0ad themself. Also they wouldn't accept bundled deps and so the situation is different than for Mac where the goal is an all-in-one dmg. If you build for yourself fixing the build script to use homebrew packages is obviously possible. At least you get a working build script you can use as base unlike on Windows where the deps are prebuilt.

All data files are OS-independent so you can just copy them over as long as you preserve the structure, for where to find them, there is the helpful page https://trac.wildfiregames.com/wiki/GameDataPaths

Well, guess you figured out at least 90%, so if you add that and then post in the forum asking for review and pose a question or two, you likely get proper answers for the reminder if you really can't figure it out. I don't intend to target you but there is a rather common pattern here, complain and expect someone else to sit down and do research or do work. So it comes down to if you can't be bothered why should I be. While not absolute, I'm far more willing to help people who actually contribute. As for brilliant ideas, I'm sure all contributors have lots of them, so why would they need others to provide more.

Server side, maybe to much load, try again after a while.

To my knowledge those tarballs are exports of gecko-dev.git and are in essence stripped tarballs of firefox source releases for size reason, the following should work as drop-in. https://ftp.mozilla.org/pub/firefox/releases/102.12.0esr/source/

@Ben Phegan SM-102 just became EOL, meaning it won't change anymore and can be used without it changing right under our nose. So there is no fundamental blocker anymore, ofc needs more testing and maybe fixing. So your findings might be of some help pushing it forward. As for CI, the built binaries they should work on later versions anyway. The issue with newer SDK is it causes issues with opengl, so the new vulkan support is probably the way forward. As for the other build issues, well, not that nice is all I can say, let's hope those patches can get merged sooner rather than later.

The CI uses 10.12 IIRC, that's also the one used for building the releases. Anything newer should work or it's a serious bug. As for SM you might want to try 102, maybe you'll have more success https://code.wildfiregames.com/D5002

For the sake of it I tried, it took me 2 minutes (5 if including compiling and testing) to change the engine to always reveal the map without it being reported to peers. It's ridiculous to claim no one else has done it before.

Indeed, a service meant to play cat and mouse with spam bots can greatly reduce the amount of automated spam. Against humans and the odd spam bot which still makes it through, simply requiring moderator approval for publishing anything will work wonders. Once a moderator is convinced it's a genuine account would be when to removing the needs moderation status. New users often have an issue they can't solve. All those suggested limitations make it hard to get help. Imagine you have to create a dozen post with random requirements before you can actually properly describe your issue.

binaries/data/mods/public/maps/scenarios/_default.xml is the map loaded at startup, which has 8 players and player 1 being assigned Han.

You seem to qualify as a power user and have a clear idea as to what the manual should be like. This makes you more qualified than most. You already found discrepancies, fixing those would be a great start. Adding answers to questions you had as you go might help others in future, doesn't matter if you found the solution yourself or if someone pointed it out to you. The goal doesn't have to be a complete guide like a book by Microsoft for Word. Ofc it's just a suggestion, just that I think you might be a good candidate for this task with your background and interest in atlas. For example for me the canonical documentation is source/tools/atlas

https://trac.wildfiregames.com/wiki/Atlas_Manual If you notice something is missing, please add it yourself, this is a community driven project.

https://code.wildfiregames.com/D5132

A24 was the only release with that feature and was just reverted right back. There are more, grep for Root in simulation templates.