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
Filing this as a placeholder, and will try to address it when I bubble back up out of DSP-code back to UI-land.
I'm attempting to use Floem as the UI for AudioUnit plugins for Mac OS using Apple's AudioUnit API.
These are libraries which are (optionally, but it's important for performance) loaded in-process by a host application (e.g. GarageBand, Logic, Adobe Audition).
They do not have ownership of the event loop or application (panic or exit would be extremely bad behavior).
The UI API is simply to provide a call that instantiates an NSView - you implement whatever communication with the AudioUnit is needed under the hood).
So I need a way to instantiate an NSView which will be rendered and have its event handling done by Floem, without any assumptions about that being the entire application - and to be able to unload all of that cleanly, leaking nothing.
In the long run, implementing this would substantially increase the use cases for Floem on Mac OS, since it would be possible to write Floem UI components for use in any Mac OS application (possibly iOS too?) - and for most tasks, the performance is considerably better and the footprint much smaller than the equivalent UI using SwiftUI.
The text was updated successfully, but these errors were encountered:
Filing this as a placeholder, and will try to address it when I bubble back up out of DSP-code back to UI-land.
I'm attempting to use Floem as the UI for AudioUnit plugins for Mac OS using Apple's AudioUnit API.
These are libraries which are (optionally, but it's important for performance) loaded in-process by a host application (e.g. GarageBand, Logic, Adobe Audition).
They do not have ownership of the event loop or application (panic or exit would be extremely bad behavior).
The UI API is simply to provide a call that instantiates an NSView - you implement whatever communication with the AudioUnit is needed under the hood).
So I need a way to instantiate an NSView which will be rendered and have its event handling done by Floem, without any assumptions about that being the entire application - and to be able to unload all of that cleanly, leaking nothing.
In the long run, implementing this would substantially increase the use cases for Floem on Mac OS, since it would be possible to write Floem UI components for use in any Mac OS application (possibly iOS too?) - and for most tasks, the performance is considerably better and the footprint much smaller than the equivalent UI using SwiftUI.
The text was updated successfully, but these errors were encountered: