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

vvvv 64bit


vvvv has finally arrived in the age of 64bit computing. to you this means you can finally use all of your PCs memory. to us it means we have to maintain two builds now. but nevermind. service is our success.

so basically "out of memory" messages should be out of our memories (cheese us!) soon and content/texture heavy vvvv-applications ahoi. in theory due to the compilers use of SSE2 instructions things should be generally faster as well..but we already noticed this doesn't seem the case just yet. generally.

now available from: alpha builds

and of course every beauty has its beast. so here is a list of a couple of things that are not yet (probably never will be) working in the 64bit builds:

missing from core

missing from addonpack

most of the addons already work with the 64bit build. below is a listing of those which still need some treatment. chances are good that we'll get most of them to run..given some time.

need some bugging towards vux

  • Assimp
  • Bullet
  • Box2d
  • Bass
  • StructureSynth
  • MSKinect
  • FitEllipse, MinimumAreaRect, KMeans
  • all of his EX9.Geometry nodes

some devices

  • all Phidget stuff
  • LD2000 (Devices)
  • LinBus (Devices)
  • RS232 (Devices Spreadable)
  • NWTouchData (Devices NextWindow)
  • SpaceMouse (Devices)
  • Tablet (Devices Wintab)
  • uEyeCam (Devices)
  • WiiMote (Devices)


  • Ssh (Network)
  • Arduino
  • OpenNI
  • FileStream (EX9.Texture VLC)
  • FileStream (Irrklang)
  • HTMLTexture
  • Flash (EX9.Texture) (RIP)


when you want to debug 64bit stuff use:

 scripts/fetch-binaries --platform=x64

in the bash to get the according executables and in the Addonpack.sln set the Configuration to x64.

joreg, Tuesday, Nov 20th 2012 Digg | Tweet | Delicious 8 comments  
Noir 22/11/2012 - 19:08


robe 22/11/2012 - 19:24


MSBERGER 22/11/2012 - 23:26

... great news !

not that i really missed 64bit features in the past, but it is always good to see that the core of vvvv is evolving. Thank you devvvvs !

unicorn ... 64bit ... maybe (only devvvvs might know) one of the next steps is multiplatform ( linux, mac, one ore more mobile platforms - android ? ) !?

But now to the main point of this post:
Wouldn´t be the step from 32bit-only to two betas in 32bit and 64bit the perfect chance/point for a general node cleanup within vvvv.

I think a cleanup would be good/necessary anyways; who and how many users really use the ODE nodes or devices like Rebraun, OptimusMini (OK, i know who was requesting this one ...) and similar nodes !?
... and these are exactly the kind of nodes that are not working in the 64bit-version ... and some of them are not working perfect anyways ... and are only making code base unnecessary big.

In my eyes the only nodes that need a good replacement/alternative are the nodes in the freeframe category ... they would definitely need some replacements in a new future oriented technique !? I can´t say if and how difficult it might be to port them or something similar to another platform (shader, plugin ... ?)!?

Of course this cleanup would cause that some old projects/patches would not work anymore with betas >28.1, but i think the pros are heavier than the cons !?
... and wouldn´t be different node sets / functionalities in 32bit and 64bit versions simply be a future support-nightmare ?

Lets get rid of some old and only rarely used stuff if it is blocking/delaying future development.

Maybe i am wrong ... just my thoughts ...


bjoern 23/11/2012 - 00:03

Tidy development seems still to be "active". Link
At least it should be possible to build it yourselves. It's a very useful node when dealing with "real-world HTML".


Here you can grab a rather recent (2010) 64-bit build of libtidy.

sebl 23/11/2012 - 01:24

freeframes >> opencv ?

zeos 23/11/2012 - 03:40

@sebl: +1
x64: +1


lightizm 23/11/2012 - 04:23


patrick 23/11/2012 - 11:51

ffffinally :)

  • 1

anonymous user login


~8h ago

microdee: 2 new plugins i was working on recently: rod, leap-alternative-nodes

~2d ago

microdee: @mrboni: try the help patches next to the dll

~2d ago

joreg: @apnoe try the Lumax (Devices) node (only in x86 builds)

~2d ago

mrboni: @microdee - just dragged the dll into b32.1

~2d ago

apnoe: anyone some experience with v and ilda / laser controlling? is it possible to send to an usb / ilda interface from v?

~2d ago

fleg: open call still open till friday. international arists are invited to apply! bit.ly/1rRXI1R

~2d ago

microdee: @mrboni: storing-and-setting-paramters can you link the patch here? probably i forgot to reset the stream somewhere

~3d ago

mrboni: @stix - is a workaround but you can split the dx11 geometry using a gsfx in here dx11-modules-and-shaders-addition-ii and rebuild as dx9

~3d ago

mrboni: @microdee - cant find the thread for some reason, but your rawobject.dll aint working- "Unable to read beyond the end of the stream"

~3d ago

StiX: alternative to intersect nodes in dx11?