RPGDXThe center of Indie-RPG gaming
Not logged in. [log in] [register]
 
text based (ascii) versus fully graphical (win32)
 
Post new topic Reply to topic Goto page Previous  1, 2 
View previous topic - View next topic  
Author Message
ManaTroph
Monkey-Butler


Joined: 14 Nov 2007
Posts: 57

PostPosted: Thu Apr 24, 2008 2:37 pm    Post subject: [quote]

Interesting debate. I'm not worried about a little complexity with SDL. After using direct draw, SDL can't be all that complicated. I'm just looking for something a little flexible and something i can pick up fairly quickly.

How about some testimonials, like how easy was it to pick up?
what features did you like best/worst? what exactly can you do with it? like can you do any special graphical effects with it? do you think those who use it grow out of SDL quickly?

also i've done a tiny bit of research on C++ win 32 programming (never found much usefull though), and could use some advice on how to get started on that. (like a good solid detailed tutorial)

thanks in advance guys
_________________
Life is what happens while you're waiting for the stress to subside...
Back to top  
RedSlash
Mage


Joined: 12 May 2005
Posts: 331

PostPosted: Thu Apr 24, 2008 4:23 pm    Post subject: [quote]

By personal opinion, I don't see any part of SDL being even remotely complex. I found SDL easy to learn--a little too easy. If there was anything that I'd have to complain about is the lack of features and the size of the library for such little features. SDL gives you the basics of the basics, so your graphics operations is usually limited to setup window, load bmp, and blit. The missing features can be supplemented by add-on libraries such as sdlimage, sdlmixer, etc. but that adds more bloat to your libs. If you are looking for a more complete solution, allegro is probably the better way to go. But for fast quick access to video card memory, SDL is king.
Back to top  
valderman
Mage


Joined: 29 Aug 2002
Posts: 334
Location: Gothenburg, Sweden

PostPosted: Thu Apr 24, 2008 11:47 pm    Post subject: [quote]

As RedSlash is saying, SDL provides you with a very easy platform independent way to access the basic building blocks of a game (video, audio, input and threading.) While it does well enough to stand on its own for input and threading, for more advanced graphics than 2D sprites, you will want to use OpenGL which, as previously mentioned, plays very well with SDL. (Five lines of setup code, compared to the >100 lines of setup required to use OpenGL with pure Win32 or Xlib.)

I don't see much point in using allegro instead because, frankly, there's only so much you can do with a 2D library. If you outgrow basic 2D functionality, chances are you'll soon outgrow any nother basic 2D library too.
Back to top  
DeveloperX
202192397


Joined: 04 May 2003
Posts: 1626
Location: Decatur, IL, USA

PostPosted: Fri Apr 25, 2008 6:17 am    Post subject: [quote]

valderman wrote:
As RedSlash is saying, SDL provides you with a very easy platform independent way to access the basic building blocks of a game (video, audio, input and threading.) While it does well enough to stand on its own for input and threading, for more advanced graphics than 2D sprites, you will want to use OpenGL which, as previously mentioned, plays very well with SDL. (Five lines of setup code, compared to the >100 lines of setup required to use OpenGL with pure Win32 or Xlib.)

I don't see much point in using allegro instead because, frankly, there's only so much you can do with a 2D library. If you outgrow basic 2D functionality, chances are you'll soon outgrow any nother basic 2D library too.


Allegro and OpenGL play together as well.
http://allegrogl.sourceforge.net/
_________________
Principal Software Architect
Rambling Indie Games, LLC

See my professional portfolio
Back to top  
ManaTroph
Monkey-Butler


Joined: 14 Nov 2007
Posts: 57

PostPosted: Fri Apr 25, 2008 7:36 pm    Post subject: [quote]

Ok i have another question pertaining to win32 programming. (getting away from libraries) Pardon me if this sounds realy noobish, but i guess there's a way to use cout's still for printing text in some portion of your window. This would make for an easier convert to windows graphics style from text mode only. (making more of the code still usefull) I'm assumming this can be done. Let me know if i'm off on this one. Also i'm looking at using some kind of direct input both from mouse and keyboard, I guess I'll need a librarie for this too?
_________________
Life is what happens while you're waiting for the stress to subside...
Back to top  
gdunbar
Lowly Slime


Joined: 08 Feb 2007
Posts: 2

PostPosted: Sat Apr 26, 2008 12:03 am    Post subject: [quote]

ManaTroph wrote:
Ok i have another question pertaining to win32 programming. (getting away from libraries) Pardon me if this sounds realy noobish, but i guess there's a way to use cout's still for printing text in some portion of your window. This would make for an easier convert to windows graphics style from text mode only. (making more of the code still usefull) I'm assumming this can be done. Let me know if i'm off on this one. Also i'm looking at using some kind of direct input both from mouse and keyboard, I guess I'll need a librarie for this too?


If you're writing a win32 standard app, no, cout won't easily go to the window.

What you want to do is something like this:

1) Instead of cout, using std::ostringstream.
2) When you're ready to put something on the screen, you can convert your ostringstream to a C++ string (std::string) using the .str() method.
3) You can convert your C++ string to a c-string using the .c_str() method.
4) That c-string is suitable for any win32 API.

Now, you need to figure out how to put it on the screen. If you just want to blit it, you can use something like ExtTextOut() or DrawText() during your WM_PAINT method.

If you want to put it in a control (like a static text control), you use something like SetWindowText().

And so forth. MSDN is your friend! (http://msdn.microsoft.com has full win32 documentation).

Good luck,
Geoff
Back to top  
Post new topic Reply to topic Page 2 of 2 All times are GMT
Goto page Previous  1, 2 



Display posts from previous:   
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum