feneur

Ah I (or someone else can feel free too) need to update that Atlas manual to cover all the new select/rotate stuff in Atlas (That said, I'd be happy if someone else would do so as the hard drive on my desktop seems to have broken down and I can't run the game on my laptop, so it's probably easier for someone else to update it. If no one has done it once the issues are resolved I'll take care of it eventually, but I'm not sorry if I don't have to )

It should work for a single unit, but there are troubles with order queues and groups of units at the moment if that is what you're trying to do rather than with a single unit?

I'll let the programmers say anything more specific, but a few general comments. Triggers (as in an easy way to create scenarios where things happen based on set conditions) are indeed postponed and unless things change dramatically will not be included in 0 A.D. part 1. (It should still be possible to create story based/event based scenarios with scripts though, and the reason why it's been decided that we will wait with including it is that overall scenarios/campaigns/triggers/cinematics will take so much time to both implement and then actually create the scenarios/campaigns. It's not too unlikely that 0 A.D. will have triggers etc quicker if we focus on having a released "finished" version rather than having every feature we might want from the start. A release version will ensure a lot more visibility, and will allow for 0 A.D. to be added to official repositories etc, which should increase the amount of possible contributors.) A big reason why some things seems to be duplicated is because of security, it's been fairly limited what different javascript scripts can do with other parts of the code. I'll let Philip or someone explain, but I'm assuming this is part of where you see duplication. Another reason is probably that 0 A.D. has been worked on by so many people over the years, and things have been redone over and over, so there are probably a lot of things that can be improved/unified/simplified still.

You should be able to delete actors the same way you delete entities (select with the move/rotate tool and press the delete key, see http://trac.wildfiregames.com/wiki/Atlas_Manual_Starting#Deletingobjects ), otherwise I'd say it's a bug. There has been some work on selecting in Atlas not too long ago so perhaps that broke something.

Campaigns aren't created yet, so enabling the button wouldn't mean anything. Since there are no campaigns it wouldn't happen much when you clicked it. I guess we could add a note saying "campaigns aren't implemented yet", but I guess we're hoping that the disabled state of the button would say the same, especially since the game is still in development.

I haven't found that to be much of an issue in practice, but if nothing else it shouldn't be too hard to e.g. add the ability to limit results of pressing the , and . keys by adding the Alt key. I.e. press , to select any fighting unit, Alt+, to select only units with fighting ability, press . to select any working unit, press Alt+. to select only units with just working abilities (female citizens, trade units, fishing ships, maybe healers, though as they are more likely to be used in a more offensive way perhaps they should be selected by the , key).

Gates aren't fully implemented yet, so they "aren't supposed to work". The wall system as a whole is being worked on though, so they will be working soon. If I recall correctly that should be fixed in SVN, so it will work in the next Alpha release.

Just register and click on "New ticket" and start creating Please search through the existing tickets though as there are tickets for many issues already

Seasons have been postponed until part 2, but that doesn't mean that it's forbidden to work on such things, only that it's better/recommended to work on other things so we can have part one done as soon as possible (Also, for team members it does to some extent mean that it's, if not forbidden, at least highly discouraged to work on such features =) That said, it's better that people work on non-needed features for a while than get bored with 0 A.D. development entirely and leave the project, so it's not set in stone in that sense. Just that I and a lot of other people will be a lot happier if other things are done first ) Afaik there are no new shadow effects done, the specularity work that has been done is as far as I know just implemented in code (and possible to add to entire objects), but will be added as a texture mapped effect as time goes on.

It already exists. The easiest way is just to press the period key . (to select female citizens and citizen soldiers, and the comma key , to select champion units, heroes and other units who only have fighting capabilities), but there is an icon next to the minimap. It looks like a hammer and is located in the top right corner above the minimap, just click it and you will be taken to the next idle working unit (which will be selected for you). And yes, you will be able to control (some) animals. The main thing that needs to be changed for this to be possible is to add the ability for units/buildings/animals to change ownership. So that the animals "owned by" gaia (the "nature player") can change to be owned by the player.

It doesn't seem to be common as I don't think it's been reported before. If you get any error messages it would probably help to find the issue if you would post it. Also, details about your network would probably help. As well as the info from the in-game profiler (press the F11 key while the game is running), but I'm not 100% sure about which information is the most relevant at the top of my head (and not being at a computer with 0 A.D. installed) so hopefully someone else can tell you better what to look for.

