Let's talk about the SDL. http://libsdl.org
Who on these boards uses it? It's good by itself and adding Direct X or OGL to it makes it 100x more powerful.
Let's talk about the SDL. http://libsdl.org
Who on these boards uses it? It's good by itself and adding Direct X or OGL to it makes it 100x more powerful.
ive never used it, how does it make DX more powerful?
Monday - what a way to spend a seventh of your life
using openGL or direct X with it makes SDL more powerful, i don't think it'd really help the power of direct x any.
SDL... Sounds like another DB, but I like the portabuility, one thing tho is that you allready have that portabuility in C++, why not just use C++?
SPH
SDL isn't a language, it's a library designed for C. C/C++ doesn't have any built in portable graphics functions; to use graphics you normally have to provide your own functions or grab a library. You may have noticed that DirectX only works on windows; the idea behind SDL is to create a simple, fast graphics library that will work on any given system by wrapping around the available graphics libraries (DirectX, SVGALib, *GL, etc..)
It's just as fast as making a straight DirectX program (unless you are mr. optimizing genius), it'll be portable and your coding time should decrease because SDL needs fewer function calls to achieve what DirectX achieves. Plus, the API is pretty clean..
.sect signature
So what exactly does this thing do?
SPH
>So what exactly does this thing do?
Ok lets see
Go to www.libsdl.org and look at the programs made with it.
It is an multi-platform api that allows you to easly port programs from one os to anouther. It is used by loki so It is not some api out of noware.
To Err Is To Be Human. To Game Is Divine!"
If it has no graphics functions, and it requires an OS specific API to work with it... I dont see the worth in it.
SPH
>If it has no graphics functions
Um what about
Choosing and setting video modes (the easy way)
Drawing pixels on the screen
Loading and displaying images
also you can use opengl with it.
>and it requires an OS specific API to work with it...
So it is better to write your game first using the windows api, then the mac api then the linux api then the BeOS api. As well as other OS api's.
To Err Is To Be Human. To Game Is Divine!"
sean, reread my post a couple more times CAREFULLY, don't just briefly scan over it.
.sect signature
