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
not really an issue but I made a package for archlinux: https://aur.archlinux.org/packages/ysfx-git ; maybe it can be useful to others who come across here and go in the readme or something.
cheers ! (and if you see anything that needs fixing / improving in the package, please tell me :-))
The text was updated successfully, but these errors were encountered:
Thanks to you both.
Perhaps that ysfx should get a tagged release.
There was a couple of things which I'd like before this happens
a few items about API
in gfx, one doesn't know whether a jsfx is retina-enabled until it gets run.
(gfx_retina is a variable, vs. width/height which are known beforehand)
Before considering retina, ysfx_gfx_setup was a one-time call, vs. now it's called prior to every paint to account for the new retina value. Implementors should do the same, but that may be not made clear enough by current naming.
the modal UI (blocking gfx_showmenu)
Since modal loops are to avoid in juce6 (and in general), UI is processed in a parallel thread.
That's complexity that makes libysfx quite hard to use correctly, so i'm wishing to abstract some of that complexity out of the juce plugin, if that would be possible.
Moving the plugin to CLAP
This is able to describe the dynamic i/o and parameters, and this opens the possibility for sample-accurate parameters.
That's another thing, but i've been working on CLAP-to-VST3: https://github.com/jpcima/claptrap
Hi,
not really an issue but I made a package for archlinux: https://aur.archlinux.org/packages/ysfx-git ; maybe it can be useful to others who come across here and go in the readme or something.
cheers ! (and if you see anything that needs fixing / improving in the package, please tell me :-))
The text was updated successfully, but these errors were encountered: