Spring RTS Engine

I have some amazing new for all of you linux users (yah all of the two of you)! Spring works quite well with linux! Just ues Transgameing (whitch is a windows port thingy) and then open spring! IT WORKS Im still testing whether ot

Zoombie wrote:I have some amazing new for all of you linux users (yah all of the two of you)! Spring works quite well with linux! Just ues Transgameing (whitch is a windows port thingy) and then open spring! IT WORKS Im still testing whether ot

Of course it works, I just can't get sound to work. I also can't install VS.NET, so....I can't really play online.

cool

You can play it, just not very well. It would be best if we saw a port. =)

Ace07, have you tried installing Mono?

No, I haven't messed around with it at all really. The main problem is that I use Cedega, and Mono (and other installers like it) assume that I am using Wine. Wine might work fine for this game, but I haven't had time to test it.

Either way, I doubt this would fix the sound issues. I would still kind of be in the dark without sound.

The port of the main part (the actual game engine) is underway. See the development forum for more info.

Given the scale of such an enterprise, help is most welcome :D

Ya, I know Dave. I wouldn't mind helping like I have said before, but I am much more useful when it comes to GUI's. I have a lot more experience with them. The way I see it, the SpringClient.exe needs to be remade so that it is more portable. I don't know how we would even be able to port the code. It would probably be best if it was simply redone in GTK. =)

Yes, the springclient will need either compiling in Mono (which I'm not prepared to do unless there really is no other option), or a good clean rewrite. If you feel like doing it, I'd be quite happy about it myself :D

I can give you an access to the subversion repository where I'm doing the porting work for rts, that way we could keep all porting-related work centralised. What say you? :)

Dave wrote:Yes, the springclient will need either compiling in Mono (which I'm not prepared to do unless there really is no other option), or a good clean rewrite. If you feel like doing it, I'd be quite happy about it myself :D

I can give you an access to the subversion repository where I'm doing the porting work for rts, that way we could keep all porting-related work centralised. What say you? :)

Sounds good to me, PM me for more info.

If you have some AIM or MSN handle that would help too. Also, I don't know much about Subversion, so I will have to learn that. Hopefully its easy enough like CVS.

Ok, I must admin that I have never used Mono myself, but I think it is possible to run code compiled on Windows (with for example Visual Studio) directly on Linux through Mono - without recompiling.

JeeZ wrote:Ok, I must admin that I have never used Mono myself, but I think it is possible to run code compiled on Windows (with for example Visual Studio) directly on Linux through Mono - without recompiling.

You are probably right, but after doing some research on Mono, I still would rather recode it in GTK.

Running mono right now to try and get Spring to work still would get mixed results for one reason. SpringClient.exe is simply a "loader" for spring. Spring.exe is where the actual game is, but as you might know, EXE's cannot be run in Linux without a binary loader (like Wine or Cedega for instance). It would be easier to have a Linux version that did not depend on exe's at all to run (or mono for that matter).

That is why GTK would be the best platform for this. Other reasons:

1) GTK and QT libraries are an absolute requirement in linux (in other words, people shouldn't have to download additional libraries to use spring)
2) GTK uses XML to create GUI's and with Libglade it is even easier because it generates the XML for you
3) Ive done GTK before

when i get some issues sorted out, i'm going to release the protocol for the server. then someone can make a linux client

I think I am still going to work on getting a good ol' makeshift GUI up though (since that is the easy part and it doesn't require any coding). It shouldn't be too hard to create a GUI that kind of looks like the current client does.