Ask Sam Lantinga About SDL On PS2 And More 176
Sam Lantinga is the author and project lead of the Simple DirectMedia Layer (SDL), which was recently ported amid general acclaim to the Sony PS2. People have been curious about SDL for a long time (it's been around for a while, and used in quite a few games). He's not just a library programmer though; he also designs games (in this case, working with Lauren MacDonell) and thinks hard and lucidly about the intricacies of information display within them. Here's your chance to ask Sam directly what's on your mind about SDL, game design and more. Note -- many questions are answered within the links already given, so hit those first. One question per post, please (but as many posts as you'd like) -- we'll forward the highest-rated questions on to Sam, and post his answers soon after.
How do you distribute for PS2? (Score:4, Interesting)
How would games developed for the PS2 with SDL actually get to people? I doubt we're going to see a lot of free, open-source games on DVD at Best Buy. But (for instance) I can play a whole slew of SDL-based games on Linux, Windows, and BeOS with just a quick download.
It seems to me like this might be a problem for the PS2.
Re:How do you distribute for PS2? (Score:2, Insightful)
You have seen the ones:
1000 Game complimation
As the PS2 uses DVD you might well be able to do this (or similer) and have a menu at the beginning that lets you choose which game to play.
Would that be a problem?
StarTux
mod parent up (Score:1)
I am developing an open-source game and would
love for it to be included in something like
this. (could be really cheap too).
metric
Re:How do you distribute for PS2? (Score:1)
Re:How do you distribute for PS2? (Score:1)
Guess thats what I get for multitasking.
StarTux
Re:How do you distribute for PS2? (Score:1)
It's slashdot, but some people forget to do their homework.
Re:How do you distribute for PS2? (Score:1)
And if you played close enough attention, you'd also notice that the orginial PSX BIOS loads as well ... hmm.
Using your logic, you might as well keep developing for the original PSX, because on the PS2, that's all you would have access to.
The PS2 does depend on the proper format for its own games, but I won't go so far to say that it requires DVDs as I don't know that for certain.
BTW, what the hell are "proper ps1 headers" anyway? Just curious.
M. R.
Re:How do you distribute for PS2? (Score:1)
Re:How do you distribute for PS2? (Score:2, Informative)
Re:How do you distribute for PS2? (Score:1)
Re:How do you distribute for PS2? (Score:1)
Dos (Score:1)
Direct Input?? (Score:2, Interesting)
-Kenix "Beer is proof that God loves us and wants us to be happy."
Why does everyone here love the PS2? (Score:2)
When you buy a PS2, you give money to Sony, who is both a member of the MPAA [mpaa.org] and the RIAA. [riaa.org]
MPAA:
Sony Pictures Entertainment
RIAA:
Sony Broadway
Sony Class./Sony Music Soundtrax
Sony Classical
Sony Direct
Sony Discos
Sony Masterworks
Sony Music Special Products
Sony Music US (Latin)
Sony Portrait
Sony Wonder
Re:Why does everyone here love the PS2? (Score:1)
No money to Sony (Score:2)
And related to this, my plan is to by a few XBoxes after someone hacks a linux distro for it. I won't buy any games, it looks good just as a high-end graphics linux box (and far cheaper than a comparable PC). And to top it off, I'll basically be taking money from Microsoft.
Maybe I'm oversimplifying, so if I'm wrong, please speak up!
Re:No money to Sony (Score:1)
Re:No money to Sony (Score:1)
I can build a basic computer system for under $400 (including DVD and hard drive). That's with a $35 case and onboard video & sound. It'll cost me $100 for good 3D video, but video cards have the highest margin by a mile. Do you think microsoft can't negotiate a deal to get parts at 75% of my cost?
And when you take into account a console doesn't have to worry about buses and compatibility and and ports and peripherals, you get huge savings. One board, no slots, 2 joystick ports. Hypothetical ethernet. No 250-300W power supply. Plastic. No middlemen.
Re:No money to Sony (Score:1)
Re:Why does everyone here love the PS2? (Score:2)
You have hit on the essential contradiction that geeks have to deal with. Games vs Politics
It is like the old time monkey trap from India. You place a fruit into a jar where the hole in the top is just large enough for the fruit. When the monkey reaches in, the monkey's hand is then too big to take out while the monkey holds the fruit. To escape the Monkey has to let go of the fruit. The monkey, of course is too greedy, and the reactively holds on to the fruit while the hunter makes his approach. Bye, bye, monkey.
Now the right way for the Monkey to handle this would be to hack the jar by turning it over, spilling the fruit out. But there are no Monkey hackers that are smart enough to figure this out.
Fortunately, they do not have to deal with the monkey equivalent of the MPAA and RIAA. I think.
For Geeks, the choice is to either outsmart or avoid the trap.
- - -
Radio Free Nation [radiofreenation.com]
is a news site based on Slash Code
"If You have a Story, We have a Soap Box"
- - -
Re:Why does everyone here love the PS2? (Score:2)
Quite possibly, but... On all the IP/Copyright debates, people keep saying that "Don't support the RIAA by buying CDs from them". I'm just trying to figure out how this is different.
Oh, and sorry about the unclosed HREF... I hit submit by accident instead of Preview.
Graphics Hardware Drivers (Score:5, Interesting)
My question is a bit tainted by my personal opinion in this matter, but I'm sure Sam will be able to provide a different (and surely interesting) point of view.
At the risk of being a tad Linux centric, does the availability or unavailability of hardware specifications and technical documentation on graphics hardware affect a Linux game developer and why? With two concrete cases in mind, on one hand NVIDIA who provides binary drivers and "high level" documentation about their cards, and on the other hand, ATI for which there's source code for the drivers with support for half of the features the hardware offers, but neither openly accesible hardware documentation nor much "high level" docs, how do you think this can affect the future development of games for Linux (proprietary or otherwise)?
Thanks
Out-of-the-box Linux 3D support? (Score:4, Interesting)
I'm not a big gamer, but I would play some if it weren't such a bitch to get the proper libraries working under Linux. Last time I tried was about 6 months ago... After following some really complicated directions and compiling umpteen obscure drivers I finally got SDL and hardware-accelerated OpenGL working. I had to disable it and revert to my previous versions, though, because it locked up my system a lot during games and made X pretty unstable.
Anyway, my question is this: is multimedia support for Linux getting any easier to install? Is it possible that someday I will be able to install a distribution and have it automagically configure hardware 3D support, install SDL, etc.? Or is Linux multimedia still too much in the toddler stages?
I'm just a lowly PHP coder. I don't understand all this low-level mumbo jumbo. I just want to fire up a game every now and then and blow shit up. Is there hope for me?
Will Linux gaming ever pick up? (Score:1)
StarTux
"Pretty Sammy: Magical Girl" (Score:1)
o/~ pretty mutation - magical recall! o/~
Agian, good luck at your new job!
-- Mongoose
Linux ports (Score:2, Interesting)
Now that you work at Blizzard, can you comment on whether Blizzard has an interest in releasing games for Linux along with the PC and MAC?
Maelstrom (Score:3, Interesting)
Re:Maelstrom (Score:1)
I doubt Maelstrom was all that difficult. But porting any game really has more or less the same problems, and it also depends on how the game is written.
The main detail when porting any game is to make sure anything that is system specific; that is, input/output code, is heavily abstracted. If abstraction layers already exist, it is fairly easy to add in new code. If they don't, then it's still not all that difficult to split out the code and rewrite it.
Descent [warpcore.org] didn't have proper abstraction, mainly since the code was a mess. It is still not a terrible lot of work to go through abstraction, because most of it is just mad grepping and replacing.
Other problems include endianness (usually not hard to compensate for; just stuff some macros or defines to byteswap things on load), and word size. And let's not forget depending on large protocols, like D3D, that don't exist in other operating systems.
On the whole, though, no, it would not be more work to start over than it would have been to port. Writing a game is a LOT harder than rewriting graphics and interface code. I should know. [sandwich.net]
- aoiushi, #sdl
Re:Maelstrom (Score:3, Informative)
This includes how he dealt with using the native Mac resources, X video issues, timing and network synchronisation. All are entertaining and highly informative and answer your questions :)
ABI (Score:1, Interesting)
Sony Development Costs (Score:5, Interesting)
Re:Sony Development Costs (Score:2, Interesting)
Looking at all of your possible choices, and knowing relatively little (I've played the games, never tried coding w/ SDL), I really find it hard to believe it was developed solely for any one of these reason. It seems likely that there is no PRIMARY REASON, but more likely a combination of broadening all of the platforms, AND providing a base for game programming on the linux platform.
Re:Sony Development Costs (Score:3, Informative)
- Andreas
GLtron [gltron.org]: cross-platform gaming on Linux, Win32, MacOS, MacOS X. Soon with networking
higher level? (Score:5, Interesting)
There are, of course, some very good commercial 3D API's that will abstract over this problem. One of the strengths of SDL has been that you have abstracted over the low level and have avoided getting into the sticky business of fighting OpenGL and Direct3D for the 3D API. This also limits the utility of SDL, however, because of the lack of a solid, free API for abstracting the 3D API.
Do you see SDL moving higher up the graphics pipeline in the future, or is it your intent to continue to avoid higher level 3D calls?
-magic
Re:higher level? (Score:1)
I'm currently preparing to port my game GLtron [gltron.org] to the SEGA dreamcast, and believe me, dealing with windowing, input, i/o and audio is the hardest
part. Without libraries, it requires in-debt knowledge of the system you're porting to.
Compared to that, keeping your graphics stuff somewhat API independent is fairly easy. In my (simple) case, it's just setting up some blending modes & texture states, and then send the vertices to the card.
- Andreas
Re:higher level? (Score:2, Informative)
SDL is for PS2 Linux.
PS2 Linux has a version of Mesa (OpenGL clone)
that ships with it.
Unfortunately texture mapping isn't optimized with that release so the performance isn't
what it could be.
But if you're using OpenGL you're missing all the strengths of the PS2. I'd only use SDL for a frame buffer application or some port of an emulator or something.
If you're going to code anything brand new just go straight to low-level. Otherwise you'll be wasting most of the machines power.
Re:higher level? (Score:2)
Geometry loading -> Vertex transform -> vertex lighting -> vertex shading -> rasterization
Now, where does PS2 or Xbox come into play here about changing your graphics pipeline? I'm curious...
Of course, you have to change the API you're using. And in general, there are a few fundamental differences between OGL and D3D. However, I think that these are not *too* difficult for an experienced game engine coder(s) to work around.
Personally, I find D3D easier to understand (mainly because OGL's built-in matrix stack had me confused for a good while... who knows exactly why).
Re:higher level? (Score:1, Informative)
On a PS2 you have the ultimate level of control, of course at the expense of ease of programming. If you're not using any middleware then you have to write your own clipping code, and decide where you want the clipping to take place. Generally you want the clipping to happen after you've done your transforms on VU1, and the two approaches I've seen have been to do the clipping on VU1 or (the approach I favour) to have the main CPU assist VU1 in the clipping.
Although having to write your own clipping is a pain, it does allow you to generate new vertices late on in the pipeline. This means you can do things like procedural geometry (eg trees, bezier patches) without taking a CPU hit.
OpenGL allows you to write portable code at the expense of taking advantage of specific options your hardware might have. Having the extensions though allows you to target specific hardware options quite easily. For example, if you want to use pixel shaders then you use the NVidea extensions that expose this, but you'll still need to write a different renderer to support devices that don't have these extensions.
Direct3D attempts to encapsulate all these extensions as part of its API. So you still end up writing a different renderer if the driver doesn't support the CAPS you need, but you should only need to write one version of say your vertex shader that'll run on any hardware that supports these. It also gives the software emulation of vertex shaders which is nice. Vertex shaders are less flexible than VU1 programming on the PS2, but in most cases they're nice to use.
The XBox gives you lower-level access to the hardware than you get with DirectX giving you even more flexibility.
In short, the pipeline doesn't differ all that much between the different things you're using. OpenGL and Direct3D are better suited to different things (ie workstation style graphics and game graphics), while the PS2 and Xbox are definitely geared up for rendering game graphics!
Where it really gets different is with texture management. On the PS2 this is a total nightmare -- lots of hard work just to get yourself with a decent amount of textures per frame. On the Xbox this is pretty much all done for you, and on top of that you get texture compression.
Sorry for posting anonymously...I'm sure some will understand why!
ok... (Score:1)
Is ((Blizzard+Sam+SDL)==(Diablo2.linux))?
Why bother? (Score:1)
This is clearly not DirectX, and it will never receive the recognition in the gaming industry that DirectX has simply because it's been adopted by the fringe. Do you honestly believe that most Playstation owners will honestly care?
Not entirely on topic but... (Score:2, Insightful)
Seems to me that a lot of gamers have complained on and off about the lack of original games and general stagnation of the game industry. In my opinion, that was alleviated a bit with the introduction of 3d engines that were produced specifically to make life easier for game developers. No longer did you need to have a large staff of programmers to write your game engine (2d or 3d) from the ground up. Take a portion of your game dev budget and plunk it down for a proven graphics engine. Get some artists, perhaps some 3d modelers and have at it.
I think the proliferation and evolution of game development libraries like this will lead to making better games. The more of the budget that can be dedicated to fine-tuning the gameplay and design, the better. On the other hand, though, I fear that making games really easy and quick to create will lead to even more cheap, crappy quickie games with no substance.
What your status with Loki (Score:5, Interesting)
Performance issues (Score:3, Informative)
To what extent do the games compiled with SDL for PS2 are slower than the analogous native versions? If a programmer uses a special programming style, does that improve the performance?
Also, does the overhead of SDL grow since there are so many platforms/tricks to be supported (i.e. if a feature of PC hardware leads to a certain architectural solution, the same feature does not necessarily exist or is relevant to the PS2 architecture).
Gamecube, Xbox? (Score:5, Interesting)
Devlopment tools for the PS/2 (Score:4, Interesting)
correct me if I'm wrong but to develop games for the PS/2, you need the Sony "TOOL" DTL-T10000 and the Metrowerks development environment, this runs about $20,000.
In your communications with Sony has anything been expressed about opening up the PS/2 to home developers? The Linux thing is neat but most hackers would like to develop a game for the PS/2 and then burn it to DVD for distribution to friends, customers etc.
I'm reasoning that the first console to have an affordable dev environment is going to clean up in market share. It would be a shame to see the Xbox 'innovate' in this manner.
Re:Devlopment tools for the PS/2 (Score:3, Informative)
Okay.
The TOOL system is a plain ol' PS2 with a minor modification... it can run uncertified games (used for testing). The DevKit is a whole different kettle of sheep dung.
As to CodeWarrior, where the hell did you get that idea? CW is just one of several compilers that can come up with PS2 binaries. The PS2 Devkit itself comes with a version of gcc [sourceforge.net], and Codeplay (the company I work for) is about to release vectorC {PS2}. [codeplay.com]
And a note to anyone thinking having a PS2 version of SDL will allow you to write PS2 titles, guess again. A PS2 will only run certified software (unless you have the aforementioned TEST kit), so being able to compile for the box is only half of the problem. You also need to fork out cold-hard-cash for the certification.
Of course, PS2 Linux will let you run your own titles, but only other people with PS2 LInux will be able to use it.
Re:Devlopment tools for the PS/2 (Score:2, Insightful)
Never gonna happen. The console sells at a loss, Sony makes that up by licensing fees on the game titles. If every Joe with a PS2-SDK-Linux-SDL could crank out his own games:
- the quality of games would go down (I'm sure there would be some real gems, but I'm generalizing).
- Licensing would become a nightmare, with hobbyist either bitching about having to pay, or design companies bitching about hobbyist not paying.
- DMCA violations left and right as hobbyists reverse-engineered the console.
Hope this clears some things up for you.
Re:Devlopment tools for the PS/2 (Score:1)
Blizzard Entertainment (Score:5, Interesting)
What are you working on at Blizzard? Do you get paid for continuing your work on SDL, or do you have to do that in your spare time?
directx 8 and SDL (Score:5, Interesting)
This leads me to believe that any future enhancements/optimizations/support/testing/etc... that will happen with directx will be only on the direct3d part, and directdraw is probably going to be unsupported. Do y'all have any plans to deal with that?
Trademark infringement? (Score:3, Interesting)
Re:Trademark infringement? (Score:1)
--Sam
The future of SDL (Score:3, Interesting)
It was a cause of concern when I read that you left Loki Software. Even though I understand that you personally hold the Copyright for SDL, the nature of Loki seems to imply that it's presence encouraged you to continue development. With that part of your life behind you, would you like (or have you made) a public statement about the future of SDL?
End-user availability? (Score:5, Interesting)
From what I understand, the PS2 Linux distro uses a proprietary, binary-only driver/library/program to allow programmers to access the PS2's graphics chip. My question is, how will this hinder end users' ability to get their hands on SDL-based PS2 games?
Does this mean they'll have to buy a copy of the $200 Linux development kit? Or are developers allowed to freely redistribute the graphics runtimes? (Or have you found some other way around this, perhaps by accessing the PS2 hardware without the binary runtime?)
I'm just afraid that most PS2 gamers (read: non-geeks) won't find SDL games too attractive if they have to buy a $200 Linux kit to play them.
Slowness and SDL (Score:2)
This is primarily a PC (as opposed to console) question:
I have tried writing a game for SDL under both Linux (redhat 6.2, XFree 4.0.1, Geforce DDR), and under windows 2000 (geforce DDR, and also tried with an ATI all in wonder pro). In all cases, i could not get a page flipping full screen mode to work, and i could not blit the screen full and "flip" to achieve anything faster than 16fps at 1024x768. This is a dual pIII 800 i've been trying this on.
My question is: Is it hardware or software?
Re:Slowness and SDL (Score:3, Informative)
That's mostly hardware.
1024x768 at, say, 32bpp is 3.1MB. About 50MB per second if you get 16fps. This really doesn't sound like alot, until you consider that you're blitting to the buffer as well -and- you sit around waiting on the bus to 'flip' the buffer; and the bus is an awful lot slower than direct memory access.
You can get around this by using a hardware buffer and hardware surfaces, but you're stuck with using just images and usually color key that way; no primitives for the time being, and alpha blend isn't always supported in hardware.
As far as full screen page flipping goes, you need to use a hardware surface. You won't always get one; check the flags on the surface that is returned. May also need SDL_DOUBLEBUF, it's been awhile since I messed with that.
- aoiushi, #sdl
Re:Slowness and SDL (Score:1)
Re:Slowness and SDL (Score:1)
But besides that, using SDL for one of my meager projects [freshmeat.net] has been nice. I only wish it could come out of the box on some platforms.
Support for Subwindows? (Score:1)
Weakest Link? (Score:3, Interesting)
SDL plain rocks (Score:2)
SDL will become a de-facto standard soon, it's fast, coupled with OpenGL it's powerful, and it's a dream to program with.. Svgalib was nice back in the 1980's but this is a real graphics lib.
Hell, you can make a side-scroller game in PERL with it.... and there's a few embeded GUI's based on it now.
Future of linux gaming (Score:4, Interesting)
The Linux desktop as a whole has gained ground-breaking increases in the number of users, but still falls way behind Windows. In my opinion, the only thing that's holding back Linux is it's lack of entertainment, specifically in the game department. In order for Linux to truly take off, Linux needs a plethora of games to even try and be on the same level as Windows.
Where do you see Linux gaming in the next few years, and do you think it will directly affect the number of users?
Re:Future of linux gaming (Score:1, Insightful)
Without Loki's business, I don't know that we would have SDL.
Warcraft 3 and SDL (Score:2)
Marketing (Score:2, Interesting)
Loki (Score:4, Interesting)
First, thanks for SDL and SMPEG. They ran mpg321 [freshmeat.net] very well for a while. Thanks, too, for your development help.
I know you probably get asked this a lot, but as a loyal Loki customer I just have to know: now that you and most other Loki programmers have moved on to bigger and better things, in your opinion does Loki have a chance in continuing to produce Linux games?
Re:Loki (Score:1)
Not quite related to the context of your question, but... that's the answer. I think.
IANAL, and I also don't work for Loki.
SDL and OpenAL (among others) (Score:4, Interesting)
Also, what about a wrapper against D3D [v3x.net]? There is currently a nice integration with OpenGL, when SDL needs to use 3D acceleration, but under Windows (where a lot of SDL games already exist) most of the coders are using D3D. Also, based on the fact that D3D 8 is not as bloated as previous versions, a wrapper for other OSes could be easily achieved (IMHO).
Last question, again on the spirit of 'SDL Vs DirectX', are there any plans for more support for more input devices, like force feedback wheels etc.
Take care and thank you for all the hard work you have put on SDL the last few years. (and also greatly thank you for the BeOS port! :)
SDL and Python (Score:2, Interesting)
How about this one... (Score:1, Interesting)
OH FOR GODS SAKE! (Score:2)
SHeeeeesh....... Welcome to Slashdot - we only have one drum and we beat it loudly.
Why was this ever modded up to +5? It's not even flamebait - it's just totally off topic. Why don't we ask him about his opinion on stem cell research too....
Re:OH FOR GODS SAKE! (Score:2)
Please explain in 500 words or less how this guy has any influence, control, or bearing on the decisions that Sony makes about releasing their code (and whatever licenses they use).
Thats right - he doesn't. He's building an application library on their platform - thats it. It's very nice that you're obsessed with the GPL, but not everybody is.....
Good to see the mods are taking this nonsense back down and putting some USEFUL questions up......
Re:How about this one... (Score:2)
You only have to make the source available to the person you send the binaries. There is no (ridiculous) requirement that you must open the source to everyone.
However, you can't forbid that person from redistributing the source afterwards which generally makes the point moot.
Re:How about this one... (Score:1)
With so many clamouring for this, dont you think there would have been *one* person to have made it widely available by now..?
Re:How about this one... (Score:2)
But sony IS distributing binaries. (Score:1)
You only have to make the source available to the person you send the binaries.
And if Sony is releasing a DVD containing a Linux kernel and GNU operating environment, it is releasing binaries to everybody who buys the Linux kit, must release source code for all GPL covered software on that DVD, and must make it available for the cost of duplication + S&H to all persons who have received Sony's binaries (GNU GPL [gnu.org], section 3b). In fact, Sony included the source tarballs on the Linux DVD.
This, however, doesn't stop Sony from putting every single driver into proprietary kernel modules, which are treated as "mere aggregation"[?] [everything2.com] under the GPL.
Re:But sony IS distributing binaries. (Score:2)
Re:How about this one... (Score:2)
PLEASE read the articles ... (Score:3, Insightful)
The programming blueprints, or source code, for the kernel--the heart of Linux--is included on the DVD, Sony said. But the source code for a proprietary "runtime environment" that lets games play on the system is not.
I know its slashdot, but I can't believe being a blind, mad, and paranoid GPL zealot will still score you +5.
Re:How about this one... (Score:1)
They only have to release the source to their modifications to those that they distributed the binary to. Perhaps Sam received the modified source with his copy.
Dinivin
PS IANAL
Re:How about this one... (Score:1)
Completely new things like drivers can possibly be distributed in binary only or library format IANAL.
Re:How about this one... (Score:3, Informative)
the gpl is referred to as "viral" because anything that is derived from a gpl'd product must be gpl'd. it spreads. like a virus. hence the term "viral".
Re:How about this one... (Score:1)
I beg to differ:
"3. You may copy and distribute the Program (or a work based on it, under Section 2) in object code or executable form under the terms of Sections 1 and 2 above provided that you also do one of the following:
a) Accompany it with the complete corresponding machine-readable source code, which must be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or,
b) Accompany it with a written offer, valid for at least three years, to give any third party, for a charge no more than your cost of physically performing source distribution, a complete machine-readable copy of the corresponding source code, to be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or,
c) Accompany it with the information you received as to the offer to distribute corresponding source code. (This alternative is allowed only for noncommercial distribution and only if you received the program in object code or executable form with such an offer, in accord with Subsection b above.)"
Re:How about this one... (Score:1)
Still it doesn't say you must, distributing the source with the binaries is one option, not the only one.
Re:How about this one... (Score:1)
Yep. I noticed that after the fact. I'm surprised (or maybe not so surprised) that no one else bothered to actually post the relevant part of the GPL.
Brain fart?
Yep.
Re:How about this one... (Score:2)
Re:How about this one... (Score:1)
There are options. Providing the source with the binary is one option. Option B is distributing an offer to send the source separately. Option C is only available to people to are 1) distributing binaries and 2) received said binaries from someone who used option B, and basically guarantees the propagation of the offer.
Note that in all three cases, the source is made available to the person who received the binaries and the source need not be made available to people who did not receive the binaries. The fact that source is generally distributed to anyone, regardless of their possession of binaries, is only a convention.
SDL as a common layer.. (Score:3, Interesting)
Do you think it would be feasible to plug something with less complexity than X Windows at the bottom of SDL to do such a task. How tied is SDL coupled with the platform architectures it supports?
Re:SDL as a common layer.. (Score:2)
Replacing X with a much better designed and modern interface has been a long time dream of mine and this sounds like a way to do it.
I suspect SDL may lack features for allowing more than one program to cooperate on the screen (ie it lacks overlapping windows). But these should be possible to add with a few calls that should be designed to resemble the rest of SDL as much as possible.
Re:SDL as a common layer.. (Score:2, Informative)
Re:SDL as a common layer.. (Score:1)
Tradeoffs between Portability and Performance (Score:4, Interesting)
LL
Re:SDL is lame... (Score:1)
psxndc?
Re:SDL is lame... (Score:2, Insightful)
I play SDL-based games regularly, and to me it looks like a direct parallel to DirectX.
I can play every game on my system, using only a single shared library for graphics and sound I/O.
These games were all developed using a single shared library for graphics and sound I/O.
Tell me how this adds 50-75% overhead?
Re:SDL is lame... (Score:1)
Re:SDL is lame... (Score:1)
As far as I know, using a graphics/sound library can pretty much only speed up development time.
Then again... if I interpreted the original poster wrong... then you're right.
Personally, I don't care all that much about numbers of polygons. If it's that much easier to write a game, I think it's worthwhile.
Re:SDL is lame... (Score:1)
Exactly. If all the guts of graphics end are taken care of you can spend more time concentrating on gameplay. Although, polygons and flashy cheese (ie. lens flare) seems to sell games these days.
Re:Your name (Score:3, Funny)
Re:Your name (Score:2)
Sam LaNtinga.
Sheesh.
m.
Re:Your name (Score:1, Funny)