Spring RTS Engine

I WILL HAVE!!!!

and my current isnt exactly slow... just out of date.

aGorm

I can't figure out how to get dual view to work... I have a laptop, so I have the laptop's LCD and an svideo out that I can hook up to a monitor... but it always tries to display my laptop's native resolution on my regular monitor which doesn't work very well.

If Spring could work dual-screen that would be cool.

Is this what you mean with option 3?
http://www.verdensrommet.com/247/ta-dual.jpg

Anyhow two viewports would have been nice, but remember it breaks panning (mouse at the left side for me). So if you're used to panning the camera with the mouse, to bad

When someone fixes the panning, make sure to give me a option where I can turn the fix off. Othervise I'll go insane when Spring spins forever when I try to something else in another program.

Edit: Seams I'm a new user so no posting screenshots...

I have dual 20" LCDs running at 1600x1200... I'd love to have a dual-screen Spring...

In fact... as a programmer, I've already looked a little into what it would take to implement dual screen into Spring. There are some issues... one kind of major one (not major in terms of amount of code affected though) I'd need to convince the primary devs about, but it *is* possible. Dunno about performance though :)

Since SDL allows only one GL context, you'd need to hack around SDL though and address a second GL context in a probably non-portable way.
After that, it's a matter of sharing GL resources and just making sure the minimap is rendered using the other context. I would say working on a new GUI is probably a better choice.

Since SDL allows only one GL context, you'd need to hack around SDL though and address a second GL context in a probably non-portable way.

I just recently posted about this on the Spring ML. My preferred solution would be to not hack around SDL, but remove dependence on SDL altogether and use something else that supports more than one context.

jcnossen wrote:I would say working on a new GUI is probably a better choice.

Yes, I'm sure people are more interested in that. But from my point of view - doing a multi screen implementation seems "easier", and would help me get my understanding of the Spring codebase up even more to the point where I'd feel comfortable tackling the new GUI.

Integrating CEGUI would be a ncie job, then somebody else can pick it up and program an interface for anyone who wants to write up the new GUI.

Well it would be nice to have Dual Screen, but i guess there are more important things to do.

Edit: see post above CEGUI

Dual screens. I had a similar thought this morning. unfortunately I only have access to one screen. (grin) Would It be possible to have a second screen on a Pocket PC. I have one staring blankly and me right now. It would be great if we could put a mini map on an attached PDA screen. Just a thought.

-Nek

Many things are possible if display and output code is properly abstracted. Hell, if the engine were properly modularized ( in the medium-to-far future), I<meaning any even semi-competent coder> could hack up something to display stats on a Palm Pilot or cell phone, and receive certain inputs from the same.

Atm a second hand CRT monitor is worth so little that getting dual monitors set up is a breeze. Friend of mine picked up a Pallet of them from a govt. auction for $1 lol

Nekk, I shared the same idea recenltly, and just thought of it again reading this.

A minimap that could be outputted to a client on a PDA, and maybe even have basic click interface would be really nifty. It would make a nice proof-of concept program.

A cool idea would be a feature that would allow people to watch already started games via the minimap from the lobby.

YES! DO IT!!!! I support this idea and I have 2 lcd screens. also i want to support different resolutions

Probably puts too much load on proc/videocard unless Spring engine is rewritten for multithreading (which is not going to happen soon). A double viwport would divide FPS nearly by two. CEGUI has a higher priority for me.