Wijitmaker

I like the second - the burn helps the contrast over both dark colored terrains and the light colored terrains. Though, I guess it depends if you intentionally want it subtle or not.

That was originally done to help to visually differentiate from celt in the folder/file structures. Here is the decoder:brit - britons celt - celt gaul - gallic hele - hellenes iber - iberians kart - carthaginians mace - macedonians pers - persian pole - poleis rome - roman

Nice work Philip. I alpha gradient too. For reference, here is an example of how Rise of Nations did territories in the game view. http://1.bp.blogspot.com/_TEqMaTKLZfY/TFcZXTZqwRI/AAAAAAAACAY/IlMAHi6bIJA/s1600/r3.jpg

Is it possible to capitalize the D in this topic title?

Exactly, a penalty on movement speeds Let me preface by saying: I think in terms of tiles, and I'm not sure if that is an appropriate way to think about this matter in a 3d environment. So take this for what it is worth. A tile would be defined as a forest tile under 2 optional conditions: 1) has a tree on it AND 2) all adjacent tiles have trees on them This would automatically change the primary texture of the terrain tile to "forest floor" designated by the biome chosen for the map. This would is key for automatic definition of a forest in random maps. OR 3) Map maker paints the "forest" floor texture in Atlas This would get a little bit fuzzy because what happens when trees are cut down? Does the tile texture update to inherit the secondary non-forest floor texture? In AOK, I think I remember the texture remaining, but the tile was passable. I'm sure you guys could figure out some clever solution here. A note about the ranger unit in battle for middle earth that I referenced. I'm not sure if you have played the game, but they were a unit that if remained motionless and among the trees, they would become invisible to other players (ideal for ambushing). To the player that owned the invisible unit, it would fade in and out to show it's invisbleness (if that is a word ). That would be perfect for the Iberians. Additionally, Iberians would have the added benefit of cavalry in forest, where most other civs/factions it would only be infantry allowed.

This capability would indeed be welcomed for the Iberians: Here are some other comments on forest terrains: http://trac.wildfiregames.com/wiki/XML%3A_Terrain Attached is an old image too for what it is worth The ranger unit in Battle for Middle Earth would be a good example of the behavior of Iberian units in the guerrilla use.

QUOTE Some cases might want slightly different movement algorithms 0 A.D. may want that for seafaring ships anyway - not just for aircraft.

They should all be here: http://trac.wildfiregames.com/browser/ps/trunk/binaries/data/tools/atlas

Payed the quarterly server fee. Current WFG balance: $3,383.17 USD

Pureon, do you have a legend to that image? (what do each of the colors mean) It looks like it is only a 4 key animation, correct?

Hmm, I'm not thinking that would be a good idea. Wouldn't it effect all existing animations and require a tweak? I'm not familiar with how blender animation (key frames and interpolation) works, but in theory I would think it would the same as Max. What I always tried to do to get a perfect transition was clone my animation both before and after the frames I wanted to export. To use Philip's analogy, you want frames: ABC So, copy those frames both before and after, to be: ABCABCABC Then, export the middle bolded frames. This ensures that position/rotation/translation between frames A & C are consistent both at the start and the end of the animation. You want the bezier interpelation to be calculated the same for both the entrance and exit. Like this: Not like this: If you take the steps above, I think it helps with that. No guarantees it will fix your wheel problem though Though, I think that is what I did for the chariot. You would have to look at the file in the art svn to be sure though. Hope that helps.

Just out of curiosity, does the celt chariot have this same problem of wheels spinning backwards?

Wahoo! You got it! Nice work privateer

Sorry, R8... yeah I'm a bit old school. 2008 is what you have though right? From the website: "ColladaMax 3.05A: added support for 64-bit compilation and 3dsMax 2008." So it should work for your version. ColladaMax exports .dae files. The .pmd files are only exportable from R6 with a WFG custom plugin - so you don't even have to think about that. The .dae format is superior to the old .pmd format in that the vertexes during animation are weighted vs. 100% fixed to one bone or another. Your model looks like a great start. I typically didn't model details that could be done with a texture (like window sills), and the interior walls don't need to be modeled either if they are fully hidden by a roof Though I'm not sure what the current art department policies are anymore.

