Why if there a topic about sdl there are guys that suggest to use SFML instead. What is happening in this forum????? If I want an answer about SDL, then I should have one not suggest me to leave SDL. Are you agree?
1
SDL vs SFML
Started by Khan2007, Jan 09 2012 05:35 PM
9 replies to this topic
Ad:
#3 Members - Reputation: 302
Posted 09 January 2012 - 06:27 PM
1: your title is extremely miss leading... i was expecting a flame war but found complaining.
2: sdla is depricated unsupported and doeant support hardware exceleration.
3: im sure its annoying to not get the responses you wanted... but interacting with the world tends to be that way. Try googling your pro lem if. Also im sure its been iterated in ypur posts what i said in number two. Teaching yourself to use outdated software will more than likely just teach you bad habits.
2: sdla is depricated unsupported and doeant support hardware exceleration.
3: im sure its annoying to not get the responses you wanted... but interacting with the world tends to be that way. Try googling your pro lem if. Also im sure its been iterated in ypur posts what i said in number two. Teaching yourself to use outdated software will more than likely just teach you bad habits.
[ dev journal ]
[ current projects' videos ]
[ Zolo Project ]
I'm not mean, I just like to get to the point.
[ current projects' videos ]
[ Zolo Project ]
I'm not mean, I just like to get to the point.
#4 Moderators - Reputation: 5033
Posted 10 January 2012 - 05:48 AM
SDL is not deprecated, nor unsupported. SDL supports certain classes of hardware acceleration - though these are becoming more and more irrelevant, and are no longer defaults. However, it does allow you to get an OpenGL context very easily, and from there you have all the hardware acceleration you could want. SDL is far more portable than SFML. SDL is also much maturer than SFML. SFML is a C++ API, whereas SDL has bindings to most popular languages.sdla is depricated unsupported and doeant support hardware exceleration... Teaching yourself to use outdated software will more than likely just teach you bad habits.
There are plenty of legitimate reasons to continue using SDL. It will not teach you bad habits.
#5 Members - Reputation: 400
Posted 10 January 2012 - 06:03 AM
Hey.
Actually I agree to this topic as well, as I am one of those that asked a question about SDL and got the "use SFML" answer.
After seeing several simalar posts from the same people I actually started wonder if they were working for the developers of SFML >.< lol
On a more serious note I can understand why people do this - they really want to help, but unfortunatley in most cases that kind of an answer isn't really helpful to the asker.
Also if someone really wants to promote one API over another they should not jump on somebody elses thread becaus it will automatically put the asker in a defensive posture were he or she might not be open to that information. After all what they are really doing isn't saying how good SFML is but rather how bad SDL is and here I have been learning and using SDL for xx period of time, was that just wasted eh?
There are cases though were such an answer is legit, One case might be when the asker has performance problems and hardware acceleration could be a solution. But when someone asks how to handle events or do a tilemap or w/e, giving such advise is totally out of syntax and most probably tells the asker nothing as he or she might not even know the difference between SW or HW acceleration.
So to sum it up; agree
Actually I agree to this topic as well, as I am one of those that asked a question about SDL and got the "use SFML" answer.
After seeing several simalar posts from the same people I actually started wonder if they were working for the developers of SFML >.< lol
On a more serious note I can understand why people do this - they really want to help, but unfortunatley in most cases that kind of an answer isn't really helpful to the asker.
Also if someone really wants to promote one API over another they should not jump on somebody elses thread becaus it will automatically put the asker in a defensive posture were he or she might not be open to that information. After all what they are really doing isn't saying how good SFML is but rather how bad SDL is and here I have been learning and using SDL for xx period of time, was that just wasted eh?
There are cases though were such an answer is legit, One case might be when the asker has performance problems and hardware acceleration could be a solution. But when someone asks how to handle events or do a tilemap or w/e, giving such advise is totally out of syntax and most probably tells the asker nothing as he or she might not even know the difference between SW or HW acceleration.
So to sum it up; agree
#6 Members - Reputation: 106
Posted 10 January 2012 - 08:53 AM
After seeing several simalar posts from the same people I actually started wonder if they were working for the developers of SFML
Or perhaps they just SFML Hardcore fansI have used SFML in the past and I didnt too like it very much.......
#7 Members - Reputation: 302
Posted 10 January 2012 - 09:32 AM
SDL is not deprecated, nor unsupported. SDL supports certain classes of hardware acceleration - though these are becoming more and more irrelevant, and are no longer defaults. However, it does allow you to get an OpenGL context very easily, and from there you have all the hardware acceleration you could want. SDL is far more portable than SFML. SDL is also much maturer than SFML. SFML is a C++ API, whereas SDL has bindings to most popular languages.
sdla is depricated unsupported and doeant support hardware exceleration... Teaching yourself to use outdated software will more than likely just teach you bad habits.
There are plenty of legitimate reasons to continue using SDL. It will not teach you bad habits.
I was under the impressions it hasnt been update in quite some time and no longer supported by those that made it. I didnt say he was gauranteed to learn bad habits.
[ dev journal ]
[ current projects' videos ]
[ Zolo Project ]
I'm not mean, I just like to get to the point.
[ current projects' videos ]
[ Zolo Project ]
I'm not mean, I just like to get to the point.
#8 Moderators - Reputation: 5033
Posted 10 January 2012 - 09:44 AM
The SDL 1.2 branch isn't undergoing active development of new features. New features are present in the less stable, more experimental SDL 1.3 branch. SDL 1.3 is set to bring hardware acceleration to platforms that have OpenGL or Direct3D backends.
SDL 1.2 is still supported for bug fixes. Only 4 days ago a PRERELEASE snapshot of SDL 1.2.15 has been announced to the SDL mailing list.
I hope that dispels your misconceptions.
SDL 1.2 is still supported for bug fixes. Only 4 days ago a PRERELEASE snapshot of SDL 1.2.15 has been announced to the SDL mailing list.
I hope that dispels your misconceptions.
#9 Members - Reputation: 1550
Posted 10 January 2012 - 02:00 PM
Having originally used SDL, then trying SFML, it was obvious SDL was vastly inferior to SFML for typical Gaming related API's, especially 2D graphics functionality. So, I suggest to others to check into SFML, based on my experiences that SFML is so much better than SDL.
If you want to use SDL, and then learn OpenGL for Hardware Acceleration for simple things like rotation and scaling, go right ahead.
If you want to use one simple API that handles all the Graphics HW Acceleration for you, including rotation and scaling, then use SFML. (Not to mention the many other supported API's SFML has that SDL doesn't).
Hell, I went so far as to get the SDL_gfx library for doing my rotations in SDL, and it was SOOOO SLOW, using SW acceleration.
For me, it's a no brainer.
If you want to use SDL, and then learn OpenGL for Hardware Acceleration for simple things like rotation and scaling, go right ahead.
If you want to use one simple API that handles all the Graphics HW Acceleration for you, including rotation and scaling, then use SFML. (Not to mention the many other supported API's SFML has that SDL doesn't).
Hell, I went so far as to get the SDL_gfx library for doing my rotations in SDL, and it was SOOOO SLOW, using SW acceleration.
For me, it's a no brainer.
My Gamedev Journal: 2D Game Making, the Easy Way
---(Old Blog, still has good info): 2dGameMaking
-----
"No one ever posts on that message board; it's too crowded." - Yoga Berra (sorta)
---(Old Blog, still has good info): 2dGameMaking
-----
"No one ever posts on that message board; it's too crowded." - Yoga Berra (sorta)
#10 Members - Reputation: 98
Posted 11 January 2012 - 03:19 AM
Having originally used SDL, then trying SFML, it was obvious SDL was vastly inferior to SFML for typical Gaming related API's, especially 2D graphics functionality. So, I suggest to others to check into SFML, based on my experiences that SFML is so much better than SDL.
If you want to use SDL, and then learn OpenGL for Hardware Acceleration for simple things like rotation and scaling, go right ahead.
If you want to use one simple API that handles all the Graphics HW Acceleration for you, including rotation and scaling, then use SFML. (Not to mention the many other supported API's SFML has that SDL doesn't).
Hell, I went so far as to get the SDL_gfx library for doing my rotations in SDL, and it was SOOOO SLOW, using SW acceleration.
For me, it's a no brainer.
+1