A wall system is being worked on So in that case it's definitely not necessary to duplicate the effort =) From a non-programmer point of view I'd still say AI is one of the areas that would benefit the most from having several people working on it at the same time though. Partly because of the competition sense, but also since it's probably one of the best way to determine how to best get a good AI API. If the API just works for one kind of AI it's not much use in having an API =) Also, and here I might really be wrong not being a programmer so use caution when interpreting my words , to me it seems AI programming can take relatively different paths to the same goal. In other words, an AI seems to be possible to program in fairly different ways, and while we certainly can't foresee all ways an AI can be implemented I do think there's benefits from having more than one official AI being developed. With enough communication and thinking it should be possible to put the things that can be shared in the AI API to avoid too much duplication of effort, and if it can't be shared that directly/completely the code can after all be copied-pasted-and-then-edited if there are things that has to be done slightly differently. That said, it would probably be good if the different AIs filled slightly different goals. Maybe one should be more defensive and another more aggressive? Difficulty should be possible to incorporate in each single AI, but there might be decisions that may be easier if an AI only has to be really good at one scenario (though of course it doesn't hurt if it has some variation to its strategy to avoid making it too easy to play against).

Splendid It's probably the area where you can offer the most, at least at the moment. After all, while some things have changed, and others are changing, in the AI API I'd still assume it's the area you know best, and thus if you don't have much time it's probably better spent on working on something you're familiar with rather than trying to learn new things. It's up to you of course, sometimes learning new things can be more motivating In what way? Something like "Official bot #1 - qBot"? Or something completely different

Wonderful Brings back the memories

You can of course also use an old version of 0 A.D. for your AI development (the easiest way is probably just to have a separate SVN checkout of a specific version of 0 A.D. that's just for your AI development, and another/the release version for playing the game). It depends a bit on the objectives for the school project, and for your AI development. If you just want to try things out and play around it depends on how much time you're willing to put into it. If you might want to keep on working on it/release it for others it's definitely recommended to stay on top of the development, but if you just want to play around a bit in the short term using a specific, unchanging, version of the AI API is probably easier. For a school project that may even be required, to make it easier for the teachers to follow it if nothing else, but on the other hand it's more realistic to have to be able to keep up with changing APIs, so hopefully it could work either way. (Also, Jonathan et al are after all not going to change things "just because"/to make things harder, so hopefully the improvements will even make further development easier, and should be worth staying on top of )

He probable meant "AFAIK" = as far as I know.

That does look like a driver issue to me, but I could be wrong. Could you please post the file system_info.txt found in the logs folder (the location of that folder varies between operating systems, but http://trac.wildfiregames.com/wiki/ReportingErrors#Errors should tell you how to find it for your operating system), so that the programmers can find out what the issue might be.

Thanks for the write-up Philip I can't say I fully understand everything, but adding this flexibility is definitely nice for the future (Especially with the speed and added modes possible with these changes )

It's also a bit above the heads of us non-programmers for most of the time =) Good to see you take an active interest in this though, it's sorely needed Interface sounds would fall into this category, or am I missing something? Music should also be heard all the time, perhaps with pauses at times to give you a chance to hear something else for a while, but not limited by location I mean. Or perhaps you're talking about sounds "from the game world"? At least in theory that sounds great and logical, hard to know for sure without having experienced what it's like in-game though =)

Also, remember that the game isn't balanced yet, so the exact stats etc may of course change Generally speaking though, the Celtic boats are intended to be among the strongest of all, so while they might not be as offensive on the seas as other civs it will take a lot for an enemy who wants to defeat the Celts at sea.

Hmm, didn't find anything called announcements, but there is a feature called board guidelines which places a link to either a specific page with the content you set up or to a link, I've set it to link to this topic. It could be a bit more obvious, but it's at least close to the "View New Content" button so users who are aware of that should see it =) Now I would guess most people who have used the forums enough to be aware of that are aware of either this topic or have seen the questions asked/answered in other places, but at least it's there I'll let the other links remain until after the forum upgrade, then we could style the "board guidelines" link to make it more obvious

I couldn't find anything relevant, but I've added a link to this topic to most forum rules (i.e. the optional area above the individual forum), so it should at least be a bit better. Could still be a bit more obvious though, but perhaps that's something to think about when working on the theme for the new version

Hmm, I wonder if it's possible to have the same topic stickied to every forum (and still be just one topic I mean), will have to take a look at the admin interface...

And I who thought we had made it clear that using the game is on your own risk, especially since it is an alpha. That also means that the engine itself is changing (which is a good thing as it means the game is moving towards a greater level of completeness), which can mean that the game will indeed not run when you use versions as close apart as a couple of weeks. If you're not prepared to use Alpha software, then wait until we have a 1.0 release before playing the game, otherwise follow our recommendations and use the exact same version and things should work fine (if not we should fix it). Just don't expect us to make each and every revision backwards compatible with every earlier revision, not only would that cause a lot of work, it would also be pretty pointless as everyone is able to get the latest version (and I know that not everyone is able to/prepared to compile the game themselves, but that's what the alpha releases are for: to give everyone a chance to check out the progress of the development).

It does most definitely exist in Blender 2.62, at the top of the Import/Export dialogs. And while the importing/exporting isn't perfect I'm pretty sure it's been there in all versions released in the last couple of years at the very least.