feneur

True (I still maintain that the developer overlay isn't primarily there to hide things which can be used to cheat though )

I would also recommend flattening some areas as it's going to be really hard for units to get anywhere on this map. At least create a more shallow area for units to be able to cross the river.

As far as I can see in Atlas (or in the XML file for that matter) nothing is belonging to one of the players, just to gaia. Just open the map in Atlas, go to the objects tab, select the units/buildings and press 1 for the ones you want to belong to player 1, and do the same for player 2 (though with 2 of course).

It is generally recommended not to assign a specific AI (unless you have a specific AI created for a specific scenario) as it then becomes more work later if an AI is removed or has its name changed.

Thank you for the report. I took the easy way out and just increased the size of the player on the page, will probably have to be adjusted again as new tracks are included, so hopefully this post (split it out as it this isn't a suggestion for the game but a bug report for the web site) should serve as a reminder.

The developer overlay is for everything that might be useful for development, but isn't fitting in ordinary gameplay/the gameplay experience. So it definitely belongs there.

There should be a .pmp file in the same location with the same name (i.e. sparta.pmp), that's needed as well

In release versions custom maps are saved in according to the information here: http://trac.wildfiregames.com/wiki/GameDataPaths

Short answer: no one knows/when it's done. Long answer: Since we do this in our free time (mostly) we can have no idea beforehand how much time we will have available for the game, which makes it really hard to do any estimates. It's also the first game we've made/are making, so we don't have any previous experiences to compare with when trying to estimate how long something will take to finish. It will definitely be several years more before the game is finished though.

That just looks as if it hasn't finished generating the textures yet, should just be to wait a while for that to happen. (In an Alpha release the textures are already in a format that's fast, but in SVN the game has to generate that format on the fly the first time a texture is displayed.)

Hmm, taking a closer look at that file it might not be actually used anywhere but just used as a template for the actual text that is then added via Javascript to create the final "yes or no" question. I'll leave it to the programmers to say for sure though as that's beyond my knowledge.

That's used in all cases where a yes or no question is needed, so that might be a bit of a problem. Are there words for agree/disagree or something like that you could use instead?

(Or for that matter to mouseover the unit icon and read the popup with unit statistics and other info. That's usually a helpful thing as well )

If you have installed 0 A.D. you have the engine. If you are a programmer who wants to change the engine in some way you can download the source code via SVN or GIT.

All of them please Just put them in a zip file and attach it to a reply to this topic (click "More Reply Options" to get the option to attach files), and then it's easy for the one trying to debug it to look through the files he needs to look at.

Could you please post the log files? (See http://trac.wildfiregames.com/wiki/GameDataPaths for information on how to find them.)

I would say the year has got quite a small relation to 0 A.D. or this release. If it would have been the only release this year maybe, or the fourteenth release, but imho not in this case.

The five years is since we went open source in 2009, so while it's not perfect it's certainly an option.

My point was in no way directed towards the general usefulness of the feature, just that getting RR back isn't very likely, so it shouldn't be used as motivation On your other point though: again, not specifically about turrets, but on a more general note: We can't just add something because it might be useful to someone some time. Most importantly everything that goes into the game has to be tested and reviewed to make sure it works as supposed + doesn't break anything (reasonably sure, it's impossible to find everything out before-hand). It also has to be maintained, if other related pieces of code are changed later it might have to be changed as well. That's not to say that things can't be added if the main game doesn't use them, but just that things can't be added without consideration. And that takes time, and knowledge, and requires that the programmer in question has spent quite some time programming for 0 A.D. Which not many people have, which in turn is why it sometimes can take a very long time before something gets added. I wouldn't say the 0 A.D. modding community is stalling, I'd say a lot has happened during the last six months or so. And for an in-development game I'd say we've got quite a large modding community already So while patience certainly is a good thing, I don't think there's any reason to be worried about it yet

"D:\Users\Momo\AppData\Local\0 A.D. alpha\binaries\system\pyrogenesis.exe" - unles he's installed SVN over an existing Alpha installation then it surely is an Alpha installation. And it's certainly not a PPA version on Windows 7. Also, itms mentioned in IRC that the cases he had encountered of this bug was caused by a bad install rather than issues with the engine/game. So that's definitely worth looking into before doing anything else Would still be worth looking into as the installer hopefully should be able to tell that something went wrong and give an error already at that stage instead of this late in the process

I am not saying that you shouldn't create a tank, if it's good enough we'll surely add it as a proof-of-concept as with the plane. I am however saying that I don't think it should be done to encourage Rogue Republic to go back to using Pyrogenesis, as that is not very likely to happen. They seem to be doing fine using Unity, and the lack of turret capability was just one of the things that made them look at other engines Don't let this be discouraging though, maybe someone else will want to do a modern mod/game I just don't want people to have too high expectations of what might happen

Agreed. I'm just throwing out possible things to try as I don't have any better advice to offer.

Well, first and most importantly I haven't seen any indication that Philip would want to do this And second, the results last time aren't all that promising. Not because Philip isn't a skilled programmer (he's a very skilled programmer as far as I can tell), but rather that it doesn't seem as if money will encourage him to finish it. That might be because money isn't motivating him enough to do this task, or the task itself is too boring or something else. But in either case the end result is that unless something changes I don't see a way for money to get Philip to work on the pathfinder. I thought agentx cared for it? I guess you mean on the team though. As far as I know there isn't anyone against there being more AIs, but as time is limited people might not spend too much time on it specifically.

In the file path above, is "Momo" spelled like that or using something like ö/ô/õ etc? In other words, is the path exactly as: "D:\Users\Momo\AppData\Local\0 A.D. alpha\binaries\system\pyrogenesis.exe"? I'm not a programmer so I'm not 100% sure, but the error message says there's something it doesn't understand about the file path, and special characters can have problems like that. Another thing to be aware of is that while installing the game on another drive than C:\ should work fine the installer needs a certain amount of free space on the C:\ drive during the installation, so it might be worth checking that if you do a reinstallation.

Or we could stop replying to it If someone has to go around and close all old redundant threads it takes a lot of work. If people just avoid replying if there isn't anything relevant to add it takes less work for all of us