janhett / spice Goto Github PK

spice needs a way to compose images together. An interface akin to this is to be implemented:

image<float> bg;
image<float> fg;

// ... load data into background and foreground images ...

// create transformation matrix using one of these methods:
// very explicit:
auto tx1 = transform_2d().translate(2, 5).rotate(42).scale(2, 1);
// more concise:
auto tx2 = translate(2, 5).rotate(42).scale(2, 1);
// or all in one:
transform_2d tx3(2, 5, 42, 2, 1);

// copy the foreground, transformed by `tx1` into the background
compose(bg, fg, tx1);

Blend modes and interpolation methods would also be useful parameters for this function. Those can be implemented at a later time, though.

To facilitate function universality beyond inheritance and improve compatibility with the standard library, an iterator concept supporting multiple dimensions is to be introduced.

nd_vectors should be able to be added/multiplied/subtracted/divided with their underlying primitive type.

E.g.
nd_vector (op) primitive: spice::nd_vector<T, dimensions> operator/(spice::nd_vector<T, dimensions>, T)
primitive (op) nd_vector: spice::nd_vector<T, dimensions> operator/(T, spice::nd_vector<T, dimensions>)

The first case is already implemented, the second is still to-do.

As it stands, spice is slowed down by inefficient and frequent allocations, occasionally inefficient algorithms and the lack of any kind of hardware optimisation.

This is starting to become untenable, so it's time to fix it.

Currently nd_vector and nd_span are aliases for different instances of the same template (even worse, nd_vector extends nd_span by non-virtual inheritance, and derivatives of the two also implement this pattern). This saved implementation time but this approach is unintuitive and making maintenance difficult.

To solve this, the two are to be separated and common functionality is to be extracted into helper functions. A similar approach applies to their derivatives.

This requires #8.