Contacted the authors of the Flag and Hora branded modules - these are the main ones I have seen this glitch in so far.
Found the cause of the bug - The VCV VCA (from the fundamentals collection). Every time the VCA meter shows 0%, it causes the graphical glitches/artifacts.
Sent an email to the VCV Dev Team, hopefully they can get it sorted soon.
1 Like
Are you sure it’s not a deliberate effect with light in the logo? @jnorberg do you have blinky lights in the Flag logo?
It’s not just the Flag logo. It happened in various spots around the controls on many of Hora’s modules, too.
I have actually nailed it down to the VCV VCA causing the problem. See this video :
Watch the video in 1080p. you can clearly see the artifacts appearing and disappearing when the meter on the VCV VCA is at 0%. I have used this VCA in many many patches, and this never happened before the update.
Bug has been reported to VCV devs via the email link on the support page.
I see what you mean. Seems to go with the lights-off/light-bloom thing in Rack.
from my tests, seems specifically connected to VCV’s VCA. None of the areas that were showing the glitch are lit, and the VCA’s display doesn’t have bloom. I tested it further, and it happens no matter what the bloom levels are set to. I just hope they manage to come up with a fix for the issue some time soon, as I don’t really want to have to roll back to Rack 2.1 and re-install all my plugins. Thankfully, though, I do still have the Rack 2.1 installer kicking around.
1 Like
Yes, this looks like the code that renders the VCA’s level bars is changing the graphics context to paint yellow, but in the special case where the level is zero, it isn’t restoring the prior context when it’s finished.
From that code it looks like if all the gains are zero it begins a path, adds nothing, then sets the fill to yellow and fills
Wonder if the problem would be fixed by only filling if you add a rect at all, kinda like the code above it does? Haven’t tried and it may be the wrong spot in the code, but your comment did make me look!
4 Likes
That is exactly the issue,
I experienced the same too, and sent a fix in Fix VCA-1 out of bounds fill by falkTX · Pull Request #129 · VCVRack/Fundamental · GitHub which was rejected for legal reasons 
2 Likes
Ah, that famous service with a smile 
Well perhaps whomever sends it to support should indicate that the problem is that no-path draw at that line number?
2 Likes
I simply don’t understand Andrew’s attitude about this, and I fear he’s been given some bad legal advice.
3 Likes
Is this reply meant for me? I don’t get it. I was responding to @falkTX. I meant that it’s unfortunate that @falkTX submitted a fix a year ago and it still hasn’t been fixed.
no. is there a way to add to a thread without indicating that it is ‘for’ someone on this forum?
ahh yes the reply button at the bottom doesn’t tag a person. Sorry @Squinky didn’t mean to bother you with a comment for the OP and crew.
2 Likes
I’m always doing that in this forum. I mean to go all the way up to the top and reply to the original post. But I usually pick the closest “reply” button. Would be better ux if the link said “reply to joe cool” so it was more obvious.
Interestingly enough, it wasn’t doing this until VCV 2.2 was released.
What legal reason can there possibly be for not fixing a bug?
Without endorsing it as correct or incorrect in this case: The GitHub comment was not that he would not fix the bug for a legal reason. It was that he couldn’t review or accept third part code submissions. There are definitely situations where engineers should not consume information from external sources, including carefully protected IP, patent law, and more.
2 Likes
reason given on another discussion (this one private) is that any code based on the public sources counts as derivate work under GPL3, and as such it cannot be imported into Rack Pro (which includes fundamental),
it is a self-made problem though, and really sucks that it becomes impossible to create a community around the core codebase.
3 Likes