Sat, 04 Feb 2006 20:37:17 +0000Fixed image type functions so they seek back to where they started
Sam Lantinga <slouken@libsdl.org> [Sat, 04 Feb 2006 20:37:17 +0000] rev 117
Fixed image type functions so they seek back to where they started

Sat, 04 Feb 2006 04:53:36 +0000Date: Fri, 3 Feb 2006 19:02:43 -0800
Sam Lantinga <slouken@libsdl.org> [Sat, 04 Feb 2006 04:53:36 +0000] rev 116
Date: Fri, 3 Feb 2006 19:02:43 -0800
From: Eric Wing
Subject: Re: SDL/Universal Binary updates

I forgot about SDL_net in the mix of things. Attached are the updated
Xcode project and DMG.

I forgot to regenerate the exports list for SDL and SDL_image. There
were new APIs found in those two. The new project adds the updated
lists. I also removed a few temporary binaries I forgot to delete in
SDL_image's directories.

Thu, 02 Feb 2006 06:26:39 +0000Date: Wed, 1 Feb 2006 18:20:33 -0800
Sam Lantinga <slouken@libsdl.org> [Thu, 02 Feb 2006 06:26:39 +0000] rev 115
Date: Wed, 1 Feb 2006 18:20:33 -0800
From: Eric Wing
Subject: SDL/Universal Binary updates

Hi Sam,
Attached is a big set of changes to the Xcode projects to support
Universal Binaries. I have also included .dmgs that include the
prebuilt frameworks.

Ryan, I also updated SMPEG which is also in the package.

The SDL and smpeg binaries were built against the CVS version (pulled
maybe a month ago?).

I do not have an Intel Mac to test on so I have no idea if this stuff
actually works. However, Christian Walther has been a big help in
testing 10.2.8 and 10.3.9 so I'm fairly confident we got the build
settings correct for at least PPC.

I have attempted to document the important things for producing these
Universal Binaries. Documentation is somewhat scattered through out
everything, but there is a big centralized piece of documentation in
the UniversalBinaryNotes.rtf in the SDL.dmg.

As far as Universal Binaries are concerned, the big things were:
- Build with gcc 3.3 on PPC, 4.0 on Intel.
- We couldn't get any of the MMX/SSE code to compile/link (SDL and
smpeg).
- All 3rd party dependencies had to be rebuilt as Universal

There were also a bunch of non-Universal things that have been updated:
- I converted the SDL-satellites to create .dmg's instead of .pkg
installers
- Updated all 3rd party static libraries with current versions. (I
think libpng was the most dramatic going from 1.0.? to 1.2.8 with API
breakage. I haven't found any problems so far in doing this.)
- Changed some compiler optimization settings
- Finally updated the exports list for SDL_mixer
- Tried to include a static smpeg in SDL_mixer (multiple build
variants in Xcode project now)
- Enabled Altivec in SDL (we forgot to add the flags to Xcode last time)
- More documentation

Since so many things have changed, there might be new problems
introduced. The big issue I've found so far is with SDL_mixer. As I
mentioned on the mailing list, MP3's produce an assertion failure.
And the MikMod problem reported on Bugzilla continues to persist.

There's probably a bunch of other stuff I'm forgetting. There really
were hundreds of little things I mucked with so it's hard to remember
them all.

If you have any questions, feel free to ask.

Thanks,
Eric

Mon, 30 Jan 2006 14:27:56 +0000This library is now available under the LGPL 2.1, the major change of which
Sam Lantinga <slouken@libsdl.org> [Mon, 30 Jan 2006 14:27:56 +0000] rev 114
This library is now available under the LGPL 2.1, the major change of which
is allowing linking with a shared object to be considered sufficient for
complying with section 6 of the LGPL.

Tue, 24 Jan 2006 06:50:05 +0000Date: Mon, 21 Apr 2003 03:11:14 -0500
Sam Lantinga <slouken@libsdl.org> [Tue, 24 Jan 2006 06:50:05 +0000] rev 113
Date: Mon, 21 Apr 2003 03:11:14 -0500
From: Jonathan Atkins
Subject: [SDL] configure.in ( if [ ] ) problems

in configure.in, in SDL and SDL_image, perhaps other places...
I'm using the cvs of the libs, and it uses if [ ] in places...
the [ ] is eaten by m4...
please convert the if [ ] statements to: if test

that fixes stuff! :)

