Acrobat ·
I'd like to have resize of plugin GUI, I often see commercial VSTi with the ability to modify width and height of the overall window depending on the presence or not of keyboard or such...
From the original SynthMaker forum (2004–2014), with its members’ names and dates.
Acrobat ·
I'd like to have resize of plugin GUI, I often see commercial VSTi with the ability to modify width and height of the overall window depending on the presence or not of keyboard or such...
exonerate ·
BIG +1 from me 😀
I would love to be able to dynamically change the size of the plugin,
I mentioned this as a feature request before, so you can tuck away a keyboard ect... I know I've seen this before on some synths but i can't remember if they were VST's or not, sytrus does it but that is a fruity plugin.
Do you know of any VSTi ect... that do this Andrea?
If it's possible with the VST spec then I'd love to see it added.
cheers 😉
Exo
Loonie ·
I can see that being useful.
Acrobat ·
exonerate wrote: Do you know of any VSTi ect... that do this Andrea?
If it's possible with the VST spec then I'd love to see it added.
cheers 😉
Exo
VSTi that have resize option, just what comes to my mind:
- NI Battery (the most flexible one!) - NI FM7 - IL Sytrus (it's also a VSTi) - Waldorf PPG Wave 2V - GMedia (GForce) ImpOSCar - ReFX JunoX2 - Arturia MoogModular - Tone2 Firebird - ReFX Vanguard - Luxonix Ravity
and many many others...
Acrobat ·
Bump, to be more clear and in more general terms, I'd like to have the MGUI primitive having not only X, Y positioning input but also Width and Height inputs...
Andrew J ·
Big +1
infuzion ·
Can't you make a resizing window now in SM?
Or if a dev can just carry over the code for resizing the .EXE export to the VST export.
oddson ·
infuzion wrote: Can't you make a resizing window now in SM?
Or if a dev can just carry over the code for resizing the .EXE export to the VST export.
I believe they mean a dynamically allocated window size that allows for the content to vary. The current resize in exe is just a percentage shrinkage.
infuzion ·
oddson wrote: I believe they mean a dynamically allocated window size that allows for the content to vary. The current resize in exe is just a percentage shrinkage.
Ah, that would be handy, but I imagine that the the window that the host makes for the VST has to be allowed to by dynamic as well. I kinda doubt it, & I'm not sure if the VST specs insist it, so would it matter if SM had it?
Acrobat ·
I also noticed that if the zoom in SM is setted to a percentage different from 100%, the VST rendering engine reads this information and resizes the GUI, making the plugin bigger or smaller that it has to be. The zooming factor is freezed in the .dll and can't be changed anymore, unless you re-render the OSM.
Acrobat ·
Sorry for the bump, but God knows how I need this function.. it would be nice to have a VST that has both TABBED and FULL DISPLAY style of visualization... 😈
infuzion ·
I'm interested in VSTs that I can shrink down then re-open fully, like how Reason does.
For some reason, I thought the VST3.0 SDK included resizing?
Acrobat ·
infuzion wrote: I'm interested in VSTs that I can shrink down then re-open fully, like how Reason does.
For some reason, I thought the VST3.0 SDK included resizing?
Yes it does, but I guess SM needs to adequate with some new components.. sure there will be a handle at the bottom left corner of every VSTi window and I'm wondering how things will get resized, how MGUI will react to that host command.... 😕
infuzion ·
Acrobat wrote: infuzion wrote: I'm interested in VSTs that I can shrink down then re-open fully, like how Reason does. For some reason, I thought the VST3.0 SDK included resizing?
Yes it does, but I guess SM needs to adequate with some new components.. sure there will be a handle at the bottom left corner of every VSTi window and I'm wondering how things will get resized, how MGUI will react to that host command.
I don't think the VST authors meant that "resizing" means 100% resize-able VSTs have the resize-drag handle that you're talking about, but atleast be able to jump from large to small GUI like Reason does, & the both the VST & host allows the instant resize/redraw.
Acrobat ·
infuzion wrote: I don't think the VST authors meant that "resizing" means 100% resize-able VSTs have the resize-drag handle that you're talking about, but atleast be able to jump from large to small GUI like Reason does, & the both the VST & host allows the instant resize/redraw.
.but that's already implemented in 2.X (even if it is not programmable in SM), so why putting it in the news for VST 3.0 ?
aliasant ·
Time for a BUMP !
Nu Audio Science ·
We need to go beyond the 8 pixel multiplyer too We should have any size availabilty surely
NAS
posh ·
+1 on resize 🙂
Dj-Grobe ·
+1
Wrote something here? To have a post removed or your name hidden, write to [email protected].