nocompile

I can compile. But not for macOSX (seems to be impossible to compile for, for every OSS project I know, the libs are always changing)

Options to change starting money would be good to. If you put build limits, option to change those too. It's easy to edit the files were these things are actually set, new players won't know where to edit though.

Terrible performance is so frusturating

How about the bug that your darned game can't cope with differences in the binary that is being run, where they are only a week apart, and all the DATA is exactly the same.

k776: you don't like that I make modifications to your game. I can see that. I am _VERY_ glad that this causes you distress. I will continue to do whatever I want with YOUR game.I don't respect your "right" to "artistic integrity" of your work. I don't respect that at all. I gladly deface it and make my own thing of it.

If you want cities code the walls, or get someone to do it

A year ago a wall building system and working gates was "soon" and "very soon" It is now a year later. Why bother trying to build a fortress

I only modified the DATA, not the game code. And we both had the same data. It should work, it doesn't, it is your fault that linux-svn doesn't work with mac-OSX multiplayer. Is this 1993, because it feels that that's the lever of multiplayer development you're capable of (has to be all the same everything, same binaries, no 2 versions, no matter how SLIGHTLY different in release time (Alpha 9 vs a few weeks later, but ALL the SAME DATA, can't work together because everything is shunted over via binary protocals with no pack/unpack)

Your game is worthless then. The data is all the same, the data dirs were copied over, it should work. The fact that you need identical binaries is pitiful design. Games like xonotic (a quake based game) don't need that sort-of-@#$%. If you have different versions the server sends you client-side-quake-c code to run and everything works fine. Actually the server does this the first time you connect to it, it's about a few K download, and everything works. And I'm going to continue making modifications as I wish, Your game, vanilla, is VERY boring. And I am going to continue to file bug reports weather you like it or not, do you understand that, boy? I copied over my entire data dir, we had the same maps and the same templates. Only the other stuff was different (engine). Yet it still de-coupled on connect. This is because your design is a bad design. If we have the same data we should certainly beable to play the game.

Maybe when it doesn't take 15 min to place a wall together correctly, ok? Untill then I will NEVER grace you with my architectual plans.

A year ago a wall building system and working gates was "soon" and "very soon" It is now a year later.

Anyone know how to get a .dae import/exporter for blender 2.61? It seems to be GONE!

Yes, QBot is VERY difficult for _BEGINNERS_: Example: I BEGIN the game with a qbot ai and the game IMMEDIATLY stalls/freezes. It is thus VERY hard to BEGIN!

Any way to hex edit a save file to give opponent lots of money? I want the persians to spring back from defeat? I'm the romans (player 2, red ofcourse!). I have an AI player as player 1. I think he's out of money though, is there any way I can hexedit the savegame to give him lots o money food stone wood?

Multi-player game de-couples immediatly: My friend downloaded the newest MacOSX 64 bit version, i have the svn version, 64 bit compiled. I copied over my data dir to his so we have the same stuff. We started a random map. IMMEDIATLY it gave the de-couple warning. We eventually couldnt see what buildings each other built Had the same problems a year ago. Why? Can't this be fixed? This makes it so we never can play lan games, he wasn't happy w the game bc of this and I looked like a retard @#$% idiot. I thought this problem would be fixed by now. Also could you include a macOSx compiled binary in svn like you do for windows, if possible