Santos wrote:Assuming we're talking about Image objects, does this work?

Code: Select all

if image:typeOf("Image") then

No.

It is in fact ImageData type of object.
And when doing type() it just returns "userdata".
But I need to know if it really contains data that is image data or not.

How? So I can predict and avoid app crashes? Because doing type(myImage) only tell me that it is userdata. I could run through all elements in userdata and check if all of them are {r, g, b, a}, but since i'm implementing support for CMYK and HSV colors, it would be too much time invested for just t...

+1 to the difference in "users". A gamer playing a game -> helpful message saying "could not find the file". A programmer using a library -> error (make sure he's got a way to check for file existence before calling your function, so he can provide the right experience to the ga...

I expect it to error. This is also important, in high-uptime systems, it is common to "crash early", why? Well, because if you don't crash when there's a reason to, instead you return or keep some invalid state, everything will break later, maybe not in a controlled fashion, data is lost,...

This is: lets say a function requires a file name to be passed to open it, then we do some operations and finally we return some USERDATA. But the user writes "foo.pngg" instead "foo.png". That file does not exist, so the function should return something instead of simply crashin...

It would be cool if you add functions to transform the color space (at least RGB <-> HSL) and to convolve an image with a custom filter-kernel and maybe functions to create common kernels (e.g. blur, sharpen, sobel, ...). Some histogram operations (equalization, thresholding, ...) would also be nic...

Ref wrote:Nice library.
Good work!
Really dumb suggestion, how about doing the same thing using PixelEffects?
If I'm not mistaken (as usual) should be substantially faster?

Becuase I don't know GLSL syntax and as far as i know some shader functions may not be compatible in every system.

N e k o L i b : an user-friendly image manipulation library ね こ り べ Last version: 1.0 from 24-Jan-2013 DOWNLOAD (attachment .lua): https://love2d.org/forums/download/file.php?mode=view&id=6761 <= DLoad deactivated until next version with new lib name!!!! NekoLib is a (right now) simple library ...

Not possible with plain Lua from LÖVE. You might be able to do it by implementing the whole functionality in C. The C would have to be platform-specific (win, mac, linux). I don't recommend it. Fok. Yes, I found some Wondows C implementation for this, but not for Penguins or Apples. Do you glimpse ...

How?

I googled for it but couldn't find anything that works in any system supported by LÖVE.

Any idea?