Leaderboard

You can also make a makeshift gate by deleting a wall segment

Hey everyone, I've been coding some very rough GLSL post-processing tests just to see what they'd look like in 0ad, and thought I might share some results. The following images are in pairs, with the "plain" images first and the filtered images after: http://imgur.com/a/zZe2L These images use SSAO, HDR and Bloom filters. The dark halos around the character models are due to the SSAO, which otherwise looks pretty decent. Credit where it's due: the shaders are modified versions of the fantastic work of user martinsh on the Blender Artists forums. Peace Myc

The Ptolemies and Romans built Egyptian style temples, so Ptolemy Auletes XII (see ]this"]http://en.wikipedia....sh_212.jpg for example) or properly Ptolemaios Néos Diónusos Theós Philopátōr Theós Philádelphos who could not speak the Egyptian language, was depicted on temples as a Pharoah, also Augustus. Only Cleopatra VII (the famous Liz Taylor one) ever learned the language. The point is that an Egyptian faction needs only a very slight classical touch, and it would be accurate.

WOW!!...I just tried the wall feature !! What can I say...you guys just continue to do awesome work everyday ! Knowing a bit about the history of this game and your efforts at least since 2006, to get this long awaited feature in the game finally, its most inspiring. I just know there are some great things to come ! The only reason I ever began following 0AD was because it was impossible to modify the original AOK Genie engine and to have more complex strategies. Well I guess now that we have proper walls, its time to start off with scripting Awesome stuff !!

I've committed the wall patch in revision 11760. Feel free to playtest it and report any bugs you may find

Recent changes in misc.js (starting entity placement including civ bonus start walls for Iberians) made me notice that functions are not that perfectly named, organized and written in general (e.g. the order of arguments and the arguments taken at all). I added placeCivDefaultEntities(fx, fz, playerid, angle, kwargs) to make starting entity placement suffice Mythos_Ruler's request here (It includes further infos and possibilities for Iberian wall placement as well). That function now (in most maps) replace createStartingPlayerEntities(fx, fz, playerid, civEntities, BUILDING_ANGlE). He added my files to the repository after some discussion but I'd like to exchange some thoughts about that and the rmgen libs in general I added keyword arguments to the function so edge case usage doesn't require all possible arguments (don't know if that is a usual practice in javascript though) and avoid the need of changing all random maps when a new feature is added (only the libs has to be changed and the maps using the new feature). As you might already have noticed the new function doesn't take the civEntities as an argument (they are got inside the function itself by playerid). That makes the starting entity placement a 'one liner'. In some cases (like used in random map fortress) the civEntities might need to be adjusted though (the number of units or even the unit types). This could now be added as an other keyword argument (but actually isn't). Well, it was somehow unexpectedly added (for me it was rather a demo version than something to commit) The naming should IMO always start with 'place' if something is actually placed, that's why the different name (and to stay compatible to custom maps maybe out there at least until some ppl agree with the concept I left the old function as was). But in the end there should be only one function for starting entity placement IMO. The placement angle should be a kwarg, too, and default should be the (strangely named) BUILDING_ANGlE IMO. So please let me know what you want have changed in the near future so no log-spamming and in the end maybe even unwanted code winds up in Alpha 10... Until then I'll further check the default Iberian wall placement function's especially a 'while' loop that caused an out of memory error (infinite looping) in an earlier version when random seeds where much lower/higher then average. I think it's fixed in the actual version but I better check again...