I'm working on updated Debian Packages too. They will be uploaded to Debian experimental because Debian testing (Squeeze) is frozen though.

Hi,

first thanks for the update and the fast provision of the Ubuntu packages! :)

Unfortunately, I too have the problem with the black bar on top of the screen. It nearly seems that spring only likes 16:9 and not 16:10 ... although I have not measured how large the bar is

System: Ubuntu 10.04, GTX275 graphics card, proprietary drivers and resolution 1920x1200.

Any solution for this yet?

Cheers, qray.

uploading the 0.82.3 source tarball on the mirror would be nice for me to update the Mac version

What about the download from http://springrts.com/wiki/Download ? I used that tarball for the Debian package.

Hi all!
I was looking forward to this updaet to test multi-theading online. It's fine :) , but it also adds a flashing gui-object saying some percent number and I don't know how to turn off.
I also like idea of rejoining games. I tried it out but it was slow for me most the time. Sometimes it seemed to be at gamespeed or even slower.when i turned of the GUI [F5] it was about twice as fast.
Now I'd like to request some more speed in that great feature by i.e. skipping visual rendering of some frames automatically if you are not at 10 times of the games speed or sth.
Have fun
Lelousius

The non-mirror (i.e. SF) was working fine

Either way, fixed now, thanks for reporting!

sorry, forgot to point out.. The Mac version dls and builds automatically via MacPorts, though for some reason the MacPorts system is unable to fetch directly from the sf repo (it used to be possible, so either I messed up somewhere, or sf simply blocked direct non-http dl to force people to fetch manually and view those nice ads before downloading... sick ).

Thx anyway, building now...

sf's direct links include a timestamp, make sure to update that ( not sure if simply updating it would suffice tho )

ok, almost there...

Since the headless-related targets were not working on Mac (and still aren't, sorry I really have no time to look into that these days), I used to replace "make && make install" by "make spring && make install", which worked fine for 0.81.2.1 (cmake options unchanged).

It seems though the install rules have changed in the Makefile as of 0.82.x releases. "make install" won't work anymore due to missing stuff (this actually makes more sense than before since I only ask to build spring).
So I replaced that with "make install-spring", which does well until it tries to install AI-related stuff (which isn't built by "make spring"). Here's the tail of my log:I may be wrong assuming this is due to a change in rule dependencies, but that's how it looks like since AI wasn't built previously... Could someone double-check on another platform ?

That flashing is a warning, and it is there for a purpose. When game starts, there are some lines of text printed on the console that describes how to make it stop flashing.


Yes, this is what the warning is all about. When you have changed your settings according to the instructions, it will run fine with the GUI enabled too.

daftalx, that should be fixed in master (not the HL & DS thing, but the make spring and make install-spring).

Portage direct SF download confirmed working, with wget-able link: http://downloads.sourceforge.net/projec ... c.tar.lzma

For omiting headless, I apply the folowing patch, works fine:

Indeed, your direct link works (I've update the Portfile accordingly). It's the built-in "direct sf" download which pointed to a wrong place (some server named internalap at sf). I'll push the info to the MacPorts dev.

Well, yeah, it's fixed... and now that it builds fine it won't run anymore
http://pastebin.ca/1918253.
I've also noticed the unitsync lib now has ".so" extension instead of ".dylib". I hope this is not a side-effect from too much merging with the linux build...

Where's my good old 0.81.2.1...

umm...
no idea how to read anything useful out of that stack trace. is that with debug symbols or without? (CMAKE_BUILD_TYPE=DEBUG2 ?).

unitsync should actually be an .so, not a dylib. same applies for AIs. on OS X, .dylib is for normal shared libs, while .so is for dynamically loaded libs (eg, at runtime, plugins style, with dlopen()).

Pretty annoying that spring still doesn't work properly on ATi cards

go bug ATI

Funny how other games seem to manage it yet spring doesn't? Not that i don't appreciate all the work that goes into Spring i think it's awesome.

It's just annoying that i can't play it.

Ps. Where would i "bug" ATi about this anyway?

Other games are mostly DirectX based and thus limited to Windows. That is why they work better. ATI simply does not make good OpenGL drivers.

I'm talking OpenGL games - take Glest/MegaGlest for example, Sacred Gold, Urban Terror, Warsow etc etc all OpenGL and work fine.

you forgot TuxRacer and GLX-Gears.
go do your homework.