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


pack datatypes structuring
Credits: readme and bjoern for years of using and feedbacking


keeping your patches structured, fast and tidy
taming the link-spaghetti and S+R chaos


bundle links/pins into named groups (think Cons with multiple types married with s/r) while not giving up visual dataflow, performance and vvvvs graph evaluation strategy (only evaluate what is requested from downstream.


vvvv got increasingly diverse, plugins, dynamic plugins, shaders, dx11, vl,... projects grew in complexity and size as well. while we all love vvvvs capabilities for quick prototyping by patching, bigger projects are acompanied by the struggle of well structured (speak heavily nested subpatches; splitting of logic, io, animation,...) which make it harde to quickly implement some extra since it ends up in creating loads of outputs and inputs everytime (and probably creating a nice git merge conflict when not working alone). or one starts to insert Send and Receives all over the place, to keep the changes local only, making it a mess to understand and debug for someone else later and reduces reusability of single components.

struct encourages patching in components/datatypes: e.g. a GUI element has the name 'Button' and needs a transformation, text, dx11 background image, and a vl delegate (action). the rendering part uses a split, the logic part somewhere else the join. inbetween just one link. when a new property is required while working on either end, just define a new pin, the other end (or any struct node using 'Button') gets it automatically.


  • bundle any types of pins together: native, c#, dx11, even from dynamic plugins or vl. system will update automatically when you change the vl or c# type. or drop in any plugin, the type will immediately be usable with struct.
  • system is evaluation aware. if no split is pulling data, the join will disable evaluation upstream. even better: this happens on a per pin basis.
  • Nil vs S+H: split nodes automatically hold the last valid output. useful for calculating initial config values (then just disabling the nodes doing that) or io data not arriving every frame. can be disabled on the node.
  • minimal data copying - optimal performance: no matter through how many subpatches and nodes struct is piped, actual moving of data is performed directly between the join input pin and the split output pin. (means this should perform better than a couple of zip and unzips in a row)
  • datatype safety is enforced via the name: no accidental splitting of the wrong data. but Getters and Setters provide a way to access and modify different structs together.

Performance and Stability

  • the only performance penalty is the one of copying between native and c# world which you also have on vl integration nodes or any plugins. as mentioned, copying is kept to an absolute minimum and performed on the faster stream interface where possible.
  • the rest of the system (gui windows, type checking, pin handling,...) only draws performance while you are actively patching and changing things.
  • the system just calls the usual plugininterface methods, no extra copying or allocation or creation of big datatypes, thus memoryfootprint is be minimal. (even the automatic s+h feature just relies on the backing buffer of the plugininterface)
  • has been in use successfully in various agencies in big projects already


free for non-commercial and educational use
commercial usage requires licensing - get in touch, play fair and support
(license ranges from a note of appreciation for indy use, to fair share for industrial scale)

have fun!


22.03.19 [18:31 UTC] by woei | 67 downloads
v4 beta35.2+ intial public release

readme 28/03/2019 - 18:18

25 downloads? This is a hidden gem, you people should go check it out. Or else I hope I won't ever have to debug your patches ... :)

phlegma 28/03/2019 - 22:05

greate piece of software. I love it. Was always using to old github version. Nice improvments.

systray27 04/04/2019 - 10:45

Wow, this looks like a serious improvement to VVVV! Am just starting to check it out, curious to give more feedback once I dive deeper into it.

anonymous user login


~1h ago

u7angel: twitch livestream vvvv gamma

~23h ago

u7angel: @domj, sure

~24h ago

domj: @u7angel: nice! How about the talk later at 7?

~24h ago

u7angel: vvvv-gamma-presentation will be streamed on twitch, starts 2pm, channel name is vvvv gamma

~1d ago

joreg: vvvv heads in #hamburg #kiel: if you're bored this thursday, please come join us for a workshop and/or talk: vvvv-gamma-presentation

~2d ago

sebescudie: @teckor: maybe ui-plugin ?

~2d ago

tekcor: wasn't there a contribution for making native windows GUIs?

~3d ago

joreg: Looking for a #vvvv job in #berlin? don't miss this one: https://discourse.vvvv.org/t/looking-for-vvvv-artists-permanent-in-berlin/17448

~3d ago

domj: vvvv gamma audio input with Naudio https://youtu.be/iBRZ3tsc_BI