Conversation
This enables size/position controls for OFX addon filters Tested with CropOFX
| " filter.set(p, (isNaN(_nx) ? 0 : _nx * profile.width) + ' ' + " | ||
| "(isNaN(_ny) ? 0 : _ny * profile.height) + ' 0 0 1');\n" | ||
| " } else if (type === 'rect' && widget === 'size') {\n" | ||
| " // OFX plugins that use kParamDoubleTypeXY (size/extent)\n" |
There was a problem hiding this comment.
This is an unfortunate workaround. I have not figured out how Natron knows when to use normalized dimensions and when not to. The CropOFX filter only works if we use absolute dimensions - but it isn't signaling that?
That might be normalized?
That sounds like Natron is doing some automatic alpha visualization or implicit composing with a black background. This is not important to address now.
low priority
That is not surprising since it is not generated. It seems a big effort to map our rectangle control to this combination of params. For OpenFX, I do not expect a generated UI to be as good as an authored one without months of continual improvements. I just want the experimentation to be less mysterious in the near term. I added the ability to load filter UIs from AppData so if someone running |
This enables size/position controls for OFX addon filters
Tested with CropOFX
This shows some progress with supporting 2D types. There are still some issues when testing with CropOFX
Depends on mltframework/mlt#1257