FeXoR

Yes. That would be very nice!

It would be possible to generate textures automatically but would also be lots of work (and would need changes many things already planned and implemented otherwise).

greenlaser: He meant what version of the game you are using e.g. "Alpha 15 (Osiris)" or "SVN Revision: 14797(autobuild)" or "SVN Revision: 14797(selfbuild without wxwidgets)" or "SVN Revision: 14797(selfbuild with wxwidgets)"

No. I erased the cache before rebooting and renamed the mod folder of mine. So no modifications at all.

I tried this: Reboot, directly start Atlas: Error: Click break: Error: After this Atlas stops reacting (Windows "waiting for program" window) and I have to kill it. crashlog.txt crashlog.dmp mainlog.html But that's not the same error. I'm trying to reproduce it...

eduh: Thanks for your interest. Sadly my progress is slow ^^.

I just started to work on this again (other priorities in the last months). My main concern is the texture blending ATM. I fear there is no way to make randomly distributed tiles of two or more types in the same area look well (just by blending). So I might implement a function to take care of removing single (or 3 or more connected tiles) tiles surrounded by others (Seams like I ran into a percolation like problem). That is most promising I guess. The reference of yours is a good one though I doubt we would use all of that because some of those functions are really slow and need to be applied multiple times (especially erosion). If you are interested in erosion you could try to check out my (many, never really working) approaches here: http://www.wildfiregames.com/forum/index.php?showtopic=16233&page=5#entry274289 I intend to make a lib from all of this but I'm not qute sure which functions are worth to add there. Feel free to use them as you see fit. If you need a specific function and can't figure it out I'm willing to help. I'm likely to finish this map (realistic terrain demo) within the free period (but you never know what gets in the way ^^).

I noticed that for some time now Atlas crashes the first time I start it after rebooting or updating with: (error while dumping stack: No stack frames found) crashlog.txt crashlog.dmp system_info.txt interestinglog.html mainlog.html

Concerning game settings / ready: I think the game settings should be set before the game is actually hosted so they can't be changed afterwards. When you choose a game to enter you should see the game settings. Entering the game then counts as "ready". It's annoying how many PPL enter games before being ready to play and all other players then have to wait for them. This is the case in many new games and it's a bad idea IMO.

BTW: Horned helmets where never used (at least not for protection in battle). http://listverse.com/2009/04/21/top-10-misconceptions-about-the-vikings/ http://www.visitdenmark.com/denmark/culture/vikings-facts-and-myths

hollth, greenknight32, Mythos_Ruler: And what if the simple way is in the end the best working one (but replaced with a complicated and worse one right away)?

Thats a good example that "game improvements" should be playtested before being added. Formations is another example. Though units far away from each other don't try to reach each other any more in many situations the "center of mass" of the selected units move in the opposite direction of the target making chasing enemies a pain. On other occasions the stuck in a bunch of trees or other obstacles. So I ask again to add a default "simple" behavior to such features (making them optional) as long as it doesn't work well. So please add a "no-formation" formation giving the order to each unit individually and the ship (or other unit) to garrison troops in not change it's orders when units are ordered to garrison in it (while the experimental behavior could be optional). Adding things like this prematurely and non-optional makes the game worse and not better.

feneur: I totally agree with the editing thing, sry. (Just thought since no one replied yet this would be OK but I shouldn't have posted an unfinished post in the first place. I'll keep that in mind)

Oh, yes, didn't expect it there. Are entities/actors remove from the unplayable map parts? I agree. Some things nice to have would be: - Eventually remove "border fog" to see if entities are there (If happening in any case) - Choose map shape when resizing - Choose center of the resized map (Should be the center of the old map by default IMO) - Enable to choose a generic (square ATM since some functions assume (bad) that the map is square AFAIK) new map size (AFAIK no problems with that?).

wraitii: Maybe, just maybe, the reason for no other AI development takes place is because the "API" does not support AIs in general but more Aegis or at least an AI designed quite like Aegis. About 100 lines of code are needed to use the API for a bot that does not throw errors and otherwise does... nothing. This hardly seams like an API to me at all... I didn't playtest the actual Aegis (since I had some time again there where the serialization issues) but I believe it's quite good so that's not my point. It's only about the API that is hard to understand and inflexible AFAIK. I'm still interested in designing a different AI and really think more then one AI is a good idea. AI tournaments (even with only Aegis around) could be used for balance testing (if Aegis can be easily configured so different types of units are used).

@Lion.Kanzen: If you mean you want to get a square map from a circular (finished) map that only includes "designed" terrain (so it's smaller, 1 / 2^0.5 the size): ATM there's no way to do this because maps size can't be changed (at least not in Atlas). I don't think that would be a very helping feature though. A "reduce map size" function could help though that opens a size selection and then show a square of this size to be dragged to the part of the map wanted. Confirming would then reload the map containing only that area. Only supporting the default map sizes would lead to a lot of space lost, though (because the map width would decrease to 1/2 and not only to 0.707...). Still not sure if worth the effort of implementing it.

Open the link (klick on the picture) -> you sould get to flickr Rightklick the picture -> a selection should appear Choose original -> the webpage should change Rightklick the picture -> a selection should appear Choose save image as (dependent on your browser) (At least this works for me on Opera)

This guy is amazing! I watched many videos of him. The only person I like even more doing this kind of videos is Derek Muller with his Veritasium channel.

Does units walking into the subdivision count as well (so the error may not always occur but only if units are tightly packed there by a player)? (This would be horrifying since the map will load but if a player commands his army through a subdivisions already containing entities close to the limit the error will be risen) On the other hand I don't think map designers shouldn't pack non-moving entities tighter than 1 per terrain tile (though actors might be). (However, the engine should not break because of this.) Performance is a valid reason to limit flexibility though sad IMO. (I think this should have been considered in the very basic design of the engine IMO but I think it's to late for that (?)) I don't like unneeded hard limits in general though (I like flexibility) but I have not enough information to really get involved into this.

Was it done to improve performance? If so, did it in fact perform notably better?

I like it. I'm not so sure about the playability but I think you know of this yourself. Something similar could be used to place roads in a city map (I have thought about making wall_builder.js capable of adding branches for this purpose but maybe that's not the best idea in the first place).

Indeed!

This should be the same for all buildings with an attack like CC, Fortress and Defense tower.

I'm thinking of an "capped tower" without windows: - Lower part as the wall tower - Higher than walls, not as high as wall towers - Simple, solid top ...but this is up to discussion and ofc. the artist.

And another game, same error: Version: SVN 14696 Map type: Random map script Map: Realistic Terrain Demo AI: Aegis (easy) Civs: Macedonian(Player), Romans(AI) Settings: Otherwise default settings Local modifications: Some random maps and random map libraried commands.txt interestinglog.html mainlog.html system_info.txt