Updated all users of the binop_*.c files. Reworked pow to use the binop machinery.

Created special binary ops template for fpcomplex operations which are not element-wise (multiply, div), and updated the actual operators to use this. check-in: b0d870cef2 user: andreask tags: infinite-plane

unary: ahe, convolve, region_sum, rof

binary: atan2, hypot, pow, cannyinternal, complex div/multiply, join, joint-bilateral, threshold

other: warp-field, cut (*)

(*) Currently done via 'crop', semantic mismatch. Better as their own operator. check-in: 122bdc7d78 user: andreask tags: infinite-plane

Image notes

image, bbp/planes, meaning, results
---------------------------------------------------------------
lena   8/3 rgb full color - ok
lena2  8/1 rgb vga palette - ok - decoder now tested
lena3  4/1 16 color palette - not implemented
lena4  1/4 16 color palette, bits striped - not implemented
lena5  See lena2
lena6  1/3  8 color palette, bits striped - not implemented
lena7  1/2  4 color palette, bits striped - not implemented
lena8  2/1  4 color palette - not implemented
lena9  1/1  2 color black/white - ok, check for border issues.
lena10 See lena3
---------------------------------------------------------------

Added set of typed constructor taking location information. Updated the warp init code to make use of the new constructors.

Beginning (with float/float) to update the binop core codes to handle mismatched and -aligned images, i.e. of different sizes and translated to each other. Instead of using additional macros for the special cases we reuse the existing one and rely on the compiler to simplify this as much as possible (i.e. constants, irrelevant operations, etc.) check-in: f9955e8a0c user: andreask tags: infinite-plane

Embed images into the infinite 2d plane, i.e. make them bounded rectangles with a location in that plane. We had a start on that with the operators for projective warp, storing the origin point in the user-meta data. This information is now in the C level structures.

This commit provides the basic change, plus new accessors for the geometry data, and updates all users of said geometry data in C to use these new accessors.

The semantics of the various operations which could make use of the location information has not changed yet. This is for future commits in this branch. check-in: 1da2e834b8 user: andreask tags: infinite-plane

Having worked through and vetted most of the code in the parental branch I want this code in the main branches, for regular use.

But there is still unvetted code, namely the 'filter::cleanup' and the higher-order image registrations (rotation, scale, affine, find-object), where I have run into roadblocks of understanding myself, and where I defer to Kevin for vetting.

To get the vetted pieces into the mainline, without having the unvetted parts this commit is made. It removes the unvetted pieces, puts them into a new branch, and this new branch will then be integrated with "works-for-critcl-2.1" and then "works-for-critcl-3".

The code is not lost, of course. It is still in the "x-smsaurabh" branch, and when Kevin has worked through it, it can then be integrated also. Leaf check-in: d7015891a3 user: andreask tags: integration-stage

Fixed the gausian noise as well, which has to use two uniformly distributed random numbers (radius, angle) to get one gaussian distributed value. check-in: 4b1c8ccdd5 user: andreask tags: x-smsaurabh

Moved the complex <-> float conversion to the 'convert' ensemble.

Extended the FOO -> complex conversion to directly allow greyN images as input.

I.e. we can now do a 1-step greyN -> complex conversion, instead of requiring the 2-step greyN -> float -> complex

Dropped the fpcomplex2real primitive, this is the same as 'convert 2float', and now implemented using the primitive for the conversion.

Extended 'split' and 'join' for image type 'fpcomplex'.

Updated all users, updated the documentation. check-in: bce7e722de user: andreask tags: x-smsaurabh

Swapped this operator's arguments as well. When width and height are used together they are pretty much everywhere used in this order (w, h). (Like in the result of crimp::dimensions). This enabled the simplification of the calls (single 'dimensions' instead of separate 'width' and 'height').

Exposed the operator as 'crimp noise random'; updated the documentation, and added demos. check-in: 08bc13765e user: andreask tags: x-smsaurabh

Plus fixes in the BMP reader: Bad return value, and data alignment when decoding pixel data is relative to the base location. Error messages modified to uniquely identify each location and problem. check-in: fc7e925cfb user: andreask tags: image-io-experiments

This replaces rev [1a2b5e973a] (moved to a mistake branch), and reverts part of rev [2e4a6fce26].

This change relies on functionality provided by critcl in rev [8299af2478] and forward. check-in: 62fc511af8 user: andreask tags: work-for-critcl-2.1