wraitii

I'm not too sure about the shuffling elephant? It's only interesting if it has a massive carrying capability, an unrealistically massive I mean. It also feels a bit too complicated for my taste.

BTW, since this has been added to SVN at some point... Is there anything from the previous remarks that still needs changing?

Looks like I've lost some of the last progression I had done... Not too bad, since I was stuck in a bad place. I'll recode in the simplest way I can a way to have females gathering food and the other wood. Now on the other hand, I'll try to make it even more "self-aware" because while the architecture is in place, it's not really used... And increasingly prepared to technologies. Using my newly found knowledge of the game, which I acquired by playing it.

I must say, as a player, I like that. It's a really different and civ-specific gameplay element (which perhaps the game kind of lacks right now, compared to some), and it would allow to balance on other things if needed. It's not really an "impossible" to imagine abstraction, plenty of games did it (I'm thinking AOM with the Atlanteans for example).

It's probably the better way, but we have to wait for Philip to have finished the new pathfinder for that. The summed area table is a neat idea, though.

If you're going to keep the button to show "attack" stats, I'd prefer it the way it currently is (though without the lag for the tooltip to appear, that's fairly annoying). Perhaps showing attack rates and some other useful stuffs could be added. I support the idea of having a centralized way of knowing every info about a unit. Reminds me of RTW, too. It's fairly neat. (BTW: what prevents from having the counters written dynamically? Lack of time? Was it decided so?)

If you're interested in working with 0 A.D. after the whole renderer updates have been cleared up, this might be relevant to your interests.

Yeah, "balance" wasn't exactly the right word for what I tried to say... And looking back, it may unbalance the UI too much (most buildings have nothing in the left square next to the minimap allready). You've probably thought about this more than me anyway, so I guess you're right . Another suggestion: for multiple Units UI: perhaps the hitpoints and stamina bars could be refined. In this case, I'm showing the average health of the first quartile (bottom greenest bar), the whole(middle green bar), and the fourth quartile(yellow bar). I'm not completely sure it's not "more useless info", but I guess it could have its use.

Reading from previous post, the problem was that too many informations had to be shown and that the decision was to cut it all-together. This setup should be able to show even charge bonuses, if dealt with properly. Alternatively, those could be displayed only when the unit is actually charging (in a different color perhaps). Since it's "static", as HistoricBruno said, it's merely a useful reminder for players.

For the record, I think it would be nice to have a more "crammed" GUI option for players who absolutely want to see unit stats, something like this: . (I 'm showing the stamina bar for the record, and the A/D mean Attack/Defense, and should, if implemented, be replaced by two small icons.)

If I may chip in: the player color behind the production queue is okay to me: it balances the color of the "You" banner. I wouldn't completely center the logo, but its center could be a bit higher. The parenthesis around the generic name seem unnecessary for me. It makes it harder to read (for some reason, my inner voice reads that in a quieter voice, which is annoying. But that may be just me.) and there's already a difference: the lack of bolding. About the GUI, taken from SVN: I've red-ed two irks: I feel like the "bar" is unnecessary and looks weird. The other icons are placed in a different order (but perhaps that's already been fixed). BTW: if you're showing unit stats by hovering over the icon... There probably should be no latency.

I'm very curious to see that in the game... I think it'll make a cliffy map like my Corsica random map look really good. Adding a terrain that changes depending on the orientation is a good idea, but should imo not be a priority: it can be faked pretty well right now, even by RM.

Allright, so being all busy with my work, and then wanting to rest, I haven't touched this in a few weeks... But I'll probably resume working on Marilyn soon. I've been able to at last actually play the game since I had a friend at my school download the game and we did a little LAN. Motivated me quite a bit. It was the longest time since I last played against a human (AOE II, how you remind me…).

The problem with making too wavy oceans is that you must have realistic waves (on the shores or on cliffs), which is a pain. I've got to say, when Alpha 10 got released, I was fairly confident the final game would be pretty close from a graphical standpoint. Now myconid has decided to revamp everything up (the tree moving is a nice touch, really) and the GUI is being redesigned completely... Based on the video, it looked like all trees moved at the same rate (in a very uniform wave effectà... Have you planned to offset some, or perhaps implement a "wind" factor?

If Myconid tackles shadows, he might as well try to fix this too.

The last comparison screenshots really show the difference well. Great work.

I support Yves' idea. Further refinement to the sound could be used: if the attacking army is small, or big, the alarm could be slightly different (louder/fuller/whatever). This is also of interest for ai development, btw. If the system gets complicated enough, the AI's might want to use some of the underlying "infrastructure".

I think for smoke particles the game mainly needs a "Time.fade" option.

I think the only land units that would really need it would be running cavalry units. It would make cavalry charges much more strategic.

The comparison pic is really good (though of course for a perfect effect, the textures ought to be slightly corrected).

Steep parallax mapping looks great on those windows. I'm assuming the "flags" on the sides aren't affected?

I see you've added the "gatherer swap" function to qBot. Neat improvement, however, a few things you might consider adding when you find time: -distance is a factor, as is the duration of gathering. If you swap, and then right when each unit arrive at their new resource they're tasked to a third resource, you'll have lost the benefit of the swap. To avoid that, you might want to prevent the unit from being reassigned for some time when swapping, which you could roughly estimate as "distance/speed*2" or something. And prevent the swap if the cost would be too high (it would require 10 minutes to be actually profitable or something). BTW, this is my opinion, but I believe it is time to start adding difficulty levels to qBot. It's getting strong for beginners, economically.

I've always thought that it was "right-click = unit-action" and "left-click = selection/GUI interaction". Following that convention, the OP's proposition makes a lot of sense. I also think that it's a more logical convention than "right-click = actions which are done either directly/with the help of a shortcut key" and "left click = left click initiated button actions". Well, perhaps not more logical, but I find it simpler.

Agreed too.

Congratulations on the release, a lot of great work has been done since Alpha 9, for the better.