Thanks for this. Using the Windows build zezic posted. The browser is much faster. I’d love to be able to to use Page Up and Page Down buttons to scroll in the browser if that’d be possible. I’ve got bad wrists and the scroll wheel and scroll bars aren’t as easy as just paging down.
It also seems like the browser caching is per-instance. Would be great if it get written and recalled somewhere until new modules or updates are installed, but that might be considerably more effort.
Been using it as my binary since it was released… Great work.
+1 for PgUp PgDn
I really like your build, @diimdeep, it has become my main version for VCV Rack. I really wish your features would make their way to the main version. In the meantime, do you intend to continue updating it now that Rack 1.1.6 is (just) out? I’m just wondering.
Thank you and have a great day!
Likewise, it is now my main version too. I really hope the module browser caching appears in the official release, as is I’ll stick with the modified 1.1.5 for now.
Hello, I just accidentally discovered that v1 does not implement real-time priority for engine threads on macOS.
I found good implementation for real-time priority for engine threads on macOS. and applied it, here it is (code). Performance improvements are insane in case with my machine.
I was able to reduce block size from 4096 down to 256 or even 64, while maintaining 30-60FPS without any glitches even while simultaneously using other Apps (on Macbook 2013, 2 core, i5). Before that I had to almost always use large block size and lowest FPS possible and anyway receive some glitches.
There is also option to disable ports(lights) for a few more cycles.
Thanks again, both implementations are really efficient !
Mac Mojave / i5 /2.7GHz / Mac book pro 2015 here
Wow! You should log a bug or something so that @Vortico remembers to take this fix. I don’t know if he’s doing any fixes on 1.0 right now, but if so you could send a pull request?
Yes, but this is a special case. can’t hurt to contact him.
Nice find and fix! Wow!
I hope it’s not an issue with windows builds regarding realtime priority? 
It only changes the Mac code path.
Would it be possible to port features from the V2 branch, and would someone want to port over the MIDI-timestamp feature for precise MIDI-timing? Regarding how quiet VCV has become I begin to fear that V2 will not be around for a long time… I’m mostly happy with V1, but especially this feature could be quite nice, if it could deliver really precise MIDI-timing.
HA! awesome find and thanks for applying it!
It does indeed make a difference, my simple test was loading the large Dexter patch from @LarsBjerregaard (patch 6).
And starting to browse the web or use other applications, with the current version Rack this would result in crackles.
With this Rack fork that has the realtime option enabled for Mac, there is no crackling!
(Mac Mini M1)
@Vortico could you please add this to the current official 1.6.x build?
@heapdump have you seen this? might be interresting for your ARM test build?
Do you know if this is the same for Linux?
No, Linux and Windows - ok, only for macOS real-time is not implemented in official latest v1.
Do I just replace the file in my Application folder with this build? (Backing up the replaced file of course!)
You can have both in the application folder (if you desire), just name it ‘Rack Extra’ or something.