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


pack openCV Image
Credits: elliotwoods, alg, vux, elias, sebl



Get it with vpm

With DX11

Without DX11

(missing DX11 pack might cause problems)


  1. create a \packs folder next to \girlpower (in case you don't have it yet)
  2. unzip so that the \Image folder lands in the \packs folder (i.e. just next to \DX11 if you also have the dx11 pack)


  • Threaded image processing
  • OpenCV functionality (e.g. image processing, tracking, calibration)
  • DirectShow capture
  • FreeImage loading
  • OpenNI Kinect input
  • FlyCapture (i.e. Point Grey cameras)
  • Canon EOS capture
  • Structured Light (experimental)
  • CLEye (i.e. PlayStation eye) is currently disabled but can be back v. soon

Finding bugs

Please file bug reports using the GitHub issue tracker

I know it's easier just to post below, but it's a real mess down there! With the GitHub tracker, it's much easier to keep track of the status of any bugs.

Thank you!


July 25 2016

Forked and built from https://github.com/sebllll/VVVV.Packs.Image/tree/sebl_beta43.2 for both x86 and x64. Unfortunately OpenNI and FlyCapture nodes didn't survive. I didn't have the proper OpenNI.Net libraries (and you have proper kinect nodes and AsImage (DX11.Texture2D) anyway) and visual studio couldn't target .NET Framework 4.5 in FlyCapture project for some reason.

What's missing from x64 build:

  • DirectShow VideoInput (still nobody built VideoInputSharp for x64)

(that doesn't mean you don't have video input in CV.ImagePack, there's VideoIn (CV.Image VfW) which works fine you have less options though)

  • CLEye (didn't have x64 libraries)
  • EDSDK (didn't have x64 libraries)
  • uEye? (might work though, IDS only provides x86 or AnyCPU .NET library, nodes are there I don't have camera though)

September 13 2013

  • just took the last version, added some missing stuff, some helpatches, fixed some namings and made simplified installation instructions

February 25 2013

  • Reformat to VVVV.Packs.Image
  • Release build for beta29
  • A glut of internal clean up
  • Lots of fixes all over the place
  • Lots of new nodes

May 30 2012

  • CaptureProperty for CLEye (splits properties into seperate node, fixes BinSize bug)
  • StereoCalibrate paths fixed in patch
  • Added missing ValueChessBoardSpread
  • Removed redundant dll's
  • Tested with vvvv alpha 28

May 2012

  • CLEye for native PS3Eye support (multiple cameras supported + full camera properties)
  • StereoCalibrate node added
  • CalibrateProjector update


Pre-release binary build of OpenCV nodes for VVVV
Source hosted at:

Still in testing.
No warranty of course.
Approaching stable release.


MIT license where possible
BSD license for core OpenCV code
GPL license otherwise (due to EmguCV) unless somebody buys an EmguCV license which would allow all of us to use these nodes without GPL restrictions.

If this is useful to you consider supporting elliotwoods with a flattr:


CVImagePack_vpm1_x64.7z - 25.07.16 [00:20 UTC] by microdee | 339 downloads
notes: freshest maintenance build from sebl's build. used with vpm

other/older revisions

CVImagePack_vpm1_x86.7z - 25.07.16 [00:17 UTC] by microdee | 140 downloads
notes: freshest maintenance build from sebl's build. used with vpm
vvvv.packs_.image_b33-x86.zip - 02.09.14 [21:27 UTC] by joreg | 4087 downloads
notes: fresh build for beta33
vvvv.packs_.image_b32-x86.zip - 29.05.14 [17:57 UTC] by alg | 894 downloads
notes: Test build for beta32
vvvv.packs_.image-b31-x86.zip - 13.09.13 [22:16 UTC] by joreg | 1737 downloads
notes: adapted to work with b31
imagepack_45alpha29.3_x86.zip - 25.02.13 [23:32 UTC] by elliotwoods | 1242 downloads
notes: VVVV.Packs.OpenCV
VVVV.Nodes_.OpenCV.zip - 31.05.12 [00:42 UTC] by elliotwoods | 2092 downloads
VVVV.Nodes_.OpenCV.zip - 03.02.12 [18:07 UTC] by elliotwoods | 923 downloads
notes: OpenCV + OpenNI + VideoInput (DirectShow) + FreeImage (Feb 2012)
Engu.CV_.vlc0_.3test.zip - 01.12.11 [14:46 UTC] by ft | 989 downloads
notes: Vlc node using CVImageLink type (check readme.txt for instructions!!!)
VVVV.Nodes_.OpenCV.zip - 21.05.12 [17:53 UTC] by elliotwoods | 1160 downloads
notes: OpenCV + OpenNI + VideoInput (DirectShow) + FreeImage (May 2012)

u7angel 29/11/2011 - 12:53

i have not tested everything but i can already say, the performance is great. my internal macbook cam wasn't really usable with vvvv. with EmguCV, its just as it should be. checking some filter nodes doesnt even kick off the fan.

Noir 29/11/2011 - 23:17

performance is great...always 60 fps on my dell
good work elliot

sunep 29/11/2011 - 23:28

Needs OpenNI right?

elliotwoods 30/11/2011 - 09:46

@sunep - seperate plugin for OpenNI which works with EmguCV, but if you dont want to use OpenNI you don't need it

Hadasi 30/11/2011 - 13:01

Fantastic. Man, you've been busy! Working very well mostly. I noticed that the pins on the Pipet go BlueGreenRed rather than the other way around. I'll let you know if I spot anything else.


elliotwoods 30/11/2011 - 14:20

@Hadasi - Interesting.

OpenCV generally stores colour images as BGR rather than RGB
It's likely this is the case for you there.

circuitb 30/11/2011 - 15:52

in the sample folder the OpenNI.v4p size is strange....11865 Ko !!!

elliotwoods 30/11/2011 - 16:35

that's the size of the zip file.
it must be the zip file with the wrong name. is this on github or inside the zip?

circuitb 30/11/2011 - 18:44

both even when extracted OpenNI.v4p size is 11865 Ko

elliotwoods 30/11/2011 - 20:08

@circuitb- will check tomorrow
there shouldn't be any .v4p with name OpenNI
not sure where that comes from

ft 01/12/2011 - 15:53

@elliot: sorry for hijacking your contribution, but I wanted to keep them together since mine won't work without yours.

And since everything is still quite alpha, I hope you don't mind...

alg 01/12/2011 - 16:08

@ft Can you just push all your changes to our git repo, so we can publish new version with your node? You can also just send your classes to me or Elliot, and we will integrate it into the current project.

hierro 04/12/2011 - 00:46

Hola Elliot, goow work, by the way, why the kinect plugin are called OpenNI ? I thought it would use Emgu kinect imaging, are u using someway OpenNI instead ? is it possible in ur point of view to use both KinectCapture (EMGU) and OpenNi sametime ?

hierro 05/12/2011 - 11:21

Hi, hadsome testing, and compiled library with only a problem, the openni User module is giving error, everything is running fine, but just passing the mouse over user module it became red, and esecution time passes from o.5 to 350, any hint about it ? can be related to msvcrt.dll importing ?
Using precompiled library no problems, just sometime (still not sure about why),openni trace a "corrupted memory error", and driver need to be restored with a windows log off.

hierro 05/12/2011 - 11:37

more testing, im using this project dll inside bin/managed folder, sometimes openni stuff give error, and modules are no longer available from vvvv modules menu, so if i drop dll inside a new patch, it will work again.

hierro 05/12/2011 - 20:12

maybe I got the problem about recompiling OpenNI , which OpenNI version you used ?

hierro 11/12/2011 - 13:56

Hi, did some testing for dveloping.

Using ImagResize, passing fastchangin values,output will be randomly black,couldnt understand if issue is related to image allocation or whatever.

Compiling openni with 1.4 will not work Usergenerator initialization,vvvv just closes.

colorsound 12/12/2011 - 10:07

great addon ,thanks will test it soon

elliotwoods 17/12/2011 - 04:26

@hierro - hopefully the chat on skype a few days back will resolve the above issues
was using the most recent version of OpenNI i could get my hands on (downloaded November)

i get similar results with the dll. it appears the most stable way to link it is to have the dll's of all EmguCV projects in the same folder (i.e. generally dll's exist outside of the respective project folders).

fast changing input on width/height inputs?
likely you're camera isn't sending quick enough for you to do this every frame
i.e. if you change the width / height, it will invalidate the current data, reallocate the texture + internal image, and wait for the next frame on its input. if there's no image frame already arrived before the vvvv mainloop frame, then it'll likely be black that frame

but you mean its black and stays black? if so, it's a bug then, and please add to github issues

hierro 17/12/2011 - 15:01

Hi Elliot, what i tried is this :

Connect the Kinect texture to the ImageResize and change width/height values fastly, I was prototyping a crop node to catch hands ROI: randomly the resulting texture is black, just for a frame.
I also tried different methods for resize function and passed only width/height values divisible by 4, to make sampling easier, but result was the same.
Did try also to change texture allocation logic, but did not have success :)

Let me know if you some hints, hope to catch you on skype fora quick talk about it.

circuitb 20/12/2011 - 19:26

hey elliot just have a quick try with the new structuredLights nodes:
encode, decode and cameraSpace status out pin is blank and renderer's are black!

the new astexture works better but i've some random black frames (hierro patch) fps still flicks 15 / 16 / 22 /502 /
ueye GigE @ 1024x768

elliotwoods 04/01/2012 - 11:45

concerning hierro's patch
it demonstrates a situation where you have to recreate the image almost every frame (dimensions of image are changing). since this is being carried out on another thread, there's 2 options:
1. force a sync so this black frame issue doesn't happen (slows down general use)
2. Change the threading mode per node (this is the way i'm working towards)

this means you'll be able to (per node) choose what the threading mode is. Sometimes you'll want sequential nodes to run on the same thread (e.g. this instance), therefore reduce syncing issues.

Generally only heavy nodes (e.g. Optical Flow) absolutely need to run in their own thread all by themself.

If you've got graph


A is the camera and has its own thread

then set D to use its own thread
and E,F to use above thread

G is AsTexture so has to run in the MainLoop

then you'd have the MainLoop + 2 threads
Rather than 7 threads (current situation)

RE: structured light
@circuitb - interesting
working ok here. bit glitchy but got distracted by other stuff so haven't tuned them up yet (still need to decide what architecture to use)
you can set B and C to use the above thread, i.e. A,B,C in 1 thread

Want to get DirectShow capture working with this first so can get proper camera settings at home (away from studio at the moment, and the cam's i have here all auto-expose by default)

circuitb 11/01/2012 - 16:11

hey Elliot
thanks for those threading explanations
make sense now!

just a question about what could be integrated in the emguCV
hierro talk about a Crop node, it could be cool to have some more transform nodes like homography/distortion (like in the camera calibration but with user input values?) before the AsTexture/mainloop
what do you think?

cybear 11/01/2012 - 16:59

Has anybody been successful in using the engucv vlc node with beta27?

tks 31/01/2012 - 19:22

Thanks for the contribution! Do you plan an update for beta27?

alg 01/02/2012 - 11:18

Yes, we planning. Also we will integrate VLC to the core. I think you can wait update in February.

tks 02/02/2012 - 11:09

Great news!

elliotwoods 03/02/2012 - 16:50

@alg / @cybear
vlc should be integrated into the binary release
but that will always be a GPL component (with associated licensing issues)
I've been looking into GStreamer as a possible alternative
@ft - perhaps this is something you've also looked into?

ft 03/02/2012 - 18:15

I have read that from VLC 1.2, LibVLC will be LGPL 2.1 (http://www.gnu.org/licenses/lgpl-2.1.html). If I have understood correctly, this allows the 'client' to obtain and change the library's code, but a 'work that uses the library', can have its own license. (The 'client' should be able to replace the library with their own version.)

Latest VLC version in Contributions is based on LibVLC 1.2 already.

I was just wondering, how can I make a version of Vlc that can be distributed separately, and still could work together with these nodes. It would be cool if there would be some way to create a node that can 'transform' ordinary bitmaps or byte arrays coming from one node into the format useable by EmguCV nodes. That way, VLC is not 'locked' into the EmguCV project, and can be used by anyone, whether they want to use EmguCV or not. It would also allow other people to create 'output' nodes, without having to include all the EmguCV dll's and some of these dll's just to be able to output to the EmguCV nodes 'proprietary' format (they can if they want to of course).

(Same thing for audio, I would like to be able to send audio to Vux's bass modules, without the need to make VLC a part of these modules. VLC can't be a part of both anyway.). It would be nice to keep it on its own (only 1 version to manage), and yet work together with as many other components as possible.

elliotwoods 03/02/2012 - 18:49

the initiative i intially had with these nodes is to set a new standard for an 'image output' in vvvv. indeed, to get it into the addon pack and make it exactly what you're talking about.

Also you should only need to link against VVVV.Nodes.OpenCV as that gives you interfaces to deal with the image data. Also that means I can switch out EmguCV later and nodes that are written against VVVV.Nodes.OpenCV will still work. I've done a little bit of updating to the way generators work in the recent release.

Is there anywhere I can look at your source / co-contribute to the vlc plugin (perhaps help you clean out any unnecessary EmguCV)

elliotwoods 03/02/2012 - 18:50

and great news about LGPL!

alg 04/02/2012 - 12:40

@elliotwoods i received a previous version of ft's sources before the New Year, but unfortunately don't have a time to integrate it. I can send this version to you by email or we can wait for a new one.

elliotwoods 06/02/2012 - 06:03

@alg @ft github?

ft 06/02/2012 - 13:50

@elliot: so I would need to integrate with the addonpack, in order to be able to easily link with the CV nodes? It's on my todo-list :) I'll try to stabilize the last version first though.

(I think I'l be able to find you on skype, when I start doing that.)

alg 06/02/2012 - 21:45

@elliotwoods Can push it to your repo, but it's not the last version. I think i should try btw.

guest 12/02/2012 - 17:39

for me openni modules (context & list device = red nodes) with openni

1) Méthode introuvable : 'Void OpenNI.License..ctor()'.
Resulting in: An exception occurred while trying to create an instance of type 'VVVV.Nodes.OpenNI.ContextNode'.
Resulting in: Cannot activate part 'VVVV.Nodes.OpenNI.ContextNode'.
Element: VVVV.Nodes.OpenNI.ContextNode -->  VVVV.Nodes.OpenNI.ContextNode -->  TypeCatalog (Types='VVVV.Nodes.OpenNI.ContextNode').
Resulting in: Cannot get export 'VVVV.Nodes.OpenNI.ContextNode (ContractName="VVVV.PluginInterfaces.V1.IPluginBase")' from part 'VVVV.Nodes.OpenNI.ContextNode'.
Element: VVVV.Nodes.OpenNI.ContextNode (ContractName="VVVV.PluginInterfaces.V1.IPluginBase") -->  VVVV.Nodes.OpenNI.ContextNode -->  TypeCatalog (Types='VVVV.Nodes.OpenNI.ContextNode').
   à System.ComponentModel.Composition.Hosting.CompositionServices.GetExportedValueFromComposedPart(ImportEngine engine, ComposablePart part, ExportDefinition definition)
   à System.ComponentModel.Composition.Hosting.CatalogExportProvider.GetExportedValue(CatalogPart part, ExportDefinition export, Boolean isSharedPart)
   à System.ComponentModel.Composition.Hosting.CatalogExportProvider.CatalogExport.GetExportedValueCore()
   à System.ComponentModel.Composition.Primitives.Export.get_Value()
   à System.ComponentModel.Composition.ExportServices.GetCastedExportedValue[T](Export export)
   à System.ComponentModel.Composition.ExportServices.GetExportLifetimeContextFromExport[T](Export export)
   à System.ComponentModel.Composition.ExportServices.<>c__DisplayClass1c`1.<CreateStronglyTypedExportFactoryOfT>b__1b()
   à System.ComponentModel.Composition.ExportFactory`1.CreateExport()
   à VVVV.Hosting.Factories.DotNetPluginFactory.CreatePlugin(INodeInfo nodeInfo, IPluginHost2 pluginHost)
   à VVVV.Hosting.Factories.DotNetPluginFactory.CreateNode(INodeInfo nodeInfo, IInternalPluginHost pluginHost)
   à VVVV.Hosting.Factories.AbstractFileFactory`1.Create(INodeInfo nodeInfo, INode host)
   à VVVV.Hosting.HDEHost.CreateNode(INode node)
robe 29/02/2012 - 11:57

Hi Elliot,

I'm testing the Video-In CV node extensively with both Optical Flow nodes.
(To drive the Dottore's GPU Particle)

I'm using the Ps3eye and I need to access the property of the camera (turn off auto-exposure, setting the gain, etc..).

I tried to do it in the Ps3eye Cleye-Test but the videoIn CV node reset the setting to defaults..

Is there any workaround?

PS: These NEW Node type are very performant and revolutionary in VVVV.
With Vlc (or some videoplayer) included, we have a new world to explore at 60fps.

Keep up this good work.

PPS:I'm on beta26 because I want to use Your CV stuff.


Desaxismundi 29/02/2012 - 12:44

Hi robe,

have you tried this CaptureProperty node?..fully spreadable!
and also works well for me in beta 27.1

btw: top contribution :)

robe 01/03/2012 - 11:13

Hi Desaxismundi,
Seems that the CaptureProperty node doesn't work with the Ps3eye:

  • The Property window is unclickable (The checkers and the slider are gray)
  • The Property List (Gain, exposure, white balance) doesn't affect the image.

Anyone can confirm this?

It works very well with another webcam that I have here to test. (Philips)


circuitb 08/03/2012 - 18:47

could you shade some lights on the timestamp pin (videoin node)?

yep the show settings and capture property depends on your hardware
in the current release it's for standard webcams
for specific cams like ps3eye or ids uEye an Enum list in the captureProperty node could do the job!

robe 08/03/2012 - 22:50

could you shade some lights?

Maybe for Ps3eye a custom Node will be usefull to access its parameters and use more than one. Elliot already did it in the LINK installation I downloaded from github...

Starting with a Cleye Multicam Test sample I have two webcam working at the sametime, but is made with WPF and I don't know how to port in vvvv.
Maybe someone could?


elliotwoods 16/03/2012 - 16:00

hey all
sorry for the silence

@robe - there are 2 VideoIn nodes (one is video for windows, the other is directshow)
have you tried with both. the vfw one doesn't support capture properties so may be better for you?
also (including a discussion right now on skype with colorsound) a dedicated ps3eye / opencv plugin is really the way to go (as you say)
need to merge that earlier code (with texture out) into opencv version

timestamp is currently for structured light
when you encode a frame it gets timestamped, and then when you recieve it you look for a matching timestamp
since with normal directshow cameras you have no idea what the delay of the camera is, you can manually adjust the timestamp offset with that videoin's timestamp pin

apologies about openni compatability
in future i'll mark which openni version the release was made (with download links to get the files)

robe 18/03/2012 - 20:08

Ciao Elliot,

I tried both, the one without Property is useless beacuse I've to access the exposure and gain (It's a IR-modified Ps3eye), the other node let me open the Capture Property but the checkers and the slider are grayed out and not clickable.

Just waiting for the custom node, but with no hurry, I'm fighting with kinect for now...

Instead I pray for a B27.1 compatible version for your OpenNI-CV Stuff:

  • OpenNI (32bit, stable, redist edition)
  • NITE (32bit, stable, redist edition)
  • SensorKinect091 (32bit)

(Copied from the OpenNI Contribution but that thread was considered closed by Joreg, so I don't know what was embedded in B27.1, Here this package works and I'm happy -OFF TOPIC-)

Even though I'm thinking to downgrade to B26 for your amazing calibrate kinected projector...

Thanks Elliot I really believe this OpenCV stuff is a great alternative to FreeFrame, but also for some Texture Filter in terms of performance..
.. Correct me if I'm wrong..

Keep up good work! Your GitHub would be a gold mine if I was a real programmer..

Bye Bye

liquid 21/05/2012 - 18:09

ah,the VideoInput(DirectShow)(the new one-May 2012 Alpha) really slow here,only got 4-5 fps,anyone had same issue?

elliotwoods 21/05/2012 - 18:35

Custom CLEye node in most recent release

DiMiX 22/05/2012 - 12:49

Hi Elliot,
I've some broken links and red nodes.
I'm w/beta 27.2 and latest .zip extracted in contribution.
Are there some specific beta and folder structure i should use?

liquid 22/05/2012 - 16:30

@elliot,besides the low fps,i also noticed seems that the videoInput(DirectShow) node can't shut down properly even though i deleted the node,the camera indicator light still remains. i'm using beta27.2,btw my webcam only working with YUY2 colorspace. but working fine with your older opencv version.


elliotwoods 22/05/2012 - 16:41

@DiMiX - maybe i can make a demo vid of this working with a fresh copy of vvvv beta
Please try to put it in something like vvvv45beta27.2/VVVV.Nodes.OpenCV
And add it to your search path in vvvv's root patch. (maybe there's a good demo of how to do that somewhere?)
Alt+r to show root patch

I was getting some red nodes in some modules due to the v4p's storing relative paths
To fix this just double click the red nodes and select the right plugin

Can you post a screenshot of what's red

@liquid : interesting, not getting that issue here.
Low fps is only for that VideoIn node for you?

Cheers for feedback!


liquid 22/05/2012 - 17:02

@elliot,ok,the VideoIn node got low fps,and the VideoIn(OpenCV) one not working,the status message saying its ok,but there's no given images. the default videoIn(DSshow) working as usual. don't have the pseye atm,can't say about this. any ideas? cheers.

mediadog 22/05/2012 - 17:49

With "VideoIn (CLEye) help" I am getting zero fps - and all four CPU cores peg at 100%. "VideoIn (OpenCV DirectShow) help" works fine using the ps3eye.

I am on Win7 x64 using the latest CL Eye Platform SDK,, which recently came out. I'll try going back to a previous version...

mediadog 22/05/2012 - 18:16

Same behavior with SDK Also, "VideoIn (OpenCV) help" crashes, and if I start a blank patch and add "VideoIn (OpenCV)" to it, when I enable it, all the cores peg at 100% CPU again.

mediadog 22/05/2012 - 18:20

One more data point: when exiting vvvv (27.2) when the CPUs are at 100%, vvv closes and the CPU levels drop to zero, but vvvv.exe is still a zombie and has to be manually killed.

elliotwoods 22/05/2012 - 18:52

Lots of lovely bugs in this release.
Will have to check these out tomorrow as got some dinners and drinks now
Thanks for all the bug reports

Anybody having more success with any VideoIn nodes?

u7angel 22/05/2012 - 19:59

i tried videoin directshow with my macbook pro built in cam, no luck. LED turns green but no image.

when i try vvvv videoin node, i always need to set the cam to YUV manually to get it working. i dont see this option in your version.

Noir 22/05/2012 - 20:59

With "VideoIn (CLEye) help" I am getting zero fps too

vvvversion 27.2

obernardoo 22/05/2012 - 22:09

thanks for all!!!.
have this problem when connected
VideoIn (OpenCV) => AsTexture(OpenCV)red node => Preview(EX9.Texture)
in beta27.2

render tty:

  00:02:07  -  : To help us track this error down, enable the ExceptionDialog via the 

menu or starting vvvv with /showexceptions.

  00:02:07 ERR : Exception occured in TMPluginWrapperNode.Evaluate: Could not load file

or assembly 'Emgu.CV, Version=, Culture=neutral, PublicKeyToken=7281126722ab4438'
or one of its dependencies. The system cannot find the file specified.

in the previous version does not occur

DiMiX 22/05/2012 - 23:04

package placed in contribution>root patch> search path...all done

as you can see many nodes are linked to addonpack/lib etc.
many of them i can find in package and relink,
but few of them are still missing:
TableView: Insert, Table

mediadog said
CPU cores peg at 100% & vvvv.exe is still a zombie and has to be manually killed.

the same on my pc

mediadog 23/05/2012 - 06:07

Re: VideoIn (CLEye) help, the large IObox for the FPS is not actually connected to the videoin node so it will always show zero. But when I hover over the fps pin or connect it, it is still zero.

elliotwoods 23/05/2012 - 19:17

@mediadog - this is an error in the spreads (somehow only arose now, not sure how)

The spread of 6 parameters is making 6 camera instances (hence 100%ing your CPU).

Am working on a fix tomorrow i hope!

@DiMiX :
CLEyeMulticam.dll comes with CLEye SDK (so if you do have that installed, then it'll work). Will include in next release

Red nodes in StereoCalibrate help patch are subpatches with the wrong path in the help patch's xml (using absolute rather than relative). you can fix this yourself as the patches are in the distribution, or wait for hotfix.

If nodes like Pipet are missing then the OpenCV dll must have a problem :(. unless it's using some strange paths again

elliotwoods 24/05/2012 - 15:35


been tracking down some bugs today.

1. Security issue with EmguCV dll's

Reported by desaxismundi and others. Is caused by drag-dropping the files out of the zip package rather than unzipping using Extract all... (confirmed in some cases, desaxis is still having troubles)

2. Some node's throwing exceptions

This is in some parts due to differences in vvvv28 (e.g. cloning spreads). I found this bug in FindBoard node, moving to vvvv28 fixes this issue.

Suggests releasing 'stable' versions against each major vvvv release

EDIT: See exception notes at top of this page.
liquid 31/05/2012 - 05:39

thxs for the update. just did testing with 27.2&alpha 28
ok,the videoInput(DirectShow)seems now working just fine with my beta27.2,got normal 30 fps(how come the older one up to 60?),however the VideoIn (OpenCV) still not working with both27.2&alpha28,no given images at all.

VideoIn(CLEye) perfectly running up to 60fps on both version.
with alpha28 the videoInput can shutdown properly,beta27.2 still the same.

circuitb 11/06/2012 - 03:13

hi Elliot,
just few notes on the opencv nodes
regarding the videoin (OpenCV) & videoin (OpenCV directshow)
in some case you need to specify the native resolution of your cam
for example my ids GigE cam only works @ its full resolution 1024x768
with a cheapo webcam all resolutions are supported
tested under beta 27.2 & 28.

elliotwoods 11/06/2012 - 23:35


noted VideoIn (OpenCV) is still not working properly right now but VideoIn (OpenCV DirectShow) is working well for me (couple of small changes). still more tidying up / testing to do on these

thanks @ circuitb for the notice. so you do get VideoIn (OpenCV) working as well?

alpha28 is necessary for the way that some of the nodes are handling spreads (e.g. calibration, contour)

circuitb 12/06/2012 - 18:53

yep both OpenCV & OpenCV directshow works here (beta 27.2 & alpha 28)
but with this resolution thing at least with the IDS camera.

zeos 17/06/2012 - 15:49

Hey Elliot Woods,

what do you think about this?


Any suggestions/ideas?
Assus XtionPro on win7(x64) with vvvv45beta27.2

Note: I quickly checked the the openni parts of your code (on GitHub, there are some different repositories...), and I noticed that you init with 640x480@30fps, is that right or I'm completely wrong and should make myself another cup of coffee?

One more note: I did change the config xml to fit the Assus, still no result.

P.S. Whatever the performance, how complicated is to have a node: AsCvImageLink (Texture), you know....

Thanks ;)

EDIT: Here the not so easy-to-read-from-the-screenshot TTY message:

00:27:07 ERR : Exception occured in TMPluginWrapperNode.Evaluate: Could not load file or assembly 'Emgu.CV, Version=, Culture=neutral, PublicKeyToken=7281126722ab4438' or one of its dependencies. The system cannot find the file specified.

Desaxismundi 17/06/2012 - 16:03

putting dll's inside C:\vvvv_45beta27.2\addonpack\lib\nodes\plugins should do it.

elliotwoods 17/06/2012 - 16:39

that's the Emgu CV .net DLL's which should be in the package

this error is caused by either:

  • they're not in the right place
  • the dll's have strange security settings which can be caused whilst unzipping

please see the note at the top of this page about 'ERR : Exception occured in TMPluginWrapperNode.Evaluate: Could not load file'
it's difficult to read in Internet Explorer.

essentially you need to make sure you DO NOT drag and drop the dll's out of the zip file, but instead use Extract all... (or just use 7zip)

zeos 17/06/2012 - 16:44

Thanks Desaxismundi, but same error...

00:03:37 ERR : Exception occured in TMPluginWrapperNode.Evaluate: Could not load file or assembly 'Emgu.CV, Version=, Culture=neutral, PublicKeyToken=7281126722ab4438' or one of its dependencies. The system cannot find the file specified.


zeos 17/06/2012 - 17:07

Oooooook, I did download fresh OpenCValpha,
deleted the old one.
Extract with 7zip and overwrite the files in /addons/lib/nodes/plugins/....
and I got that:

another error

Any ideas?

Many thanks people ;)
for your feedback!

zeos 17/06/2012 - 17:37

;) I am sorry for the flood

so after restart, installing 28alpha and the rest,
same problem like in the beginning with 27.2,
28alpha reports:

NOTE: I found a bug in error reporting inside the ContextAndImages node,
here possible fix:

Elliot, are you sure that your OpenNI works with XtionPro, 320x240@60fps or is hardcoded 640x480@30 and so on kinect-wise stufish?



mrboni 29/06/2012 - 17:07

Anyone have success getting user texture using the opencv openni plugins? (the mask texture of each active user)

I'm getting nothing out

elliotwoods 06/07/2012 - 00:03

@zeos : i've been able to get 60fps QVGA and 30fps VGA
i use xtion pro live and kinect

i think the issue is that perhaps you're using xtion pro (i.e. not the 'live' version) which has no rgb feed, and i haven't coded for that case sorry
i'll try and have a look next time i'm in that project, else hassle me more!

@mrboni - as on Skype (and for others here) - each user is given a colour equal to their User ID (e.g. 1,2,3,4,etc)
since these colours are very dark, you won't see them in an AsTexture

You can however use the = node to select a user from this image (which outputs 255 per pixel where that user id is present)

mrboni 06/07/2012 - 18:06

To confirm the user texture info - the texture is a single 16bit channel. So if dealing with the texture in a shader, the colour value of user 1 is 1/65535, user 2 is 2/65535 etc.

You can use this to map each user's pixels to a different visible colour if you need, like the native openni user node does.

If just using the cvimage, = (opencv) will take just the integer value of the user id. easy!

mediadog 27/07/2012 - 04:45

Life is good! Two PS3Eyes running together at 60fps 640x480! The secret to make them work reliably with Contour was to render each texture (Quad -> Renderer -> DX9Texture) before sending into the AsVideo for input into each Contour node. I suspect this is a vvvv multiple video stream problem, and this technique may well fix the instability with the multiple PS3Eye plugin as well.

Great stuff Elliot, thanks a bazillion!

mrboni 13/09/2012 - 12:31

@mediadog - have you tried the opencv contour?

levi 26/10/2012 - 14:11

any idea how to make calibratecamera(opencv) work in 28.1 ?

motzi 22/01/2013 - 13:43

i've got following issue with the ps3eye:

when plugged directly into my macbook pro the VideoIn (CLEye) works as expected. when using an usb extension cable (which acts like a hub) this node does not recognise the camera, but i can utilise it without any problems with VideoIn (DShow9). therefore i believe it has nothing to do with the datarate over the extension.

did anyone use the ps3eye with this plugin with an extension/hub successfully?

keftaparty 01/03/2013 - 21:06

I don't manage to get the VideoIn(OpenCV)and VideoIn(OpenCVDirectShow) nodes working in dx9ex mode.
Am I doing something wrong ? Could someone confirm that it is or not working ?

mediadog 13/03/2013 - 03:52

Did the CLEye nodes get dropped in the imagepack? The VideoIn (CLEye) help file is still there, but red nodes on all the CLEye stuff - missing .DLL.

itsnotfair 13/03/2013 - 04:54

great stuff, great work!

i just have a bit of a hard time to figure out how to properly use them, a noob problem....
are there help patches for the openCV contour node?

or an example of a successful tracking implementation?

ah, how great would that be....

mrboni 13/03/2013 - 15:09

anyone have a way of tracking blob IDs from the contour node?

alg 14/03/2013 - 23:58

I think id currently is just an index in a list. So when we adding new controus, they have bigger id's. Or i'm not right?

mrboni 15/03/2013 - 01:39

but the ids need to be managed so if one contour disappears the others keep the same ids they had before

zeos 15/03/2013 - 03:50

cluster might help

alg 16/03/2013 - 16:46

@mrboni - ah, ok, you are right. I will try to add this.

itsnotfair 19/03/2013 - 11:08

how can i get the videoPlayer from here:
into v4 ?

unfortunately this node is missing from the contribution, or is it me?

alg 19/03/2013 - 13:03

I think it can be deprecated, i will look into it.

synth 15/07/2013 - 17:35

I have one extremely stupid question ...
What for and how do i use the Structed light nodes ?

Can anyone post an example or a short explanation on this please ?

Thank you in advance :)

robe 10/10/2013 - 10:22


there's an help patch in packs\Images\nodes\plugins called Decode (Image.StructuredLight) help.v4p. Using the new build fromhttps://github.com/elliotwoods/VVVV.Packs.Image after relinking some red node I'm able to see how it works and it exactly output the UV pass of the scanned area.

My question is is there a DX11 shader that accepts 2 texture doing the UV map?
1 Source texture to be mapped according to the UVpass of the 2nd.

Also is there a way to accellerate this process?

Anyway this contribution rocks!
thanks Elliot!

everyoneishappy 10/10/2013 - 11:59

That sounds neat. Would love to see the finished patch if you get it up and running.

I had a dx9 shader that I think is what you are asking for, here is a quick port to dx11 tfx.

Edit: can't upload here because it's a contribution thread but the code is very short:

Texture2D texture2d : PREVIOUS;
Texture2D uvTex ;
SamplerState linearSampler : IMMUTABLE
    Filter = MIN_MAG_MIP_LINEAR;
    AddressU = Wrap;
    AddressV = Wrap;
struct psInput
    float4 p : SV_Position;
    float2 uv : TEXCOORD0;
float4 PS(psInput input) : SV_Target
    float4 tUV = uvTex.Sample(linearSampler,input.uv);
    float4 c = texture2d.Sample(linearSampler,tUV);
    return c;
technique10 Process
    pass P0
robe 10/10/2013 - 19:29

thank you @everyoneishappy!
You made me happy with your shader.. Anyway the code editor gives me an error, but is working like a charm..

So, go to Elliot gitub and compile the last VVVV.Packs.Images
The patch "Decode (Image.StructuredLight) help" in nodes\plugins should look like this (somewhat):

Then use AsTexture (OpenCV DX11 bla bla) to plug into your shader.
It works.

As someone on the forum sayd, EliotWoods will release the new contribution soon.
So stay tuned. I'm going to fund him.. ..He also bought the licence for EmguCV, so..

I added you on skype.

ksp 18/10/2013 - 00:24

vvvv is asking for 'Length (Vector)' from the addonpack

should i have this?
vvvv_45beta31_x86 (&x64)

everyoneishappy 18/10/2013 - 03:24

Are you sure that it is (Vector)? Maybe try dropping a Length(3d) and see if that works. Don't know the context but if you just need a normalised vector length then that's the one. I think some of the standard node file pointers are a bit funny with some of these patches, due to being patched in a super-mutant version of vvvv.

ksp 18/10/2013 - 19:21

thanks. tried that. they would prob work, but it don't know where the input came from. if someone could take a look for me it would be appreciated.

the patch in question is:

  • FindBoardsInWorld (..\packs\Image\nodes\modules\Image\OpenNI\ )

the nodes that were missing are(, and the paths referenced):

  • Length (Vector) (..addonpacklib\nodes\modules\Vector\ )
  • WaitForCalm (Animation) (..addonpacklib\nodes\modules\Animation\ )

(..i already had WaitForCalm from something else)

lasal 22/10/2013 - 21:39

Hi Elliot & Joreg,

i was testing the new update for b31 and i miss the PS3Eye plugin, is it not any more available?
and what about the /dx9ex compatible version?


colorsound 23/10/2013 - 11:07


i was also trying to test the image pack.
I,m also missing the PS3Eye plugin in it ?
also and more important for me is there a way to get the ID of the blobs using contour opencv ? and the rotation of the blobs ?


Alec 18/03/2014 - 12:20

Hi guys,
is there any chance to have new VVVV.Packs.Image with working CLEye?

sebl 18/03/2014 - 14:53

what exactly isn't working? is it the cleye node itself or the conversion to dx9/11?

Alec 18/03/2014 - 18:50

@sebl: CLEye plugin is missing as listed in the features chapter. Do VideoIn nodes support multi PS3eye cameras?

sebl 18/03/2014 - 22:46

yes, if the node works, it supports multiple cams.

does this dll work for you (on beta31.2 x86)?

if not, you can compile it yourself. ask, if you need more info for that.

motzi 19/03/2014 - 02:01

i'm failing in compiling the image-pack from source (using VS2012).

i'm getting lot's of these or similar errors

Error    1    Unable to find version '31.3.2-develop-35' of package 'VVVV.Core'.    VVVV.CV.Core

which indicates the wrong dependencies.
nuget only installs current versions of these dependencies (i.e. 31.7.1-develop-171) and i have no clue where to get the older ones or update the pack to a newer version.
any hints how to get this going? thanks

sebl 19/03/2014 - 12:12

you can try this branch, where i tweaked some references and unloaded som projects (edsk, ximera, etc.)

microdee 19/03/2014 - 14:00

@motzi: i met a similar error, i could fix it by manually fiddling with packages.config files in the projects

princemio 19/03/2014 - 16:06

are there any plans on 64 bit versions...i think it could be interesting for the new kinect which is currently 64 bit only

sebl 19/03/2014 - 16:36

i think, it is possible to compile for x64 (though i only did it for x86, yet)

princemio 19/03/2014 - 18:29

hey sebl, i didnt know that. Sounds good...any cool tutorials that u would recommend on compiling vvvv sources?

sebl 19/03/2014 - 22:44

you can start with compiling the addonpack. that's very good documented and will usually work out of the box. after getting a bit familiar with a projects structure and references, you do the same with another solution and fix missing references or errors from the error-list in your IDE until it compiles.

princemio 20/03/2014 - 18:00

cool thx for the help! i give it a try

motzi 24/03/2014 - 23:16

@sebl and microdee:
thanks for your comments. i finally got it working and the quirk was somewhere else. after a complete restart with the vvvv-sdk and some relinking it turned out to be allright.

ggml 26/03/2014 - 15:47

is there a recent uncopiled vesion of this pack that makes again use of the the videoin(cleye) ?

Alec 27/03/2014 - 16:11

VideoIn node supports multicam but if I attached two or more PS3eye it see only one camera. How to use multi PS3eye cameras?

sebl 27/03/2014 - 17:22

iirc there are 2 different drivers for the ps3eye. and only one of them (maybe bundled in some sdk) supports multiple cams.

alg 28/03/2014 - 10:53

For everyone, who can't build Imagepack - i'm created nuget dependencies for all binary packages, that was shipped with it. Here you can pull my fork - https://github.com/smakhtin/VVVV.Packs.Image/tree/pack. You need to clone it to the packs folder inside vvvv sdk (vvvv-sdk\vvvv45\packs). After this, to restore all dependencies execute nuget restore from the imagepack solution folder. I think you will experience problems with dx11 projects, that currently also become dependencies. To solve this, you can try clone my fork of dx11 nodes to the packs folder (packs\dx11) https://github.com/smakhtin/dx11-vvvv/tree/pack, alongside with already cloned imagepack.

I'm already made a pull request, so all this dependency fixing will be in main imagepack repo. About DX11 dependencies, i'm still need to fix native code support inside core vvvv packages, after this i will make a pull request.

m9dfukc 06/05/2014 - 22:49

I had a few issues to get the latest and greatest VVVV.Packs.Image to compile ... my progress is documented in this forum post compiling-latest-vvvv.packs.image-nodes-missing. As soon as I found a reliable way to compile the pack I will add a detailed report here in this post.

guest 12/05/2014 - 01:18

converting a dx11 texture to CV.Image with AsImage (DX11)
result in a RGBA32F texture, but the findboard node ask for a RGB8 texture
to operate!?
is there a way to convert a CV.Image texture from RGBA32F to RGB8 ?


guest 12/05/2014 - 12:41

@princemio @sebl
when switching from x86 to x64 in the imagePack solution
only a small part of the nodes are available (15-20)
not sure but perhaps some dependencies are 32 bits ?
any other tips is welcome?

sebl 12/05/2014 - 16:28

hm, i just compiled it against x64 - see attachment.

it was quite some hassle to get all the references on their place again. especially dx11, because there changed some things in the csproj-files since the imagepack was touched the last time. in general, this is a simple, but stupid task: get rid of all the little yellow exclamation marks in the references or add some references if the code has missing usings.

for the future, i think it would be cool, if the dx11-reference would be handled as as ubmodule, and so it always matches the right revision.

attachment is here: https://www.dropbox.com/s/4seticbv6q05kuh/Debug_x64.zip because one cannot upload non-images to a contributions discussion?

oh, and the attachment is totally untested :)

velcrome 12/05/2014 - 18:46

yeah, the upload in contribution has had some weird config for some time now.

more to the point, I think it would be better to have nuget for the feraltic and the dx11, because then it would be possible to create your own solution and still remain compatible with all of vux' work.

m9dfukc 16/05/2014 - 23:29

For the record: fixing issues with the latest images pack (2014_05_16) on github forum-alpha/weird-behavior-for-vvvv.packs.image.

alg 27/05/2014 - 21:44

The latest imagepack is here https://www.dropbox.com/s/3pj1k10hk9xkohe/vvvv.packs.image_b32-x86.zip. Can't upload it to website, because file size is too big. Devvvvs will remove this restriction. x64 coming after feedback.

kimiki 28/05/2014 - 17:08

@alg, perfect! thx

microdee 29/05/2014 - 16:18

@alg: it doesn't allocate any images for me, info shows nil or 0 for everything, inspector shows nothing and AsTexture (Both dx9 and dx11) is just black

alg 29/05/2014 - 17:56

@microdee really strange, AsTexture is working for me. If you enable exceptions, can you see any errors?

microdee 29/05/2014 - 21:06

@alg: no exceptions are showing and no red nodes. it's not just AsTexture it looks like no image can be created (the image info is completely 0 and the cv inspektor is empty too), i've tried it with different sources (video, webcam, the built in noise, AsImage) neither of them working

alg 30/05/2014 - 09:49

@microdee can you test on a different device or OS?

DiMiX 30/05/2014 - 14:58

Test build for beta32:
I can relink some red nodes

where I can find VVVV.Nodes.OpenCV.dll?

microdee 31/05/2014 - 20:09

@alg: it works on an other box, must be something with my useless junk, i'll reinstall windows on that and see if it's a hardware or a software problem. strange thing is that previous versions worked on the same system without a problem

circuitb 31/05/2014 - 20:46

not sure at all but sometimes installing Visual Studio
helps for some contributions/packs...

microdee 01/06/2014 - 01:27

@circuitb: i have vs on my machine

alg 02/06/2014 - 09:04

@microdee this version was build against b32 and contains Factories. I think that's all core changes.

microdee 03/06/2014 - 20:53

@alg: it refuses to do its job after a clean windows reinstall as well. will try with alphas but i'm beginning to think that my laptop simply hates me :D

microdee 04/06/2014 - 13:06

is it possible that it doesn't work with ati gpu's or mobile hardware? becouse i've tried it on 2 laptops with ati and a box with nvidia, it didn't work on laptops and works on the box with nvidia. or this plugin specifically hate alienware :D

alg 09/06/2014 - 12:34

@microdee I can't test on Ati cards right now, all my pc's and laptop has Nvidia GPUs. Can you post your bug report on our github page? https://github.com/elliotwoods/VVVV.Packs.Image Hope someone from contributors can test it.

guest 04/08/2014 - 15:35

get an half working x64 image pack for beta 32.1
it was really painful to replace all the references cause the nuget thing doesn't work as excepted or i mess it up!

please correct me if i'm wrong,
but some nodes are x86 only due to their dependencies:

  • VVVV.Nodes.DeckLink.dll (x64 sounds possible)
  • VVVV.Nodes.OpenCV.OpenNI.dll (no x64 at all and probably depreciated?)
  • VVVV.Nodes.OpenCV.VideoInput.dll => VideoInputSharp.dll (x86 only !!)

the Videoin (Cv.Image Directshow)doesn't work but vfw one works!

  • VVVV.Nodes.Table.dll (apparently moved to addonpack but not yet available)
  • VVVV.Nodes.OpenCV.FlyCapture.dll (x86 only?)
  • VVVV.Nodes.OpenCV.OptiTrack.dll (should work but...)

00:37:13 * : Type 'VVVV.Nodes.OptiTrack.VideoInNode' not found in assembly 'VVVV.Nodes.OpenCV.OptiTrack, Version=, Culture=neutral, PublicKeyToken=null'. Failed to create plugin node VideoIn (OptiTrack) (ID: 44).

all the other nodes of the Image Pack works for me...
@elliot is there any plan for a x64 release?

ethermammoth 12/08/2014 - 14:09

Does anyone have problems with freezing camera?

we use 4 Logitech c920 on one PC, which seems to work. Somehow the cameras freeze at some point, all showing the last static image. Most of the times it runs fine for a couple of hours before this happens.

I disable / enable the cameras during runtime to save processing power. Could this be related? or maybe not enough usb resources? any way of debugging this, finding out where the error could happen?
(the strange thing beeing that it runs "fine" (at 20fps) for some hours before hanging)

circuitb 12/08/2014 - 15:00

for me disabling / enabling camera's during runtime is not a good idea!

elliotwoods 14/08/2014 - 09:07

@guest - i think @alg has a 64bit build
hopefully he'll post it up soon

tekcor 22/08/2014 - 00:32

Hi Node Jogglers

I want to run 2 PS3 Eye Cams with the CL drivers

The describtion here says
'CLEye (i.e. PlayStation eye) is currently disabled but can be back v. soon'

Is this outdated or still true?
Cause I also can not get them to run, although the CL-Eye Test works.
Actually the Devices node shows one of them, but no video ~


tekcor 24/08/2014 - 15:10

x64 PC - beta32.1 x86

'The type initializer for 'Emgu.CV.CvInvoke' threw an exception.'

on VideoIn (CLEye)

Google gives links:


Any one experienced that and can say if that would fix it?
If I buildit again with other dependencies?

tekcor 25/08/2014 - 19:29

Okey - ATI card is the problem. Other user experience the same!
What could be the difference here and how to fix it?

tekcor 26/08/2014 - 01:14

I continue my troubleshooting log here

Note it is not anymore about getting the PS3 Eye to work but about fixing an error that I get on a lot of Nodes as output of the Status pin.

Appearently some users report it does not work on ATI cards.

But that is not the issue that causes that error:
'The type initializer for 'Emgu.CV.CvInvoke' threw an exception.'

The error appears as output on for exampe FileImage or the VideoIn (CL Eye).

I tested it also a lot on a 32bit W7 system with an intel HD4400 chip and it didn't work, same error.

The interesting thing is that it works on my personal notebook with exactely the same software and similar hardware
beta32.1_x86 with the imagepack from this page
intel hd4000
and this is a 64bit W7

I realy don't see what could be the difference between the systems that can cause that error.

If you have any idea, they are very welcome!


The solution was found it was an missing dll

See more here



You can download the missing dll here

put it in nodes/plugins/dependencies/opencv/x86/

It should also fix anything that was previously accoutned to ATI cards.
Thanks to alg for that essential hint.

graphicuserinterface 27/08/2014 - 03:23

ati hd5470 mobility works perfectly with nvcuda.dll, 10x alg and tekcor!

princemio 27/08/2014 - 10:14

anyone 64 bit? @alg? I think it would be really cool. Especially for Kinect2.

jzzxh 01/09/2014 - 07:25

I install "vvvv.packs_.image_b32-x86" version and run the "girlpower -> basic" patch, the camera enable but render screen still "Blank".

The "vvvv.packs_.image_b31-x86" works!!

thanks all ^^.

jzzxh 09/09/2014 - 16:57

Thanks, tekcor

I encounter 'Emgu.CV.CvInvoke' problem with my "intel HD graphic 3000" graphic card , and i put the nvcuda.all, but when i used objectdetect node it will crash... any has this issue??

thanks all ^^

elliotwoods 10/09/2014 - 17:30

Apologies about the nvcuda.dll issues!
I had noticed this last month also, I wish I'd made a note somewhere at the time.

Some notes at:

(including my download link for the file incase another one is down).

Might drop all CUDA support from image pack and go with non GPU flavour until Emgu goes 2.4.9, or we go for another OpenCV wrapper (without EmguCV).


sebl 10/09/2014 - 21:13

2.4.9 seems to have nice new features aswell. and there is a solution for this problem, right?
is there another drawback with emgucv?

jzzxh 11/09/2014 - 04:19


I'll going to buy a nv card.

thx. ^^

Noir 25/09/2014 - 16:25

there are some hardware reccomandations/limitations?
It doesn't work (black render) on my http://www.zotac.com/products/mini-pcs/zbox/product/zbox/detail/zbox-iq01-3/sort/starttime/order/DESC/amount/10/section/specifications.html

win 8.1 latest beta

tested on an old laptop win7 with intel hd and old gt nvida gpu and it works...
tested also on 3 pcs with win 8.1 works out of the box... dont know why on zotac doesn't work

joreg 25/09/2014 - 20:46

@Noir did try this?

tekcor said
You can download the missing dll here

put it in nodes/plugins/dependencies/opencv/x86/

Noir 25/09/2014 - 23:06

Tnx joreg
I'll give it a try and report back

Noir 29/09/2014 - 11:05

Confirm it works with nvcuda.dll
Tnx Joreg

sunep 28/03/2015 - 13:07

could this be packes so that it can be unpacked like other packs, by placing it in the vvvv root and using z-zip to unpack here.

cleaning up after having unpacked it all over the place is quite annoying

CMY 11/04/2015 - 00:22

i've got the same problem on my notebook. ATI and Intel Video + win7 64bit.

Whith nvcuda.dll it works, thanks.

But DetectObject (cv.image) work slower then detectObject (dshow9)

mrboni 11/05/2015 - 14:10

does anyone have an up to date x64 build?

Grandchild 17/06/2015 - 23:51

@mrboni I built myself a 64bit version, and had to jump through some hoops to do it.
So a lot of nodes in this build are probably broken, I know the video-in nodes don't show up. But all the basic CV nodes seem to be okay (Homography, CalibrateProjector/-Camera, Features, etc.)

Use with caution:

(this does include a 64bit nvcuda.dll I dug up from the net, of dubious origin. but we run all sorts of dubious dlls anyway, no? ;))

mrboni 18/06/2015 - 11:58


nice one

graphicuserinterface 24/06/2015 - 07:31

Grandchild nice!

mediadog 16/07/2015 - 16:07

I am unable to get the OpenNI nodes to work, specifically for two Xtions, but not even for one Xtion. I tried to set up for two as seen in this blog post, but the ContextAndImages node is missing an input pin (middle one) that takes the device info:


ListDevices sees both devices fine. I am using Xtion Pros, not Lives here; is that why even one does not work? This is with 33.7_x86 and the latest version of this pack.

I have a LOT of Primesense/Xtion cameras I would love to use for multi-cam, but have had to use Kinect V1s with the MS Kinect nodes instead. Yuck - power bricks.


mediadog 24/12/2015 - 01:48

Well seems the ContextAndImages node had just lost the CreationInfo pin, and once I put that back in it works.

BUT - the framerate is roughly 1 depth image update every 2-4 seconds! That's even with a single Xtion hooked up. This is with 33.7_x86.

Anyone using the OpenNI nodes now and seeing full speed? Again this is with the Pro, not Live, so there is no RGB.

synth 11/04/2016 - 17:18

Hello everyone!

Does anyone by any chance has Image Pack compiled for 64bits and willing to share it with me ?

I am starting some experiments and i need 64bit vvvv soo yeah need 64bit Image pack as well.

Thank you in advance !

robe 15/04/2016 - 13:34

+1 @synth
tnx in advance

synth 22/04/2016 - 22:34

So i managed somehow to recompile it for x64.
Things that i was able to test are working but there might be broken nodes here and there.
I need it for now mostly to read HDR images as i am playing a bit with Emeshe.

On my first test when it is installed in /packs/ it kind of broke the Assimp modules, but after some adjustments seems to be OK.

Best regards!

robe please report if you find anything broken.


BTW please if i am braking any license rules please contact me and so i can remove it.

robe 23/04/2016 - 16:39

Hi synth and tnx...
VVVV stucks on loading after adding the pack..:.:..
I'll investigate next week

Thanks a lot

synth 23/04/2016 - 17:21

robe interesting i have 4 computers and it works on all of them.
Try removing all the packs but Imagepack. I have had similar issues before and this solved them.

rogalag 24/04/2016 - 20:45

Hi synth
confirming: vvvv33.7x64 stucks on loading after adding the pack...........

synth 25/04/2016 - 11:06

Back to VS then, it seems I am the only who got it working.

It was compiled against the latest vvvv, DX11 and so on versions so minimum vvvv version is vvvv 45beta34.2 x64.

mediadog 26/04/2016 - 22:16

@robe is your machine DX11 capable? I know the DX11 pack will cause a similar hang on older non-DX11 machines (like laptops).

robe 27/04/2016 - 11:54

@mediadog: My pc in fully dx11 compatible (gtx970).. Probably my VVVV is a bit messy (packs, old contrib etc.) Will try with a fresh version..

krementsov 05/05/2016 - 14:21

Hey, friends!
I'm looking for the way to get liveview from any DSLR camera. I tried to use this pack, but it actually doesn`t work with liveview. May be i did something wrong. Does anyone know how could i catch liveview?

joreg 03/06/2016 - 12:14

@krementsov have you tried EDSDK?

guest 06/06/2016 - 15:53

oh.. stucks on loading after adding the pack........... me too.

featherfurl 17/07/2016 - 04:17

Hangs for me on both my normal VVVV install and a clean version of 34.2 x64. Shame, because OpenCV stuff would be really useful in 64bit. Would definitely consider some form of flattery for a working 64bit version. :)

featherfurl 25/07/2016 - 04:44

Thanks microdee! This finally motivated me to sign up to flattr. Now to flattr bomb my entire budget on VVVV and various contribs.

featherfurl 25/07/2016 - 06:01

Shame about the lack of a VideoIn(DirectShow) node though. Anyone have ideas on what the most efficient workaround might be for getting a videostream through opencv/dx11/x64?

microdee 25/07/2016 - 06:29

check VideoIn (CV.Image VfW), that's working under x64. If you want all the options of DirectShow though then easiest is VideoIn (DShow9) -> VideoTexture (EX9.Texture ...) wait for frame = 0 -> DX9ToDX11 (DX11.Texture2D OffscreenWindow) obtain from mp.dx -> AsImage (DX11.Texture2D) you have it.

featherfurl 25/07/2016 - 07:17

The VfW node works, but is there a way to set the framerate of the stream on that node? How much of a performance hit does the DX9toDX11 conversion process have, do you think?

guest 01/08/2016 - 11:41

just to let you know uEye nodes works for both x86 & x64!

guest 01/08/2016 - 11:41

just to let you know uEye nodes works for both x86 & x64!

mediadog 30/08/2016 - 04:12

Loving the x64 version! BUT, the x64 camera and projector calibration nodes do not work properly: First use after loading they return sort-of-close results, and then on the second solve vvvv crashes. Sometimes the first solve attempt crashes.

I can take the exact same set of 3D and 2D points and node settings in the x86 version and it works perfectly - the correction is dead-on (say 3px error vs. x64 70px error) and no crashes with repeated solutions. And the vpm1 x86 gives the same results as the b33 x86 version.

Any ideas? Anyone have the x64 calibrations working? Maybe mismatched compiler flags in the x64 build?

mino 22/09/2016 - 15:50

i couldn't use latest x64 build. it seems cuda issue because my graphic card is amd radeon.
how to solve in x64?

DiMiX 27/09/2016 - 00:35

hi sebl,
hi guest,
I would love to try new uEye node, but cant get it work.
my cam is listed as device, but get no picture. any advice?
Thanks, dimi

sebl 27/09/2016 - 09:45

did you try the helppatch? and, does your camera work in the uEye Cockpit app?

DiMiX 27/09/2016 - 11:48

Hey sebl,
I cant find helppatch. where is it?
My cam works with cockpit and old uEyeCam node.

mino 29/09/2016 - 18:32

i tried build image pack manually with emgucv 2.4.10 in x64 and it worked.

how about other image pack nodes? i also faced similar situation and it was graphic card issue

DiMiX 29/09/2016 - 22:39

my cam works with other image pack nodes: VideoIn (CV.Image VfW) and VideoIn (CV.Image DirectShow) But there are no specific uEye options like Pixelclock, Exposure, binning, AOI etc

sebl 30/09/2016 - 20:26

i guess the transition to 3.1.0 would be enourmous?

mediadog 01/10/2016 - 20:50

Concerning OpenNI support in x64, OpenNI 1.5 and 2.2 x64 libs can be downloaded here:


I am using them with a dynamic plugin and the x64 libs are plug-and-play with the x86 versions, just had to change the .csproj file to point to them.

dominikKoller 16/10/2016 - 01:02

Hey, I just noticed I'm redirected to a 'Pack not found' page when clicking on 'Get it with vpm'

dominikKoller 16/10/2016 - 01:13

Also found: in 'DetectFeatures (CV.Image) help.v4p' the node ImageToProjection can't be found.
Using alpha 34.106 64bit

microdee 16/10/2016 - 01:42

thanks for notice, that my be the case for other vpm distributed contribs

anonymous user login


~8h ago

phl: Node based Spotify playlist generation anyone? http://smarterplaylists.playlistmachinery.com/

~20h ago

dominikKoller: Is there a reason for two Delaunay nodes?

~1d ago

joreg: @synth since a year beta34.2 what makes you unsure?

~1d ago

synth: What is the latest production ready/capable vvvv version? Thank you!

~2d ago

third paradise: Computers Are People, Too! 1982 Fairlight bit https://www.youtube.com/watch?v=BXbrzI-8wck

~2d ago

guest: someone in ADE?

~2d ago

sableRaph: Copycat challenge of the day. Don't look at the code! https://www.openprocessing.org/sketch/374249

~2d ago

mediadog: @mino same company has ToF depth camera with network connection: http://product.inrevium.com/tof.html - thanks for link!

~3d ago

mino: @tonfilm and 1000fps projector now on sale http://www.teldevice.co.jp/pro_info/2016/press_161019.html

~3d ago

tonfilm: Dynamic projection mapping onto deforming non-rigid surface https://www.youtube.com/watch?v=-bh1MHuA5jU