Aug 12 2019

didnt test but why not putting this option to have it global and dont get confused maybe additional to know wut general auto attack behaviour is like in options -> ingame -> unit auto attack -> capture/attack. Maybe thats good to add. is it good?

ok its working now but not as expected but i havent look deeply into code now just can say that one thread (main thread) is going when testing pathfinding with 6-16 threads with 1000-2000 units moving in a map very fast to 100% but the other threads are showing only small up usually 1-3% cpu usage some times 20% but very rare and though because main thread is at 100% exhausting and seem to not get more cpu time above 100% it starts lagging ofc and fps dropping even if non visual window (window hidden to taskbar). So i was expecting that the pathfinder work would be go well across all threads and especially not touching the main thread any more because there is also then graphics computation and other game logic stuff hitted which results again in fps droppage and lag game which should be avoided. So i think that would be the first step. then we have to look.

Aug 11 2019

i tried doesnt work for me i watch pyrogenesis thread in top program of linux and have put general options number of thread to 3 but it doesnt show more than one thread at 100% cpu in top so i dont get it to work. any suggestions wut to do more to get them running? i put D1918 and D14 as diff on my a24 svn version r22642.

Mar 25 2019

I'm pointing out these things mostly because I want to inform on our coding conventions and good practices.
But I think the entire file needs to be revisioned structually, adding some syntax sugar is not the essence but part of what needs to be done IMO.
And the more stuff is added to the patch, the harder it will be to review.
Fixing 6000 lines in many logical and syntactical ways is something that can be done in a github branch and typically consumes several weeks to discover all the defects and the ideal structure. Then one can refactor that into small disjoint, atomic, patches.
(I guess the code isn't really inviting to newcomers who want to add one feature and are confronted with a piling disarrangement.)

very good patch/mod
more important is stances and formation hotkeys
time is the key
for this two things speed is important in combat
build is less important
i had a trac ticket there made suggestments
also if u wanna have build keys make them to english language like f for farms
if u then wanna have fort too with f make double f hit
very easy to adapt
much better then nub other

There is a ticket for that. I'm skeptical about it, I think it will do more harm than benefit, because it is very easy to have a sudden lagspike or one simulation turn that takes 5+ seconds to compute, and then you disconnect the one or even every client and everyone has to rejoin which can take beyond 2 minutes...
There are also many more TODOs of possible features in the code and comment above for you to read.

im not its only for specs they nerf the players so kick... eae only only optional as checkbox eae

May 27 2018

(ubuntu 16.04, wfg ppa 0ad a 23 rc3) failes install fgod.pyromod (0ad fgod.pyromod) when ~/.cache/0ad is pointing symbolic linked to another filesystem (i was using an aufs mounted fs on /mnt but into a folder where user can write. It can actually make a fgod folder temporary inside but then moving files to correct location under ~/.local/mods/0ad/mods/fgod failes so far (ps/trunk/source/ps/ModInstaller.cpp line 83). So seems vfs issue maybe. Didn't investigate further.
Under normal conditions (fs) all goes well.

failes install pyromod when ~/.cache/0ad is pointing symbolic linked to another filesystem (i was using an aufs mounted fs on /mnt but into a folder where user can write. It can actually make a fgod folder temporary inside but then moving files to correct location under ~/.local/mods/0ad/mods/fgod failes so far (ps/trunk/source/ps/ModInstaller.cpp line 83).

May 3 2018

Need to correct my statement. Anti-Aliasing support with opensource drivers (mesa) sometimes has changes or problems in its releases or/and maybe combined with some distro packages (here Ubuntu 16.04) to enable this feature. With updated mesa stack (to the newest) anti-aliasing now works via dri. Just adding this statement.

For some reason on Ubuntu 16.04 Unity Desktop the pyrogenesis executable from SVN directory binaries/system/pyrogenesis leads to unknown executable icon in taskbar. Having googled little about SDL_SetWindowIcon usage under unity ubuntu but didn't find a proper solution.

In the market tab, there should be a common header for food/wood/stone/metal exchanged and an explanation of what the green and red numbers are, like in the resources tab with "Resource Statistics (Gathered / Used)".