» Beta 35.7 Release Canditate
This site relies heavily on Javascript. You should enable it if you want the full experience. Learn more.

Beta 35.7 Release Canditate

My dear vvvv users,

we've scheduled beta 35.7 for release at the end of the week. To make it as polished as possible here comes a release candidate for you to tamper with. Download it, try it and report any findings in our forums.

Also note that this release will be the last one before NODE17. So workshop hosts especially should have a look at it whether or not everything they need is in there and working.

The noteworthy changes are


  • All Editors from the editing framework have a Gizmo manipulator.
  • Links will be drawn red when the pins don't match anymore. Invalid links are stored in patches so that they can be reestablished when they match again. This should be helpful for dynamic plugin and VL development.
  • More love for enums: enum spread shuffling nodes finally behave as wanted, GetSlice added, simplified internal encoding. s/r nodes performance restored


  • You can search inside patches (Ctrl+F) or across all the currently opened VL documents (Ctrl+Shift+F)
  • The whole document structure can be browsed with the new solution explorer (Ctrl+J)
  • The default patch type "Patch" is now called "Process" and all patches types in the category VVVV are now picked up as nodes inside vvvv (previously only "Class" used to work)
  • Unified user interaction - double click always opens node browser, right click always opens context menu
  • Links will now snap to pins

For an in depth list of changes have a look at the changelog.


vvvv (35.7_rc5)
addons (35.7_rc5)
vvvv (35.7_rc5)
addons (35.7_rc5)

This release is intended to be the last one of the beta 35 series. We changed plans a bit and deliberately kept the rather big internal feature branch (which allows you to drag'n drop .NET assemblies onto the patch) out of this release as it will need a longer testing period in the alpha build channels.

Elias, Saturday, Jun 17th 2017 Digg | Tweet | Delicious 9 comments  
Elias 08/06/2017 - 14:21

Just updated the download links to RC2 which fixes a few high DPI issues.

Elias 09/06/2017 - 14:08

Updated the download links again to RC3 - middle click on DX11 renderer input should also create a connected group node (like in DX9).

tmp 09/06/2017 - 14:33

changing linkstyle unhides hidden links again.

Elias 14/06/2017 - 22:20

New release candidate RC4 is up. There won't be a fifth, so if you have any troubles with it better report them now ;)

@tmp thx, should be fixed in RC4.

tonfilm 17/06/2017 - 01:08

since you didn't find any troubles with RC4, we tested it and found our own :)
so here is RC5, aka final_final_now_really.

velcrome 17/06/2017 - 23:47

Got a nasty one. Three of my plugins in vvvv-Message turn red (and only them), but neither exception nor tty hints to why. From my understanding, this cannot be blamed on my code, because my code cannot fault without the full escalated response from the host, i.e. red colored nodes, tty spam and exceptions.

This is happening to HoldKeep and SafeKeep (and therefore somewhat essential for the pack).

I made a downloadable pre-release for demonstration purposes.
Copy the contents of the vvvv-Message.zip into \packs\vvvv-Message.
Start a fresh patch, enable exceptions and add a tty renderer, and then create HoldKeep.

Don't know what to do, because debugging them shows no error whatsoever. They initialize and evaluate the way they are supposed to. But just creating them from blank shows them red.
If it would help I could try to compile them against rc5, would you mind publishing a valid nuget so I can update?

reproduces either without dx11 pack, or with the newest 0.1.44
tested with x64

gregsn 18/06/2017 - 13:57

thanks velcrome!
it is the hidden "Formular" pin that is not used at all, which comes with the problems.
it gets created but not used. no enum type assigned... sooo. either you set a proper enum type, or you just delete the pin or argue that it is us to blame.
for the latter strategy i am now again considering it no programmers fault of creating an enum without assigning an enum type.

thanks for the report

velcrome 18/06/2017 - 18:44

Thanks @gregsn, adding an arbitrary EnumName in the pin's attribute fixed it.

If you actually consider this a mistake on the plugininterface's user side (fair enough), then please also escalate an error message if you detect a missing EnumName.

Something you might like to hear: The alpha thingy I tried to show you the other night (with the enum ioboxes displaying wrong data) seems to have vanished.

So from my perspective, there is only the problem with enums flashing red (especially in inspector) for one frame. Don't know if this will cause issues, but my packs seem alright (but then again, I regularily check against null and nil for most pins).

  • 1

anonymous user login


~1d ago

mediadog: Aha! Right-click on an image to get the source link

~1d ago

~2d ago

antokhio: @luper vc redist 2013

~5d ago

guest: @Luper, you'll probably need to make the PhongDirectional etc node have one of the pins → NoTexture, and then voilà!

~6d ago

Luper: hey guy, just reinstalled VVVV and text(DX11.Geometry) not working, any idea why?

~7d ago

joreg: Reminder: Show us what you're patching on: #vvvv meetup tomorrow, Tue, Feb 23, 8pm CET: 8.-worldwide-meetup

~11d ago

vux: Hey all, we now in Berlin with @idwyr, say if you want to catch up :)