That would be great  ;)
I've just added hq2x to Extras directory (SVN) and build a new demo.

Well, I'll be interested in them ;)
Maybe I could translate them myself but I don't have that much free time anymore.
How long did it take you to convert 2x version?

Quick fix:
Set Target Processor (Options/Compiler/Processor in FP IDE) to at least Pentium MMX
and rebuild. It works for me with this seeting.

Thanks Jeremy, I'll add it to Extras dir soon.
Any plans on converting hq4x as well?
I've been using them both as cmd line executables in editor of one of my games
and it would be great to have them both as native Pascal code.

This Lazarus problem was already reported, but thanks anyway:
http://galfar.vevb.net/imaging/smf/index.php/topic,42.0.html
There should be comments how to get it working with new Laz
in SVN code.

I just hope they release Laz 0.9.24 soon. Until that time I have to
keep the old RawImage code active because I think that most people
use Laz 0.9.22. Or do you happen to know a way how to detect
Laz version during compile time? This would help a lot.

I added option that allows creation of pow2 textures from nonpow2 images as you wanted. New code is in SVN repository.
You only need to set PasteNonPow2ImagesIntoPow2 variable to True
to enable it (it is in ImagingOpenGL.pas).
Please let me know if it works ok for you.

I added new parameter to CreateGLTextureFromMultiImage function which specifies
index of image in array which should be used as main mipmap level. New ImagingOpenGL.pas
is in SVN repository.

You can use it like this:

case aDetail of
  TD_LOW: MainLevelIndex := 2;
  TD_MEDIUM: MainLevelIndex := 1;
  TD_HIGH: MainLevelIndex := 0;
end;
GLTextureID := CreateGLTextureFromMultiImage(ImagesArray, 0, 0, True, MainLevelIndex);

Note that those two zeroes for Width and Height are important.
Let me know if it works ok for you.

Game with MainLevelIndex := 5 in action:

Problem fixed and uploaded to SVN repository.
GTK2 was detected incorrectly and it used some units from GTK1 causing that incompatible args error.

I tried compiling Imaging with FPC 2.2 and it worked.
Imaging probably doesn't like compiler switches you are using.
Could you post them here?

Yes, images that are not power of two are rescaled when creating GL textures, but only if your graphic card doesn't support non-pow2 textures (these are still not very common though).
I can add option to just copy original image to larger pow2 texture in the future.
In the meantime you can copy your sprites to pow2 images before sending them to GL like this:


uses
  ... ImagingClasses, ImagingOpenGL, ImagingUtility;
var
  Sprite, Pow2Sprite: TSingleImage;
  TexId: GLint;
begin
  // Load orig 72x128 sprite
  Sprite := TSingleImage.CreateFromFile('MySprite72x128.png');
  // Create power of 2 image
  Pow2Sprite := TSingleImage.CreateFromParams(NextPow2(Sprite.Width), NextPow2(Sprite.Height), Sprite.Format);
  // Copy orig sprite to pow2 image
  Sprite.CopyTo(0, 0, Sprite.Width, Sprite.Height, Pow2Sprite, 0, 0);
  // Create GL texture using pow2 imag as a source
  TexId := CreateGLTextureFromImage(Pow2Image.ImageDataPointer^);

  .. do stuff ..
end;


Marco:
I'll have a look at DelphiTWAIN.

Jeremy:
PSD is already supported (since 0.24 in June). XPM is on my list for a long time (may
be included in next 0.24.2 patch release if I'll have the time).
Do you know if AWD specs are published somewhere? I downloaded their SDK but ii looks like there is plugins and translations stuff only (it is in Delphi though, nice).

Work on Imaging 0.3x branch is about to begin in few weeks.

What library features should I focus on first?
What should be extended or added? (compared to current version)
Please make a vote.

Note: SMF only allows registred users to vote in a poll.

Next Imaging version will be patch release
0.24.2 with no new functionality added.
You can expect bug fixes, library updates (OpenJPEG, LibTIFF),
and compatibility fixes for new RAD Studio, Free Pascal, and Lazarus (if needed).
Release date should be sometime in late October or early November.

EDIT:
0.24.2 is almost ready. I'm just waiting for new OpenJPEG (JPEG2000 support) release which should be significantly faster, everything else is done. OpenJPEG 1.3 should be released this week or the next one. Imaging 0.24.2 will be released few days after that.

Fixed.
Look at you other post for more info:
http://galfar.vevb.net/imaging/smf/index.php/topic,45.0.html

Fixed. Your JPEG used CMYK as output color space which Imaging's loader couldn't handle properly.
This also caused heap corruption from your other post.
Fixed code was uploaded to SVN repository.

Thanks for reporting this.