Juan, re the new image rotate, can you rotate unclipped within PixelMath? If so, can you show me a math example?
Unclipped rotations are not available in PixelMath, but if you need them, I can implement a new function very easily and release an update.
That would be very helpful
would it be possible to use Pixelmath to say, close an image down by name?
or a process icon where I had the ability to store an image name
Count on it implemented and released in a few days.
That functionality is out of the scope of the PixelMath language.
We could have a new process to close images. Instead of a single image, it could close a set of images by their identifiers using wildcards (such as "Image*"), or even regular expressions (such as "Image[0-9]+"). The process could also have a parameter to close images unconditionally, that is, without asking for confirmation. Such process would be very easy to implement. I'll try to implement it as soon as possible. Good suggestion!
Count on it implemented and released in a few days.
That functionality is out of the scope of the PixelMath language.
We could have a new process to close images. Instead of a single image, it could close a set of images by their identifiers using wildcards (such as "Image*"), or even regular expressions (such as "Image[0-9]+"). The process could also have a parameter to close images unconditionally, that is, without asking for confirmation. Such process would be very easy to implement. I'll try to implement it as soon as possible. Good suggestion!
Count on it implemented and released in a few days.
That functionality is out of the scope of the PixelMath language.
We could have a new process to close images. Instead of a single image, it could close a set of images by their identifiers using wildcards (such as "Image*"), or even regular expressions (such as "Image[0-9]+"). The process could also have a parameter to close images unconditionally, that is, without asking for confirmation. Such process would be very easy to implement. I'll try to implement it as soon as possible. Good suggestion!
Hello Juan,
I tried the atan2 with the new release but was a little surprised that the calculation time seemed to be longer than what seems a more complex calculation, see 2 examples of old and new, all applied to the same image (I use it multiple times in my script, hence my focus on speed).
PixelMath: Processing view: theta
Solved 1 invariant subexpression(s).
Executing PixelMath expression:
sign(west)^2*atan(south/west)+0.5*(1-sign(west))*(1+sign(south)-sign(south)^2)*pi()
channel #0: done
72.080 ms
2nd example
sign(west)^2*atan(south/west)+0.5*(1-sign(west))*(1+sign(south)-sign(south)^2)*pi()
channel #0: done
70.469 ms
PixelMath: Processing view: theta
Solved 1 invariant subexpression(s).
Executed 1 image generator(s), 29.841 MiB
Executing PixelMath expression:
combine(south, west, op_atan2())
channel #0: done
140.014 ms
2nd example
combine(south, west, op_atan2())
channel #0: done
145.658 ms
Not a major issue, was just wondering if this was your expectation, or maybe I'm not using it correctly.
PixelMath.cacheGeneratedImages
property to true
from a script. For example:var P = new PixelMath;
P.expression = "combine( south, west, op_atan2() )";
P.useSingleExpression = true;
P.cacheGeneratedImages = true;
PixelMath.clearImageCacheAndExit
property set to true
. Of course, this may or may not be applicable to your specific case. Thank you for the insight.Juan, that would be FANTASTIC!!!! Thank you very much!
@Juan Conejero if you do this, can you look into either shading or iconifying windows too, and have the ability to set the icon or shaded position? i was working on AutoIntegrate.js and apparently from PJSR the only thing you can do is iconify a window, and in order to force the icon location you have to save the window position, then set the window position such that the center of the window is where you want the icon, then iconize the window and restore the old window position. it seems like internally you do keep the icon position separately from the window position but from PJSR there's no way to access the icon position or set it.
rob
Juan, can you get it to work rotated 90 degrees with no black areas? I tried running this "urotate" code but I get errors.The unclipped rotation is now implemented in PixelMath (as a new urotate() generator). However, it may not be what you expect:
View attachment 12096
The problem is that, because of the way PixelMath works, the unclipped rotated image has to be smaller than the original one (except for rotations by 0/180 degress). This happens because PixelMath implements a pixel-by-pixel execution, so every generated image has to have exactly the same dimensions as the target image. Contrarily, the JavaScript and C++ implementations of unclipped rotations generate a larger unclipped/rotated image.
Count on it implemented and released in a few days.
That functionality is out of the scope of the PixelMath language.
We could have a new process to close images. Instead of a single image, it could close a set of images by their identifiers using wildcards (such as "Image*"), or even regular expressions (such as "Image[0-9]+"). The process could also have a parameter to close images unconditionally, that is, without asking for confirmation. Such process would be very easy to implement. I'll try to implement it as soon as possible. Good suggestion!
I am preparing a new 1.8.8-10 version, which I plan on releasing next week. For this reason I am not releasing any updates for 1.8.8-9 (because there are no urgent ones, of course). So I ask for a bit of patience here.
Just wondering when 1.8.8-10 will be released your note from 9/22 said next week that is 2 weeks ago. Just a note I can waitI am preparing a new 1.8.8-10 version, which I plan on releasing next week. For this reason I am not releasing any updates for 1.8.8-9 (because there are no urgent ones, of course). So I ask for a bit of patience here.