Rather than using the default FBX/DAE plugin that comes with 2008, try following the instructions here: http://trac.wildfiregames.com/wiki/ArtDesignDocument#a3dsMax Install the ColladaMax plugin. See if that works for you

Neat idea! Could you make it player color?

I payed the $25 annual IPB renewal fee today.

Hmm, that is very odd it would do that. I suspect the location of the prop point is what is giving you grief - not the difference in the models themselves. I bet if you put the roman blood to root it would work like the persian. I wonder though if there might be a better way to do blood though than using the prop system. Something more "hardcoded" because it is always going to apply to certain classes of units (unless you turn off blood in the game settings). Trouble with blood is that if the prop was based on the unit's prop point of the chest - the chest isn't always going to be parallel with the terrain. The root is, and will likely always look ok - unless your on a hill with elevation. Problem with that is, in the death animation, the unit doesn't always land on the center of his root (which may or may not be acceptable - perhaps close enough). I think other games use the feature Philip mentioned - http://www.wildfiregames.com/forum/index.php?showtopic=14515 - Terrain decals. I would recommend that it could automatically be applied to the center of the bounding box of the mesh after death on the terrain.

Not sure if this works, but here is another opportunity to get into the beta. http://massively.joystiq.com/2011/04/19/snag-an-age-of-empires-online-beta-key/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+Massively+%28Massively%29&utm_content=Google+Feedfetcher

Thought of another feature... Cloud shadows, rolling slowly across the map. Westwood RTS engines do a nice job with this. Adds a tinge bit more realism to the player.

Current funds: $3,153.37 USD

Player color never looked so good Nice job Philip!

Cool idea, that would neat if a separate algorithm could automatically do it. Otherwise, the artist would have to set up each building, one at a time. A batch process would be much nicer. I'm not even sure how ambient occlusion would look with shadows. As you can tell from that screenshot you linked, we did the testing before Nicoli implemented the self shadowing feature. I guess W mapping isn't that significant. I thought .dae files was saving W data, but looking at them I think it is UV0, and they don't look like they store it. Nevermind Proposal #6 - Nice, I like it

You asked Here are some more you may consider adding to your list. Map folks are always interested in another plane of water for a lake or something... Perhaps this could be as simple as a special texture call that could be assigned to an exported pre-shaped flat lake? Then assigning it the attributes that our huge plane of water has? Dunno how difficult it is, but it is something I see mentioned now and again. Also, along with water, there is the 'waves' feature that would add a nice graphical touch. We have an old demo (with textures) of it somewhere that Daywalker made in the code pit. As you are aware... billboard sprites and a fixed orthographic camera view would be appealing to the 2D modding community. Here is another... sort of a graphics feature. There has been talk in the past of wanting a toggle to a larger minimap, that you could turn on and off during the game play. Another is, simple shaders that could be saved with the map. So, for example - on a snow map, if you wanted to desaturate the colors to make the world look colder... you turn the contrast down. Or, if your playing a tropical map, and you want the green colors to 'pop', you turn the contrast up. Bright/Contrast/Gamma - something that would be a global control over the environmental/lighting controls already in Atlas. There is several iterations of particle engines, even having one of them in the game. Remember the fountain that used to always show up in the lower left hand corner of the map? We just never had a good tool to control it - save files, and attach them to prop points.

I think hardcore players generally frown upon randomness. Though the degree of randomness could be controlled. Chance in the favor of the player can cause delight, and "bad luck" can cause frustration. Due to the volume of units participating in a battle, the early game designers didn't think you would notice randomness. An instance when you would notice it is when you take your lone scout out into the wild and get screwed by a lucky hit from an enemy. We wanted to emphasis tactical advantage. I'm not sure if the game still has this, but there was intentions to weaken a unit's defense if it was attacked from the rear (being occupied attacking another unit - when 2 units are attacking a single entity). This would place an emphasis on real life tactic of flanking. The other tactic we wanted to use, was the advantage of high ground. This was useful on battlefields in both melee and missile combat. So, in short, we felt that micromanaging position and terrain was adding enough degree of randomness that we didn't need to add anything further. If we continued to push the scales to the replicating "real life" the game would cease to be a game, becoming instead something more of a simulator (perhaps loosing the fun factor for a majority of players). Randomness in games is interesting though, here is a good article on it: http://playthisthing.com/randomness-blight-or-bane