[SDL] SDL 1.3 and rendering API state management
Antonio SJ Musumeci
asm3072 at njit.edu
Mon Sep 4 08:25:01 PDT 2006
I don't see why this is a bad idea. API's like GStreamer and gdk-pixbuf
provide flexible plugin interfaces so the core library doesn't need to
change when someone wants to add some random format. Why must SDL be
monolithic and inflexible? I'd think it'd make package management a
whole lot easier too. It can always be done in a way so that they can be
external modules or built in to the library. I'd think it'd need that
David Olofson wrote:
> On Monday 04 September 2006 09:30, Ryan C. Gordon wrote:
>>> Yeah... Rename SDL_LoadBMP() as SDL_LoadSurface() (or something),
>>> and convert SDL_image into a plugin that adds support for more
>>> file formats?
>> And this is where I go "stop, stop, god, please stop!"
> I should get more sleep and not brainstorm so wildly. :-D
> Some "problems" are just too simple for solutions like that.
> //David Olofson - Programmer, Composer, Open Source Advocate
> .------- http://olofson.net - Games, SDL examples -------.
> | http://zeespace.net - 2.5D rendering engine |
> | http://audiality.org - Music/audio engine |
> | http://eel.olofson.net - Real time scripting |
> '-- http://www.reologica.se - Rheology instrumentation --'
> SDL mailing list
> SDL at libsdl.org
More information about the SDL