Spring RTS Engine

Here is a newer version, with source-code! Also it can now use a C++ library for compression to speed things up a bit.

Theoretically the SD7 compression is indeed slower than SDZ, but it also has better compression ratios, so it's just what you consider more important. I think SD7 is great for the distribution of Mods, saving bandwith. If you want more speed you can always repack it to SDZ.

There's 3dsmax 3do im/exporter on http://www.clan-sy.com, but it only for version 3 and 4 (which also works with 5), any later version seems to fail.

Feel free to ask :-), it's not a very nice source, so that's why it didn't release it (yet). It's all compatible with Mono as I started the whole thing to see if I could make something portable with C# but I don't know if I can be any help as I'm quite close on my goal to create a modernized HPI Vie...

I've made some docs for you. For zip it's using the SharpZipLib, so that's done, HPI seems to be working atm. 7z works on my test files, but I won't guarantee anything else atm.

I'm working on an HPI editor with support for Spring's archives, which leaves me with a nice (not entirely finished) .NET library for reading/writing HAPI, zip and 7z archives. Right know it's completely undocumented and a bit of a mess, but if someone's interested I could clean it up a bit and make...

That's also a good solution, would be nice if you could make it so that you indeed can just rename it and load it into your favorite zip / 7zip program.

Just a stupid question of mine, but what's the advantage of the new HPI 3 header structure over just adding a LZMA (7zip's compression) (or other)compression flag and removing the encryption? IMHO that would make both conversion and 'upgrading' of current tools possible or a lot easier.

You don't need .3ds files... You can export .3do's with the SY's plugins for 3dsmax v3 to v5, otherwise you'll have to export your model in pieces in .lwo (LightWave object) or .dfx (Autocad object) where the first one works the best. Then you can import the pieces into 3DO Builder and write them as...

These are the changes I made so far. I'm now a bit stuck as I need to import the ported c++ libs and your libUtility doesn't really work yet... Mono-INFO: DllImport error loading library './libUtility.so: undefined symbol: _ZN10CSunParserC1Ev'. I don't know if you can do something with that :-P. Al...

That's me connected to the real Spring server yes... I was even able to do some chatting :-) I hope though that Mono will soon come with a new version as I needed to hack around some NotImplemented Exceptions from the Winforms. C# can import native .dll or .so files with PInvoke (those [DllImport .....

Mono builds an Intermediate Language .exe, just like Java builds bytecode .class files. It gets compiled to machinecode the first time you run it by either the MS .NET framework or Mono ( or another Mono-like project ). You do have to run it like ">mono SpringClient.exe" because linux does...

I've been playing a bit with Mono. I just tried to build the SpringClient on Mono 1.1.7 and using the very latest System.Windows.Forms.dll (from http://mwf.mono-project.com) only the RichTextBox throws errors. It compiled fine when I replaced them with a normal TextBox. However I am working on the r...

Hmm, took a quick look at it and I think it shouldn't be too hard to make it cross platform (now Mono has Windows.Forms support), but C++ will do the job too

btw. .NET .exe files are just MS Intermediate Language assemblies, not native windows ones.

I assume that a keeping track of the bases you build is done in the memory, which is always faster than whatever file or database...

If you write plain C# (without windows-specific stuff), it's even more portable (using Mono) than C++ as it's JIT compiled, so you don't need to recompile for Linux.

Another full installer mirror