feneur

Would it be ok for me(/you if you like) to add this to the DD? As well as the info on stances?

You've misunderstood what Bob said, and have turned this topic into something different than it was meant to be. I'll close this topic as Brian has tried to answer it and at the moment that's the best answer we have. It will definitely be before the Beta though

Please. All he did was to ask when a feature that is going to be in the game is going to be implemented fully.

Do you think it would be more efficient to record an in-game movie? I could try recording a movie if you tell me what you'd like to include.

And you sure seem to be trustworthy enough to get them So now you are able to do more

Should continue to work, the restrictions are already implemented. Looks great btw Ebb and flow is not planned, but if someone wants to implement it we're not going to refuse putting in the game We're not going to delay the release for it though.

Moving this into the Bug reports forum

Theresa Andersson - "Blue skies" This one really benefits from being watched rather than just listened to... It might seem a bit weird at first, but watch it at least one minute before you give up on it.

You can change it in the cfg file: http://trac.wildfiregames.com/wiki/Playing...raphicsSettings

Thanks for reporting this. In no way are we including any harmful software, so it's most likely a false positive (many antispyware/antivirus tools report things as spyware/antivirus even if they're not), or it's something other than our installer that's put it there. That said I don't get any message about a worm in that folder when I search it with Superantispyware. Have you updated recently so you're using the latest version? (If it's a false positive they might have updated the program so it won't report our code as a worm.) Also, from where did you download the file? (While we're most definitely not including any malicious software someone else could potentially be including a worm in a package they've made.)

Could you please explain what you mean? The game should probably get harder to play as it's getting closer to being finished in one sense though: it's going from being a sandbox with some game features to a full-featured game. I'm guessing that's not what you mean though, so some explanation would be nice so we can do something about it

Offensive/defensive states are definitely planned, but we haven't considered whether or not to give any increases/decreases to values etc. Not sure if the added benefit is worth the complexity, but it's definitely something to think about. Units standing on walls is likely, units walking on walls unlikely, siege towers/ladders would probably take too much work to make them worth spending any time on. Perhaps there's someone who's got a great idea how to do it programming-wise who'll join the team later though so one can't rule it out completely. Battle ships will definitely include soldiers and siege engines on them, but boarding is probably not going to happen. Sorry if I sound rude but that's not going to happen unless you play a mod. If anything we might remove buildings if testing shows that people are too confused by all the buildings. To explain why I'll say that the game is just that, a game, not a simulation, and definitely not reality If the game were to be 100% realistic it would be boring, would you want to have to wait while the smiths made the weapons or the men ate/slept? That does of course not exclude the stable in and of itself, but when the game was designed the set of buildings included were decided and unless there's a really good reason to change the number/which buildings are included we won't. That said, we intend to make it as easy as possible to mod the game so someone can easily create a stable, and several buildings not in the main game design are already included as editor-only/scenario buildings so, who knows if there'll be a stable included among them (Disclaimer: This is not a guarantee that there will be, simply a statement that it's not impossible ) Thanks for all the nice words Hope you'll keep following the game as it progresses, and please continue to post in the forums, it's always nice to see new feedback. Even if we may have heard it before it's still useful to know what people thinks

Basic is just the box for now. They are greyed out to help you realize they're not active, but there because the area looked a bit empty without the icons.

Well, preferably there should only be one config/settings dialog. What I mean is that the style should be more in accordance with the new in-game GUI than the old "yellow" one, i.e. the darker buttons rather than the lighter ones etc. Where to draw the lines between what's a style and what's not is something we've discussed before though Agreed, no limits. If we'd use unlimited resources like EE2 and others do, then slots/limits to the number of gatherers would make sense, but as long as the resources are finite there should be no reason to have those. Nah, the focus should be on clean-up, big-fixing and that kind of things. Gameplay improvements/new features shouldn't be avoided altogether as it's hard to write up a nice release announcement with just bug-fixes , they should definitely not be the main point though.

Ah, agreed

It sure takes some thinking. I mean to be realistic it can probably both take more and less time to repair a building than to build a new one (longer because you'd need to clear away the rubble, shorter because the main structure is already there). Gameplay-wise: I'd say repairing is better than building a new building both for the reason you mention and also because you'd have a whole building for say 25% as opposed to 100% of the time/resource cost. Though of course, if you'd build a new building you'd have two buildings, only with the caveat that one of them is 25% weaker. That last point makes me think we should at least make the repair rate somewhat quicker than the build rate. Or the cost, not sure which is easiest, the latter is probably more realistic as one could reuse some of the old material. Then again, when we have limits for how many of a certain building one can have in a territory it's automatically more valuable to repair as you'd have to demolish a building to be able to build a new one if you're at the limit, so perhaps a 1:1 ratio is good enough

Disclaimer: A mention of dates or features here does not mean that the features in question will be included or the Alpha will be released at a certain date. This topic is merely for discussion and plans might change. Also, while everyone should feel free to add his/her opinion, the opinion of official team members and regular contributor's will weigh more than that of someone who's just a forum member. This is not an attempt to be mean, just a reminder that you should not be disappointed if a feature you personally would like to see in the next Alpha gets pushed back, in favor of something one or more of the developers consider to be more important or that needs to be completed before other things. To me this release should mostly focus on "solidifying" things and not as much on adding new features, that said I don't think it should be forbidden to add new features. Also, we should preferably aim for a mid-December release, to keep the release cycle relatively short and to have a new version out in time for Christmas without having to work on it on Christmas. These are some things I think would be good to have done for this release: Completing most of the things left over from the Alpha 2 milestone Reimplementing the Hotkey system ( http://trac.wildfiregames.com/ticket/567 ) Implementing a GUI config system (preferably in the style of the new in-game GUI, so it doesn't have to be re-designed later to fit the rest of the GUI) One major new feature, perhaps territories/settlements? Some smaller things, but with a focus on bug-fixing Any thoughts on the above? Something of the above that really isn't feasible? Some other major feature that really should be implemented?/Should be implemented rather than territories/settlements?

Are you perhaps using Nvidia drivers? Seems like there's a bug in the drivers, so unfortunately there's not much we can do about it.

According to the person responsible for the packaging that's just the name that's wrong they should contain the correct version. It still seems like it's wrong since it's SVN rather than the released files though, so I've asked him to fix it.

True, but you'll still have to be in the Aura of a dropsite. So it's a bit of both worlds, forcing you to be strategic about where you place the buildings, but without the units having to move between the resource and the dropsite.

On Windows they can be found in: %appdata%/0ad\data\screenshots and on other operating systems they can be found in: ~/.local/share/0ad/screenshots

To take a screenshot press the F2 key. No need to take a screenshot of this though, currently fields don't follow the terrain so we're aware of the issue.

That's due to the fact that the first Alpha (which was released in August) didn't support Ubuntu 10.10 (out in October if I remember correctly), the second Alpha will though and it's due out very soon, so you shouldn't have to wait very long for it (There may still be things which cause it to break as 0 A.D. is still in development but at least it's updated to work with the new version of Ubuntu ) As for the other errors you'll have to wait until a programmer has time to reply as I don't know enough to help you with those.

Did you install the development snapshot PPA ( https://launchpad.net/~wfg/+archive/0ad.dev ) or the Alpha 1 release PPA? Because the latter is not compatible with Ubuntu 10.10, the development PPA should work fine on 10.10 (I had some trouble running the game, but that's due to a bug in the Nvidia graphics drivers and not 10.10 or 0 A.D.) as will the upcoming Alpha 2 (should be out very soon).

I actually felt a bit that way at first, but when seeing the new dock my mind changed One asks that question at times, but this time it wasn't he who did it