--
LIM

Fri, 02 Dec 2005 22:54:15 +0000Replace config.guess and config.sub by same updated version as in current SDL12 subdir, for cross-compilation
Patrice Mandin <patmandin@gmail.com> [Fri, 02 Dec 2005 22:54:15 +0000] rev 112
Replace config.guess and config.sub by same updated version as in current SDL12 subdir, for cross-compilation

Fri, 02 Dec 2005 22:51:58 +0000Replace AC_CANONICAL_HOST and _TARGET by AC_CANONICAL_SYSTEM for cross-compilation
Patrice Mandin <patmandin@gmail.com> [Fri, 02 Dec 2005 22:51:58 +0000] rev 111
Replace AC_CANONICAL_HOST and _TARGET by AC_CANONICAL_SYSTEM for cross-compilation

Wed, 23 Nov 2005 07:53:08 +0000OS/2 tweaks to SDL_image.
Ryan C. Gordon <icculus@icculus.org> [Wed, 23 Nov 2005 07:53:08 +0000] rev 110
OS/2 tweaks to SDL_image.

Thu, 08 Sep 2005 07:28:12 +0000SDL_image jpeg IPTC patch.
Ryan C. Gordon <icculus@icculus.org> [Thu, 08 Sep 2005 07:28:12 +0000] rev 109
SDL_image jpeg IPTC patch.

--ryan.



Date: Mon, 15 Aug 2005 21:24:39 -0700 (PDT)
From: Jeremy Stanley <stanmuffin@yahoo.com>
To: sdl@libsdl.org
Subject: [SDL] SDL_Image: IMG_isJPG() fails on pictures with IPTC information

I found that SDL_Image fails to load JPEG files to
which I have added a caption using Picasa (a free as
in beer picture organization tool;
http://www.picasa.com). Picasa claims to store its
captions in IPTC format. Photoshop apparently uses
this format too, but I don't have that program so I
can't verify that.

The problem is that the IPTC information block is
stored between the SOI (FF D8) and APP1 (FF E1)
markers in the JPEG file, so that the "JFIF" or "Exif"
constant is not stored at offset 6. Instead, the two
bytes at offset 2 store FF ED and the next two bytes
store the size of the block as a big endian word
(including the size field). The APP1 (FF E1) marker
will immediately follow.

A simple fix could be inserted just after the second
SDL_RWread() in IMG_isJPG(). Instead of throwing
these four bytes away, we can check for the IPTC
header and skip over it. The following code does the
trick for me.

Sun, 21 Aug 2005 07:13:02 +0000Date: Fri, 05 Aug 2005 16:52:24 +0900
Sam Lantinga <slouken@libsdl.org> [Sun, 21 Aug 2005 07:13:02 +0000] rev 108
Date: Fri, 05 Aug 2005 16:52:24 +0900
From: Toshio KATO
Subject: Jpeg file load error

I can not load Jpeg file format except JFIF or Exif.
My Jpeg file is as following;

FF D8 FF E2 00 0E 56 56 4C 00 30 30 0A 00 00 00 00 00 FF DB 00 84 00 0C
08 09 0A 09 07 0C 0A 0A 0A 0D 0D 0C 0E 12 1E 13 12 10 10 12 25 1A 1C 16
1E 2B 26 2E 2D 2B 26 2A 29 30 36 45 3A 30 33 41 34 29 2A 3C 52 3D 41 47
49 4D 4E 4D 2E 3A 55 5B 54 4B 5A 45 4C 4D 4A 01 0D 0D 0D 12 10 12 23 13
13 23 4A 31 2A 31 4A 4A 4A 4A 4A 4A 4A .......................

56 56 4c="VVL"

For the present I patched the IMGjpeg.c and compile.
load and disp ok!