You cannot get this info from Imaging alone.
You can try something like CCR.EXIF for Delphi or fpexif for FPC/Lazarus.

Hi,
yes that would be pretty quick change to support loading only single user-specified page from multi-page image.
Some long missing "basic info about image without decoding all the pixels and stuff" would be useful
to first get you the number of pages in a file.

Hi, you can get the latest code and report issues here: https://github.com/galfar/imaginglib

I actually switched my other project to MPL2 just today and will do the same with Imaging in coming future.
The original notice in the code is I think from 2003 and I haven't looked at the licenses since then.

Yes, the homepage and SF are hopelessly outdated, sorry to keep you on 2009's version for so long :)

If you want to install Delphi package you'll find it in Packages/VampyreImagingPackage.dpk

That file was renamed to ImagingExtFileFormats and Delphi package was not updated.
Fix is already in the repository.

I know, but with the very limited time available there's not much choice for these more complex image formats.
There used to be a way to embed DLL inside Windows EXE as a resource and use it directly from there, I'll see if it's still feasible with 64bits today. For library user that would be transparent like with C object files.

I remember there were some linking errors but I haven't spent much time with it.
For a official WebP support in Imaging I'd go with using dynamic library.
Static linking with C object files (like here or Imaging's JPEG2000 and TIFF support) is nice that you get self-contained exe but it's a nightmare to test and maintain for all platforms.

Yes, it is planned. Progress on Imaging is very slow but WebP is now one of the top priorities.

So far there is this contribution I received (attached, FPC only).

It's fixed now.
Many changes were needed actually, Delphi macOS and Linux 64bit targets have LongInt/LongWord 64bit in size. It stays 32bit for Win64 and for all FPC targets.

I've updated my Delphi Community Ed. so I can have a look at this in next few days.

Thanks for the fixes, I'll add them to the repository.
TSingleImage and especially TMultiImage are not used and tested that much unfortunately.

There's no simple CropImage function but you can
do the two steps that CropImage would do:

1. Create new image with size the same as desired crop rectangle (NewImage)
2. Copy part of the original image to the new one (CopyRect) with proper SrcX and SrcY parameters.

You can call ReplaceColor multiple times, once for each color.

Could you please upload your test BMP file here?