[BUG] Corner XY slaves not behaving (Staff: By design)

It seems the corner points that should represent the particle area gets way off as soon as you change just about any setting (in relation to one large particle, no repeat, no chaos).

Quote

Filter Forge Help Wrote: The Corner X slave component of Bomber Plus Plus outputs the X coordinate (converted to an HDR grayscale value) of the specified corner of each particle. The coordinate is calculated after all transformations and offsets have been applied. The main use of this component is to lookup a value or color from a custom map at the particle corners or at other points within the particle to create artistic effects. This component can output HDR colors.

In the attached filter I placed a colored dot in each corner on a gray filled particle (showing a disc quarter piece at each corner).

The help specifically says "after all transformations", so I expect the dots to remain in place at the particle corners no matter what.

Try increasing the "Repeat" and notice how they displace, or the "All Chaos" which is connected to all the Chaos params and unleash true Corner XY chaos

Bomber - Corner XY Bug.ffxml

Repeat now increased to 2, notice the displacement

On a related sidenote: it would be damn cool if you could add an before/after transformation checkbox to the Corner and Center nodes...

Better pic

Quote
Velho wrote: If you connect any of the corner slave components directly to the particle input, you should get correct values (I do)

Like so? It still looks very wrong to me..

Oh... maaan.. thats really stupid Damn I need to take a break from that bomber.
(hint: the dots are double displaced..)

Luckily I dont' care about those - I only care about rendering displaced particles inside displaced particles

Don't bother .. There is nothing wrong

Hehe.. stop reviving this embarrasing topic

No, please don't waste time on this: there is nothing wrong here and there never was (besides me getting confused over slave nodes). Fix the damn blending formulas instead

I fed the particle coordinates back into the particle input which is why they get "double displaced", i.e. the particle coordinates from the slaves are mapped back into the particle local space.