linux and two monitors

[Butters]

(just the way i'd got it with 2monitors)
i gave up on on setting up two monitors with 1-map, 2-camera.
(Spring uses them as solid screen, and with "map option" split visible area on half. This suxx, cause i have 5:4 + 16:10 monitors. Else if you try to resize map to 1 monitor u'll have tilted camera view. Using separate x-server just to run spring suxx too.)
so what i did is 1-desktop, 2-spring(windowed full screen) with ability to between spring and desktop/apps. (I am on TwinView)

1: Make spring windowed
Go to your "Spring Settings". Make sure that "Expert Mode" is chosen. Then go to "Render quality/Video mode" and uncheck "Run full-screen".
Now the game will run always in a window.

2: Make a shortcut to un/fullscreen
Go to System>Preferences>Keyboard Shortcuts. There under "Window Management" should be an option "Toggle fullscreen mode" and next to that there is a key shortcut that you can change to your own preferences. I have set ALT+F to be my shortcut.

fortunately apps are fullscreening to only 1 monitor.
so we have 1mon: pr0n/nasdaq/IM/SpringLobby/player/etc.
2mon: Spring =P

this don't work for me:
http://springrts.com/phpbb/viewtopic.ph ... ze+monitor
http://springrts.com/phpbb/viewtopic.ph ... or#p266652
some one did patch to Spring to support 2 monitors with different resolution (proper map on 1monitor), but it was deprecated and not in Spring cause it don't fit some devs requirements (not on gitthub/etc...) i forgot the reason and src link. have the result.
got idea from here: http://springrts.com/phpbb/viewtopic.php?f=20&t=24120

[sillynanny]

I run spring in two monitors and its fantastic. I did get two monitors of the same size, as spring needs. I don't think spring will support different sized screens anytime soon, but maybe you can convince a dev.

Meanwhile, to get spring on both screens, I have had to do a few things in my configs:

in springsettings:
- set windowed mode
- set the resolution to the 2 screens (3840x1080 in my case)

in window manager config:
- set spring window to show no border (no title, etc, I prefer this, looks like fullscreen)
- force window position to 0,0 (top left corner)
- force window size to the screen resolution

The window manager config is the program devilspie in Gnome, which has a GUI called gdevilspie.
In KDE you can access it on the window menu, Configure Window Behaviour, Window Rules.

There was a bug in Metacity (Gnome) that made this fail (it would automatically set the size to one screen fullscreen), and I worked around it by setting my resolution in spring and the window rules to the 2 screens width minus one pixel (3839 in my case).

Playing spring in 2 monitors it totally worth it. I can't live without it anymore, and its a great advantage to have ingame.

[jj]

I'm running spring on 2 different sized screens without any problems.
I give the following resolution to Spring: (Total width x Highest height)

Spring runs it very nice.

I use the latest AMD/ATI drivers with a recent AMD/ATI video card.

[sillynanny]

jj are the ATI drivers still crap and problem-prone?

[SpliFF]

You have to distinguish what you mean by "ATI drivers". The closed-source official drivers (fglrx) or the open-source kernel/X11 drivers (radeon)?

I've just switched from the closed-source drivers to the open radeon driver with KMS and a 3.0.4 kernel (Xorg 1.11). So far I like what I see. I even have an auto-detected 2560x1600 pixel framebuffer on boot which is just... insane.

I'm about to try Spring tonight and I'll let you know how that goes. From what I've heard the recent versions of the radeon driver significantly close the performance/featutre gaps between the open and proprietary drivers. Most of the remaining issues relate to patent issues like S3TC (and there are workarounds in DRIconf).

[Tim Blokdijk]

Cool

[jK]

From what I've heard the recent versions of the radeon driver significantly close the performance/featutre gaps between the open and proprietary drivers

that's a joke, or you don't have the same sources as me ...

[SpliFF]

The gap is closing, not closed.

http://wiki.x.org/wiki/RadeonFeature

Things are much better now than they have been in a long time. Spring is just a difficult application because it uses S3TC textures, GLSL and (correct me if i'm wrong) stippled primitives which are all in an incomplete status.

It's hard to ignore the issue these days since ATI have dropped support for 1950 series and below from their closed drivers. So the choice for many ATI users will be open radeon 3D acceleration or NO acceleration at all.

My mission right now is to get Spring playable on open source radeon.

[jK]

See, bad source ...

Only good source on Gallium & Mesa is http://www.phoronix.com.

@performance:
http://www.phoronix.com/scan.php?page=a ... um3d&num=5

@features:
http://www.phoronix.com/scan.php?page=n ... &px=OTc2OQ

[SpliFF]

Those comparisons are for the "Llano" which is a Fusion APU released less than 2 months ago. I don't think it's the fairest comparison since AMD have had a lot longer to work on their support than the Mesa team. The same article states:

For only the older hardware generations (i.e. the Radeon X1000 series and older) is the performance becoming more competitive to the legacy Catalyst driver now that those open-source drivers have become near feature complete and mature.

One of the cards I use (1950xt) is in 'legacy' status and I can't actually use any Catalyst driver newer than May 2009. For the other card (HD6870) I'll probably have to go back to catalyst.

Anyway, sorry to derail.

[jK]

the same article also links to a diff radeon comparison ....
http://www.phoronix.com/scan.php?page=a ... 2011&num=4

[[mft]Rrrr]

on "switch to fullscreen":
on Mint 11 and 84 Spring there were some overlaps in hotkeys (system and spring) so now i have crtl+shift+f

(i am on nvidia drivers and compiz, if this is important to fullscreen)))