If we were big enough to tell M$ what to do, we might be able to
kill BMP, but as that’s not the case, I guess we’ll just have to
accept that BMPs show up every now and then, and people will want to
be able to load them. Not all SDL applications are games…
Or maybe we should split SDL_image into one minimal version for games
and other apps where the developers can control what formats are
used, and one add-on library that aims to load anything thrown at it,
within reasonable limits?
Now, if we really want to do anything about obsolete formats, I think
it would make more sense to drop SDL_SaveBMP(). It is currently the
only way to save images without going beyond SDL and SDL_image, and
consequently, the reason why many games use the “obsolete” BMP format
for screenshots. PNG and/or JPG saving in SDL_image, or in a new
SDL_saveimage lib would be a lot nicer, IMHO.
Sure, as it is, you can avoid an extra lib dependency and still get
screenshots - but those screenshots will be in BMP format, which is
anything from slightly annoying to completely unacceptable, depending
on your POV. And unless you’re using BMP for your graphics data, you
most probably already depend on some lib (ie libpng) that could do
the saving as well, so it’s kinda’ silly not to use it…
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality -----------------------------------------------.
| Free/Open Source audio engine for games and multimedia. |
| MIDI, modular synthesis, real time effects, scripting,… |
`-----------------------------------> http://audiality.org -’
— http://olofson.net — http://www.reologica.se —On Wednesday 30 June 2004 00.52, Glenn Maynard wrote:
On Tue, Jun 29, 2004 at 02:34:57PM -0500, Bob Pendleton wrote:
This is not the list for discussing your personal prejudices.
Take it somewhere else.
I’m sorry that you find the desire that code be maintainable, and
not be burdened with support for ancient, dead legacy formats that
almost nobody uses, to be a “personal prejudice”.