Jump to content

Acumen

WFG Retired
  • Content Count

    4,095
  • Joined

  • Last visited

Community Reputation

1 Neutral

About Acumen

  • Rank
    Primus Pilus

Contact Methods

  • MSN
    topazian@hotmail.com
  • ICQ
    0

Profile Information

  • Gender
    Male
  • Location
    Coventry, England

Recent Profile Visitors

1,159 profile views
  1. The trouble with that is that we'd have to maintain and represent multiple resources for an object, and also presents problems with the interface. (Normally you can just right-click a tree and the unit will harvest the wood; now you need a means to choose one resource over another.) What might work, though, is to do it in two stages ... Have a fruit tree and a wood tree. When the fruit tree is exhausted of Food, the entity is "killed" and the equivalent wood tree referenced by the fruit tree entity is spawned in its place. Obviously that creates a little more work on both sides of the artistic
  2. This was slightly before I joined the project, but as I understand it, other than the impressive voiceover which was provided by a third party, it was all done by WFG members (using Poser figures (I believe the Roman centurion was a heavily facial-morphed version of Daz's Michael 2) superimposed onto Bryce scenes, if I recall correctly), with Wyrmwood doing the sound, Jason doing most of the art. Pretty darn good for a first attempt, I have to say. It took a lot of man hours to put together.
  3. Exactly. Stone is used wherever stone is needed (stone buildings, particularly walls, slinger and onager ammunition, etc). Some civs used more wood than stone in their construction (eg those rickety Celtic huts), so the importance of the resource can differ a bit from civ to civ. Ore is used as the basis for metals and currency, so it'd cover metal weapons and armour, expensive technologies, wages, costly commissions, and so forth. Ore is typically a lot more rare and stone a lot more plentiful (depending on the map's environment).
  4. All this is highly subject to change, especially during usability testing, and is not indicative of the final product, but at present: Yep. Food, Wood, Stone, Ore. (And Population/Housing.) (There were originally Metal and Gold, but since the mining technique and general function would have been almost identical, we opted to merge them into representative Ore which covers a range of minerals in their unrefined form, including bronze, silver, iron, steel, etc.) Food can be gathered from various sources (grain, meat, berries, etc). Wood from trees, Stone from rocks, Ore from mineral deposits
  5. Quick answer ... The bulk of the player's military forces (infantry and cavalry "citizen soldiers") gain promotions by killing enemies. Then you have a couple of legendary units ("super units", for lack of a better term) which are only available in the late game (such as Carthaginian elephant cavalry or the Persian Amrtaka). These don't gain veterancy and are expensive, but are very powerful. Both categories can benefit from improvement by researching technological advancements. As always, the design is subject to change at any time depending on what proves to be fun and feasible.
  6. The same applies to any rumoured or speculative release dates.
  7. Incidentally, if anyone out there has is familiar with the Max SDK and wants to help out, please fill out an application form on the website. We currently lack programming experience with this toolkit and MaxScript, and in order to finish 0 A.D. we need to upgrade our exporters with a number of additional features, including: support for non-biped animatable objects (siege, ships) vertex skinning and attachment (using skin and simple bones - vs. physique and biped) export simple 3dmax bones and bone animations (for quadrupeds, fish, birds, deer, sheep, elephants - anything nonbiped) skin i
  8. Of course, if the wolves want to make the project go faster by helping out, feel free to fill out the application form on the website.
  9. All the included art was taken off the website, so yes, you won't be missing anything.
  10. Micromart. It's the 14th-20th July version, so nip out to your newsagents while you still can.
  11. Yes, the UI as it stands is completely scriptable, so you'll be able to change the user interface (including the main menu) and include those changed scripts, additional texture sprite artwork, ogg audio files, etc) in the mod pack. Exactly how mods are enabled/disabled is something that we'll need to work out at a later date, but probably "global" mods (like the menu mod above) would be toggleable either in a mod tree toggler tool or at least in a .cfg file (it'd have to be done out of game, since the game's already loaded by the time you reach an in-game UI, and then it's too late to load th
  12. Going off what we have at the moment, I can't guarantee that modpacks will be *easy* to make (that'd require much tool development, and therefore it's dependent on the degree of tool programmer resource at our disposal -- and they'll be plenty overworked by putting the dev tools and Scenario Editor together ) ... But in terms of doing it by hand at current, the engine is very flexible. You can build up secondary trees of assets which override the official game (so mods can be enabled/disabled without overwriting the release version), we're using open file formats as much as possible so that t
  13. Hmm, that's a pretty broad question, since it's a pretty broad task. Let's try an example ... Take a tree. It's a source of wood, which units can harvest from it. When its supply (quantity of wood resource) is exhausted, it's removed from the map. It can change texture depending on the season (red leaves in autumn/fall, green in spring/summer, dead and snow-laden in winter, etc). Some units can navigate through trees and hide in them to perform ambushes. Some of those are intrinsic traits (like the quantity and type of supply). That's defined as an XML property for this particular tree's enti
  14. Hmm, the Programming Department is pretty full at the moment. I'd say that if there's anywhere we still have a gaping need, it's having scripters to write the barebones of what makes up 0 A.D. gameplay ... building GUI screens and scripting player interaction results, event logic for entity actions, setting up entity attributes, and so forth (since the programmers are more than occupied with writing the actual generic engine). In short, we need more people to help with making an actual game out of it. I know you said you don't like doing interfaces (and we already have a new guy working on t
  15. As Bobby said, splash screens are too low-priority for us to have a definite answer right now (it's also dependent upon available free libraries for decoding movie files). More than likely we'll just incorporate our self-glorification into the main menu and credits. Likely what'll happen (if it happens) is that movies will be called from a JS function when the GUI initialises. Since those scripts are modifiable, one could theoretically point to a different splash, add more function calls, or omit it entirely. But none of that's implemented yet. On a personal note, if we do have splash screens
×
×
  • Create New...