I've checked your anim and there's no problem with alpha channel loading.

But maybe there's problem with display. Are you sure you are displaying
images with proper alpha blending?

Attached image 1 is your anim with proper blending, image 2 is
pixelated 1bit alpha look you probably described. Is that correct?

Thanks for reporting this bug!

Correct if condition in loading function should be
if (Photometric = PHOTOMETRIC_RGB) or (DataFormat = ifUnknown) then
  SwapChannels(Images[Idx], ChannelRed, ChannelBlue);
to swap only RGB images and images got from TiffLib RGBA interface (ifUnknown format).
Saving is the same but without the DataFormat check.
I'll update SVN repository with this fix in few hours.

Animation:
Imaging just loads all frames from MNG file, application must do the playback.

Alpha:
Is this is a problem with all MNG images?
Maybe those MNGs have lossy JPEG-compressed alpha channel which could
produce ugly results.
Attach some of the problematic MNGs here or post some more info please.

Thanks.

You mean saving Tiffs with these compression schemes?
Loading should work now I think.

See the answers posted on PGD:
http://www.pascalgamedevelopment.com/viewtopic.php?p=43231#43231

Hi, Imaging uses OpenJpeg 1.3 since Jan/Feb 2008 (current Imaging working version in SVN repository that is). Specifically, it is OpenJpeg 1.3.0 SVN revision 507 with my CDEF patch (which will be included in official OpenJpeg after 2.0 release).

I've added Lazarus project for Imaging DLL/SO to SVN repo.
Problem is DLL built in FPC crashes in Win32, don't know why.

(I mailed you some latest DLL built with Delphi earlier.)

Quote
support alpha blending

That's the plan.

Quote
streaming jpg2000

This depends mainly on OpenJpeg library Imaging uses for Jpeg 2000 decoding/encoding, they are some big IO changes planned for OpenJpeg 2.0 so maybe it will be possible.

Hi, I hope to finish my studies during May and June so I'm afraid new Imaging release will be out after that.
But the planned Jpeg 2000 changes are already implemented and can be downloaded from SVN repository.
D interface would be great.

I'll look into it when I have some time, thanks for letting me know.

I'll look into it when I have some time, thanks for letting me know.

Thanks for the patch.
I'll add it to ImagingComponents unit commented for now for people who use latest Lazarus SVN versions and once new Lazarus release is out I'll comment the current code and make the new one a default (like I did with now current Lazarus release and RawImage interface changes).

Looks like a fix for some transparent images that screwed up nontransparent ones.

I changed the code so now it behaves the same as most viewers/editors (for nontransparent GIFs, transparent GIFs with disposal methods defined and those without them).

Updated code is in SVN repository.

Thanks for the great contribution Juan!
I'll add Median and Threshold filters to Canvas (I'll see about the Avg).

I've wanted to add more filters (point and non-linear) to Canvas for ages but never had the time (working on other parts of library). If you ever add some more functions to Imaging, please don't hesitate to sen them.

Looks like linker could not find stdc++ library (/usr/bin/ld: cannot find -lstdc++).
I have mine in /usr/lib so try to add it to your FPC library search path (-Fl) in fpc.cfg.

This library is used by JPEG 2000 only so if you don't need support for this format you can disable it in ImagingExtras.pas unit.