SDL_Image submissions

SDL Development
1

Hey Sam,

Have you had a chance to look over the code I submitted a while back for SDL_Image?

2

Have you had a chance to look over the code I submitted a while back for
SDL_Image?

Are these on bugzilla? I looked for them to try them out and couldn’t find
them.

GregoryOn Mon, 8 Jun 2009, Mason Wheeler wrote:

3

Mason,
You mean the PNG saving and faster loading? Submit them to bugzilla like
Greg said. There’s a much better chance that they will get looked at there.
I certainly can’t read every mail that comes in on the mailing list and I’m
sure Sam can’t either. I’d bumped the loading one awhile back but no new
replies, eventually they will get buried.On Tue, Jun 9, 2009 at 8:19 AM, Gregory Smith wrote:

On Mon, 8 Jun 2009, Mason Wheeler wrote:

Have you had a chance to look over the code I submitted a while back for

SDL_Image?

Are these on bugzilla? I looked for them to try them out and couldn’t find
them.

Gregory

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

4

No, I didn’t, and I lost the mail in the transition to gmail. Can you
resend it?

Thanks!
–SamOn Mon, Jun 8, 2009 at 10:14 PM, Mason Wheeler wrote:

Hey Sam,

Have you had a chance to look over the code I submitted a while back for
SDL_Image?

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

5

http://bugzilla.libsdl.org/show_bug.cgi?id=751
http://bugzilla.libsdl.org/show_bug.cgi?id=752

There you go.>From: Sam Lantinga

Subject: Re: [SDL] SDL_Image submissions

No, I didn’t, and I lost the mail in the transition to gmail. Can you resend it?

Thanks!
–Sam

On Mon, Jun 8, 2009 at 10:14 PM, Mason Wheeler <@Mason_Wheeler> wrote:

Hey Sam,

Have you had a chance to look over the code I submitted a while back for SDL_Image?

6

Mmmmm… PNG saving.

Sounds like a useful feature for saving screenshots =)

Will have to look into that.> ----- Original Message -----

From: Mason Wheeler
To: A list for developers using the SDL library. (includes SDL-announce)
Sent: Wednesday, June 10, 2009 8:31:28 AM
Subject: Re: [SDL] SDL_Image submissions

http://bugzilla.libsdl.org/show_bug.cgi?id=751
http://bugzilla.libsdl.org/show_bug.cgi?id=752

There you go.

From: Sam Lantinga
Subject: Re: [SDL] SDL_Image submissions

No, I didn’t, and I lost the mail in the transition to gmail. Can you resend
it?

Thanks!
–Sam

On Mon, Jun 8, 2009 at 10:14 PM, Mason Wheeler wrote:

Hey Sam,

Have you had a chance to look over the code I submitted a while back for
SDL_Image?

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

7

That’ll work under 1.2, or 1.3 if you’re doing the compatibility APIs.
I don’t think it’ll work with the new 1.3 API, though, since there’s no
way that I’m aware of (yet) to convert a texture or a window back to
a surface.>----- Original Message ----

From: Patryk Bratkowski
Subject: Re: [SDL] SDL_Image submissions

Mmmmm… PNG saving.

Sounds like a useful feature for saving screenshots =)

Will have to look into that.

8

Heh, nothing Tux Paint hasn’t had for … 6-7 years?

-bill!On Wed, Jun 10, 2009 at 06:37:45AM -0700, Patryk Bratkowski wrote:

Mmmmm… PNG saving.

Sounds like a useful feature for saving screenshots =)

9

Tux paint has a feature that SDL hasn’t? How can this be - I thought
it was all done by the call to SDL_StartTuxPaint(argc, argv)?On Wed, Jun 10, 2009 at 8:28 PM, Bill Kendrick wrote:

On Wed, Jun 10, 2009 at 06:37:45AM -0700, Patryk Bratkowski wrote:

Mmmmm… PNG saving.

Sounds like a useful feature for saving screenshots =)

Heh, nothing Tux Paint hasn’t had for … 6-7 years?

10

That was a humorous comment, but in all seriousness, if this functionality
has been around and in use in a big SDL project for 6-7 years, how come
it’s never ended up in SDL_Image yet?>----- Original Message ----

From: Brian <brian.ripoff at gmail.com>
Subject: Re: [SDL] SDL_Image submissions

Tux paint has a feature that SDL hasn’t? How can this be - I thought
it was all done by the call to SDL_StartTuxPaint(argc, argv)?

On Wed, Jun 10, 2009 at 8:28 PM, Bill Kendrick wrote:

On Wed, Jun 10, 2009 at 06:37:45AM -0700, Patryk Bratkowski wrote:

Mmmmm… PNG saving.

Sounds like a useful feature for saving screenshots =)

