Hi,

yes the library is not really thread safe -
most of the library core is from 2003 & 2004 with no thread safety in mind.

Of course, it's been sitting in my todo list for a long time now.
There are several suspect places mostly related to image loading and saving,
rest of the library should be quite ok.
What I'm mostly worried about is that used 3rd party libs like OpenJpeg and libtiff
would cause problems.

Anyway, improvements to thread safety are planned but that "time for the library" is still very limited :(

Precompiled LibTiff for FPC has been finally added to Imaging for Win32 and Win64.
In Linux it's now using dynamic linking to libtiff since there it's already installed on most systems or simple to install where not.

Thanks for the patch, finally applied it.

Imaging now has up to date repos also here:
https://bitbucket.org/galfar/imaginglib
https://github.com/galfar/imaginglib

This would be very helpful but unfortunately is not supported.

For each image format this must be done differently but at least the most common formats (JPEG, PNG) would be nice.

Unfortunately, I only had enough time to add TIFF support for Win64 and Linux for Imaging version for Deskew.
OSX support was nearly finished but I have no idea when I will be able to finish it.

Please try the latest Imaging revision, it works for me in Lazarus 1.2 without problems.
Link: http://sourceforge.net/p/imaginglib/code/ci/default/tarball

You would have to directly interface with JpegLib, not a pretty thing to do  :(

I've been working on TIFF loader/saver for Imaging that won't need LibTiff as compiled objects
so in few weeks there will be TIFF support on more platforms (and LibTiff only as an option).

I've been working on TIFF loader/saver for Imaging that won't need LibTiff as compiled objects
so in few weeks there will be TIFF support on more platforms (and LibTiff only as an option).

This is fixed now, it was a problem with ZLib library in 64bit Linux.

Thanks for this work.

I want to include your LibTiffDelphi FPC modification in Imaging's repository (in Extras\Contrib).
But now I'm little confused what parts of which archive are needed.

Are compiled object files and *.pas files from 4.0.3 archive enough?

Support for frame delays and animation loop count was added finally.

Hello,
unfortunately it's not possible to set the background color with currently implemented rotation method.
One option is to blend the rotated image to another image filled with desired background color.
Image to be rotated must be converted to some format with alpha channel - background after rotation will
be not only black but also transparent.

Check out Deskew for code to merge image with background:
https://bitbucket.org/galfar/app-deskew/src/d9ee5df8742884404bf8df06ed7e0b2aab88ee8f/ImageUtils.pas?at=default#cl-149

Hi,

of what type exactly is MainImage?

Basically you must make sure that
Image.Picture.Bitmap (Image.Picture.Graphic) is of TImagingBitmap type before assigning.
If regular VCL TBitmap is there then transparency won't work.

What works for me is this:
// app start
ImagingGraphic := TImagingBitmap.Create;
Image.Picture.Graphic := FBitmap;
...
// image was updated
ImagingGraphic.Assign(MainImage);
Image.Picture.Assign(nil);
Image.Picture.Assign(ImagingGraphic);
...
// app exit
Image.Picture.Assign(nil);
ImagingGraphic.Free;

You are not doing anything wrong.
Compiler in XE3 is just more strict and does not allow calling constructors inside instances.

builddemos.bat and buildLibrary.bat probably uses older Delphi version that you have installed (do you?).

Solution is to use latest version of Imaging from here http://galfar.vevb.net/imaging/smf/index.php/topic,806.0.html
or use older Delphi version or FPC.