Starling VIA modules (SHA: e4bbad35541edb5bf5738fb9ad93887794713b8f) build successfully with the rack-plugin-toolchain for all platforms. They load and run fine in Rack Pro on Ubuntu.
2 Likes
Does anyone have a Windows build for V2 that I can download? I do not have a dev system setup. Please and thank you.
1 Like
That’s something that just happens from time to time with git. I think it’s is “garbage collecting” you local repo. Usually it happens once, and then doesn’t happen again for a while.
You can force this to happen (in any repo) by running git gc
What version of MacOS do you have on that imac? on my m1 mini with Big Sur 11.6.2 it is
Apple clang version 13.0.0 (clang-1300.0.29.30)
I would be forever grateful to get a Win build… any chance of that?
Oh yes, “packing” it’s called. That’s not what my error was about. I had two problems, like anyone else would have trying to build it:
- If you follow the build instructions it will fail, because
git submodule update --init --recursivewill fail, because they by mistake have an SSH link to the Via submodule, instead of the HTTPS link it should have been, which means the building only works on the developers’ machine because he has the SSH key. - To get around that, you can then instead manually
git clone https://github.com/starlingcode/Via. BUT that won’t build with the default master branch. Instead you need to git checkout theviatools-updatesbranch of that, I think it was Steve or Russel pointing that out, and THEN the whole thing builds
I’m still on macOS 10.12 (Sierra) but an upgrade to Catalina is becoming more and more pressing because more and more things are leaving it behind.
2 Likes
Sorry, I cannot provide builds outside of the official Rack Plugin Manager. You will have to wait until the plugin is officially submitted, reviewed, and integrated.
What is your association with this code? Are you the original developer?
Thank you verry much. It is good that there are still some people here who understand the concept of community.
He manages all builds into the VCV Library, and checks compliance with library rules.
2 Likes
Windows 10, Bitwig 4.1, VCV Rack VST crashes about 9 times out of 10 loading Gateseq from browser. Its fine in standalone, also in Ableton 11. I wonder if its due to Bitwig stack size of 1MB similar to this? docB padsynth crashes VCV VST - Plugins & Modules - VCV Community (vcvrack.com)
Interesting. VCV Rack doesn’t work at all in Bitwig for me since just before Christmas. Doesn’t seem to be a plugin causing it for me though, crashes when trying to open the GUI.
GateSeq is OK under VCV VST in Cubase as well. Bitwig’s vaunted plugin hosting seems to have issues with VCV VST other DAWs don’t. I don’t know the source of information about Bitwig plugin host 1MB stack size but perhaps it’s something to raise with Bitwig devs.
It isn’t necessarily stack size, just because that happened once. Also, 1M is a huge amount of stack space for an audio plugin to use. There is no doubt a better way to code modules that do this, if in fact there are more of them out there.
True, GateSeq doesn’t seem to set up large data structures. One more observation; it’s fine under another VCV VST host in Bitwig like Blue Cat Patchwork; just not as a direct Bitwig plugin.
1 Like
I was the one that identified Bitwig as having a 1MB stack. That’s true of almost all Windows DAWs, while standalone Rack has a 2MB stack. That makes it possible for a Rack module to work perfectly in standalone Rack but crash in almost any DAW.
It’s unusual to use anywhere near 1MB of stack, so this problem is unlikely to be widespread. It’s also unlikely for a sequencer to have this problem - it’s more likely to happen in audio-processing plugins that need to process buffers of audio samples, FFT tables, and so on.
I don’t think we can blame stack limits for your crash with GateSeq. I modified my standalone Rack to use a 256KB stack and GateSeq worked fine.
@Rodney, can I just check that we’re both talking about Impromptu Gate-Seq-64? Maybe you’re using a different module with a similar name? I can’t make Bitwig crash by adding Gate-Seq-64 to my patch within Bitwig.
Duh, sorry, look in the thread title, Richie you twit. I’m now looking at the right module, and it’s crashing in Bitwig for me too. I’ll see what I can figure out, but at first glance it doesn’t look to be a stack problem.
1 Like
The crash in Bitwig is due to an assumption that GateSeq makes about the sequence of events when creating a module instance. The assumption is always true in standalone Rack, but not always true in the VST.
I’ve raised an issue with a more detailed description of the problem here: GateSeq crashes when added to the Rack Pro VST within Bitwig · Issue #29 · starlingcode/Via-for-Rack · GitHub
4 Likes
Richie thanks for investigating and raising the ticket! Good to catch this bug before Starling Via hits official Rack 2 Library.
1 Like
I don’t understand. Is Starling fixing this thing? Or is this a bug in the port that someone else did?
The github states “We welcome Issues and Pull Requests to this repository if you have suggestions for improvement.”. The suggestion for improvement provides an opportunity to fix this if anyone is planning to get Starling Via into the library. Given the nature of the bug (only surfaced by new VST application of the plugin) it may have been there for some time.