sry. It just struck me as a really unlikely thing for VCV to do - supporting competing third party formats. But I guess you never know.
Also supporting Softube seems like limited return for the investment. I canāt think of anything Softube offers that I canāt do in VCV. They have some nice modules but I donāt see a lot of people spending the money necessary to get them.
Iāve brought them in using VCV Host and it worked OK (although I more or less reached @shofbās conclusion)
Option in menu for several diferent template charge modes like in Ableton Live or FL. That be possible edit and save more that one template mode in the command āoverwrite templateā.
In the module browser I would like to be able to define my own tags (besides āFavouritesā)
Iāve always thought a cool addition would be a Navigator. Something like Adobe Photoshop has. It would make navigation large patches while zoomed in much easier.
Maybe this;
I have used GOTO but it never works reliably for me.
Iāve gotten pretty quick at zooming in/out with the middle mouse button though.
Finish āComing Soonā and āTODOā documentation on VCV modules.
Better API docs. Much more info on developing modules, including UI (not everything is DSP). Docs on the overall structure and high level flow of UI and signal processing, including plugin (VST) vs standalone.
View/Zoom to fit
Zoom so that all modules are fully visible, as large as will fit in the window.
Yeh yeh I know you want it build in in vcv butā¦(Stoermelder Stroke)
I hover over a module and press ā1ā on my keyboard it zooms in to that module, when I press ā1ā again it zooms out max ( so I see all the modules in the patch)
I have Stroke in my startup template and I didnāt realize it did that. You learn something new every dayš
wonderful! again something learned. thanks
Event handler (methods) when loading and saving a preset.
At the moment, Module::onAdd and Module::onSave methods work for patches only, but not for presets.
Also, ability to ājsonā save but only wanted parameters (aka dataToJson independent).
Itās a related post, here (by Ahornberg), but no reply.
Well, if you want a reply from VCV, then email support@vcv.com
Well, if you want a reply from VCV, then email support@vcv.com
I knowā¦
Iām preparing a ākind of listā before to email to support.
GFX hardware acceleration
Since many years, GFX cards can vectorize
Are you talking about for DSP? Thatās almost entirely on the module side of things, and generally irrelevant for Rack itself (VCVās modules are just more modules in this respect).
Anything along this line is currently highly hardware-dependent and nonportable and also pretty much unproven, so I donāt think itās a good investment in time or effort for VCV.
As for the rendering, VCV is already using GFX acceleration ā thatās why there are specs for minimum graphics hardware for VCV.
One way to make VCV run on thin old machines with no additional graphics hardware would be to drop the free zoom level to fixed zoom levels like 30% 40% 50% ā¦ 170% 180% and so on. Then VCV could render all screen elements for that zoom levels in advance to pixel images. Most DAWs and VSTs with zoom settings work that way.
On the other hand, Iām not sure if users really want that zoom limitations. As long as VCV only runs on Win/Mac/Linux, thereās no real need for that. If someone wants VCV on mobile devices, fixed zoom levels an pre-rendered screen elements could be a solution.