Heh, nothing Tux Paint hasn’t had for … 6-7 years?

11

Heh, trust me, I’ve considered creating libraries out of some of the
code inside Tux Paint. :slight_smile:

-bill!On Wed, Jun 10, 2009 at 09:24:00PM +0100, Brian wrote:

Tux paint has a feature that SDL hasn’t? How can this be - I thought
it was all done by the call to SDL_StartTuxPaint(argc, argv)?

12

I recall people arguing about the purpose of SDL_Image, and ‘keep it simple’,
a number of years ago.

Tux Paint can also use Cairo & libRSVG or Cairo, SVG-Cairo and libSVG to
render SVGs into an SDL surface. It’s also got some interpolating
scaling functions. It’s also got some basic Input Method support,
and works with SDL_Pango and FriBidi. Lots of cool stuff in there.
(Tomorrow, I’m actually going to do an off-the-cuff talk about this at one of
the Linux User Groups near me: http://www.saclug.org/ )

The code’s there. It’s just GPL. I’m sure if someone wanted to turn some
of it to LGPL for use in libraries (either within or add-on to SDL),
you can just ask and I doubt anyone from Tux Paint would complain.

-bill!On Wed, Jun 10, 2009 at 01:27:31PM -0700, Mason Wheeler wrote:

That was a humorous comment, but in all seriousness, if this functionality
has been around and in use in a big SDL project for 6-7 years, how come
it’s never ended up in SDL_Image yet?

13

Keeping it simple is fine(keep the API simple), although not including a
feature because eventually there will be too many functions really has
nothing to do with “simple”, but rather “small”. Considering that SDL_Image
deals only with images, I really don’t see any reason it shouldn’t support
as many image formats as Imagemagick/Graphicsmagick. PNG is a great format
and a much better alternative to BMP and since libpng/zlib/libjpeg is
required to use SDL_Image to it’s fullest extent, it doesn’t make sense to
not have that capability.

I recall people arguing about the purpose of SDL_Image, and ‘keep it> simple’,

a number of years ago.

14

Right. Also, the way I’ve got it figured, SDL_Image is supposed to extend the image capabilities of SDL to other formats besides the built-in BMP. And SDL has the ability to both load BMPs and save to them. So why shouldn’t SDL_Image do the same?>From: Jonathan Greig

Subject: Re: [SDL] SDL_Image submissions

Keeping it simple is fine(keep the API simple), although not including a
feature because eventually there will be too many functions really has
nothing to do with “simple”, but rather “small”. Considering that SDL_Image
deals only with images, I really don’t see any reason it shouldn’t support as
many image formats as Imagemagick/Graphicsmagick. PNG is a great format
and a much better alternative to BMP and since libpng/zlib/libjpeg is required
to use SDL_Image to it’s fullest extent, it doesn’t make sense to not have
that capability.

I recall people arguing about the purpose of SDL_Image, and ‘keep it simple’,
a number of years ago.

15

If SDL_image were meant solely for video games, it wouldn’t be such a
big deal… But it’s not. Lacking the saving functionality that is
already part of the linked libs is just crippling part of the
portability of certain app types.

Jonny DOn Fri, Jun 12, 2009 at 12:41 AM, Mason Wheeler wrote:

Right. ?Also, the way I’ve got it figured, SDL_Image is supposed to extend the image capabilities of SDL to other formats besides the built-in BMP. ?And SDL has the ability to both load BMPs and save to them. ?So why shouldn’t SDL_Image do the same?

From: Jonathan Greig
Subject: Re: [SDL] SDL_Image submissions

Keeping it simple is fine(keep the API simple), although not including a
feature because eventually there will be too many functions really has
nothing to do with “simple”, but rather “small”. Considering that SDL_Image
deals only with images, I really don’t see any reason it shouldn’t support as
many image formats as Imagemagick/Graphicsmagick. PNG is a great format
and a much better alternative to BMP and since libpng/zlib/libjpeg is required
to use SDL_Image to it’s fullest extent, it doesn’t make sense to not have
that capability.

I recall people arguing about the purpose of SDL_Image, and ‘keep it simple’,
a number of years ago.

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

16

Exactly. And even if it was just for videogames, as someone else already
pointed out, this would make taking screenshots a lot easier.>----- Original Message ----

From: Jonathan Dearborn
Subject: Re: [SDL] SDL_Image submissions

If SDL_image were meant solely for video games, it wouldn’t be such a
big deal… But it’s not. Lacking the saving functionality that is
already part of the linked libs is just crippling part of the
portability of certain app types.

Jonny D

Right. Also, the way I’ve got it figured, SDL_Image is supposed to extend
the image capabilities of SDL to other formats besides the built-in BMP. And
SDL has the ability to both load BMPs and save to them. So why shouldn’t
SDL_Image do the same?