You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
DESCRIBE THE BUG:
There is no way for an FxTileableEffect to properly retrieve its registration configuration. Class name isn't enough information to identify and find its entry.
TO REPRODUCE:
This is an API bug. The code doesn't break, the API itself is broken.
EXPECTED BEHAVIOUR:
The pluginUUID built into id is simply not made publicly available. It is available in the debugger within the implementing object, but the FxTileableEffect requires its instance UUID to access its plugin configuration settings.
I'm expecting to be able to implement multiple plugins with the same Base Class, but re-configure each instance with its Registration configuration information. Like if each plugin has a different shader source file defined in the registration configuration, but it's the same Implementation class.
Looking through the registration plugin list with just the class name isn't good enough.
WORK AROUND:
The work around is to be non-compliant by accessing an internal implementation variable pluginUUID. The PROAPIAccessing protocol can be extended with
This allows the FxTileableEffect to know its UUID, but is technically "Apple non-compliant" for accessing internal implementation variables. That's a big "no no" except this is REQUIRED information. Apple may even remove programs from the Apple Store over accessing such internal variables? Such internal variable access is prone to breaking, though the FxPlug 4 API is pretty stable.
SPECS:
2021 16-inch MacBook Pro (M1 Max, 32GB RAM, 2TB SSD)
macOS Sonoma 15
Final Cut Pro 11
ADDITIONAL COMMENTS:
This is a serious bug in the API. It's a huge oversight by the Pro Dev API Team.
The text was updated successfully, but these errors were encountered:
Apple Feedback Assistant ID: MISSING
DESCRIBE THE BUG:
There is no way for an FxTileableEffect to properly retrieve its registration configuration. Class name isn't enough information to identify and find its entry.
TO REPRODUCE:
This is an API bug. The code doesn't break, the API itself is broken.
EXPECTED BEHAVIOUR:
The pluginUUID built into id is simply not made publicly available. It is available in the debugger within the implementing object, but the FxTileableEffect requires its instance UUID to access its plugin configuration settings.
I'm expecting to be able to implement multiple plugins with the same Base Class, but re-configure each instance with its Registration configuration information. Like if each plugin has a different shader source file defined in the registration configuration, but it's the same Implementation class.
Looking through the registration plugin list with just the class name isn't good enough.
WORK AROUND:
The work around is to be non-compliant by accessing an internal implementation variable pluginUUID. The PROAPIAccessing protocol can be extended with
This allows the FxTileableEffect to know its UUID, but is technically "Apple non-compliant" for accessing internal implementation variables. That's a big "no no" except this is REQUIRED information. Apple may even remove programs from the Apple Store over accessing such internal variables? Such internal variable access is prone to breaking, though the FxPlug 4 API is pretty stable.
SPECS:
ADDITIONAL COMMENTS:
This is a serious bug in the API. It's a huge oversight by the Pro Dev API Team.
The text was updated successfully, but these errors were encountered: