Quote:Original post by KoshmaarQuote:
Anyway... Those alone make my distro large (my executable is a tiny 30K after packing and any demo data is largely generated procedurally so they are the main culprits). I'm still kind of annoyed that SDL_image reguires me to carry along libpng1.dll, jpeg.dll, and zlib.dll even though I don't actually use them at all.
This also annoyed me very badly, so I've searched for other, alternative libraries that could load RGBA .png files (cause in only them I was interested in), would not link to any other external libraries (at least, no additional .dlls needed) and would produce SDL_Surface (well, this one was a little too unrealistic, but theese specs were for dream-like lib, I knew eventually I would need to write some wrapper code myself). I've spent whole day searching through Google, Sourceforge, SDL sites, on GameDev, Flipcode... you know what? I found literally _nothing_. 95% of them used libpng etc., 4% that weren't using it, were only in commercial versions, and the last 1%... couldn't load png's :-/
This world is so cruel... ;-)
You can compile libpng (and zlib, libjpeg) as a static library so it will compile directly into your code without needing a .dll
I don't know if SDL_Image has support for that, but using libpng directly is pretty simple to do.