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


Credits: velcrome


What started as a easy drop-in replacement for UDP (Network Server) and TCP (Network Server turned into a full fledged toolkit for the 99% of common asynchronous communication styles.

In its most basic use case, you can use two Dealer (Network.ZeroMQ) socket plugins to then Send (Network.ZeroMQ) and Receive (Network.ZeroMQ) bundled spreads of Raw.

Bind one to an endpoint (pretty much like the old Server), and Connect any count of others to the same address (pretty much like the old Client species). From then on, you will get reliable, and ordered output for every Send you bang (pretty much like you expect, but which the naive TCP and UDP could never deliver, for protocol specification reasons). For most patterns this is even full-duplex.

As for a cooler use case, you can set up a Pub-Sub network just as easily. Bind the Publisher (Network.ZeroMQ), but connect all Subscriber (Network.ZeroMQ)s and listen to the topics of interest. ZeroMQ is smart enough to only wire the stuff subscribers are actually interesed in. With just 3 more nodes (as in xpub, xsub, proxy) you can give your clustered vvvv setup similar characteristics as when using MQTT (or mostly any other software with MQ in its name) without using a third-party broker with suspicious patents.

In brief: this toolkit gives you the means to handle advanced networking science with just a few nodes. Be aware, it does not do any security for you, this is something you'd have to stack on top of it.


Use this vpm link to install it with microdees great vpm tool.

You can also create a vvvv-ZeroMQ folder in your packs folder, and unzip a release or prerelease from the GitHub release page.

Technical details

Most of the technical advance of this pack is directly coming from the NetMQ library, which is an open c# reimplementation of the original c++ libs.

Read the manual!

The vvvv socket nodes provided take full advantage of the simplistic modularity of the original design, but take away alot of functional choices to give you instead an easy yet sufficiently complete node interface: Pick two sockets and transmit binary payloads between them. Each socket has it's own subtleties, which can help you, depending on your requirements and design. And hey, there are only so many patterns you can do ;-)

Supported base protocols are InProc (similar to shared mem, but more like a postal service), TCP (the common default for its reliability across networks even under high load) and PGM (some industry thing for massive pubsub). Sadly IPC is not yet supported.

Each Socket runs in its own thread, independent of the vvvv Mainloop. The similarity of sockets allows easy exchange of patterns during runtime. Have a look into the help patches (one for every socket) and spot the subtile differences, so you can master inter-instance and network communication.

Talking ZeroMQ is supported and understood in more than 40+ languages, including python, java, php, erlang, and c. It allows future-proof IoT for various CPU architectures, and it allows you designing your network according to the means of your hardware, instead of designing around bloated industry-commissioned specifications.
Currently it might be a smart idea to rapidly prototype your network configuration with vvvv before moving on to more low-level devices.

vvvv-Message has been interfaced as well, because it does away with a lot of hassle of converting to and binning correctly any Raw data, because that is what's going to be weird once you exchange actual data within different vvvv instances across cores or even the net.

This pack needed quite some boiler plating to get there, but I am proud all nodes are up to woei gold standard of bin-sizeing now.


Because this is just a smart shim between NetMQ and the vvvv interface (both LGPL), this pack is LGPL too: any use is free of charge, changing source code is liberal. That said, if you use the actual VVVV, licensing fees do apply for commercial work. Same (plus attribution) if you use additional vvvv-Message nodes to your advantage.


ZeroMQ it is crazy fast, supposedly sometimes even faster than naive TCP.
Code is at github.

sebl 02/12/2015 - 18:28

this is so great! thanks

everyoneishappy 04/12/2015 - 04:20

Velcrome you are a superhero \o/

btw for anyone interested I found a (quite old) blog post that gives a great executive summary on some of the main patterns:

eps 07/12/2015 - 03:06

thanks for this
didn't manage to make message interface work though
raw data are coming, but message receiver (connected to dealer) doesn't see anything

any hint what to check?

velcrome 14/12/2015 - 00:40

finally found some time to fine tune this. Please test, help patches are provided :)

idab 28/02/2016 - 19:23

Hey velcrome,
look at this thread.
Strage behaviour here. b34.2 x64 Win10 x64.

velcrome 29/02/2016 - 12:59

never forget to set the Bind toggle in the sockets, so each endpoint is bound to exactly once!

yar 03/11/2016 - 00:02

Hi! How it can be used to send/receive messages via UDP (for example OSC)?

velcrome 03/11/2016 - 23:52

it cannot. zeromq at its core can only utilize tcp, ipc and pgm as transport protocol, to make it act reliable (which udp never is, but which you'll only see when your network is under pressure).

for udp based osc, use the standard vvvv issued UDP (Network Client) and have a look into osc.

velcrome 20/06/2017 - 18:19

This pack has been successfully updated to beta35.7

io 16/10/2017 - 15:30

How can I use multiple Receive (clients) from the same Send ?

catweasel 17/10/2017 - 13:58

@io make sure the bind pin isn't set, I think.

catweasel 10/08/2018 - 15:19

I've not tried using zeroMQ anywhere but in local host, I just tried to get it working to another pc, and I have issues with binding.
Opened help pathes for subscriber and publisher, on localhost all good, when I change the IP to the other PC the node goes red and I get
00:07:34 ERR :
vvvv.ZeroMQ: Enable of PublisherSocket failed. NetMQ threw an internal exception with tcp://

 Exception of type 'NetMQ.NetMQException' was thrown.

00:07:34 ERR : Exception occured in TMPluginWrapperNode.Evaluate
00:07:34 ERR : Exception of type 'NetMQ.NetMQException' was thrown.

Changing the port doesnt help. Any ideas?

mediadog 31/08/2018 - 04:31

Something of a bug: If you give the Dealer node a Port of zero(0) when Enabled, you get a hard crash of vvvv, no exception dialog, just the Windoze "stopped working" message on win7 and 8, and nothing on Win 10.

mediadog 31/08/2018 - 22:46

@catweasel Make sure if you have a Dealer attached to a Receive, that the IP address you give it is the local machine doing the receiving (not the remote), and set the Dealer Bind pin to 1. I think the idea here is that the input socket is getting bound to the local PC's network adapter. May not be your problem, but you will get the same error if the receive Dealer has a different IP address than the receiving machine's IP when Bind is set.

anonymous user login


~1mth ago

mediadog: @ggml Yup, lots. Only used in 4.x, haven't tried in 5.x yet: https://www.unrealengine.com/marketplace/en-US/product/simple-udp-tcp-socket-client

~1mth ago

ggml: someone has sent udp bytes to unreal ?

~2mth ago

micha_nismus: worked out, thank you very much ! :-)

~2mth ago

joreg: @micha_nismus does this help? https://youtu.be/xkrbT45BgOQ

~2mth ago

micha_nismus: thx joerg. Can anybody help me why i can't see any renderer in gamma? thx :-)

~2mth ago

joreg: @micha_nismus instead of discord, we're using matrix, see: chat

~2mth ago

micha_nismus: searching for a public discord server for vvvv

~2mth ago

joreg: Join us for the 20th #vvvv meetup on January 19th: https://thenodeinstitute.org/event/20-worldwide-vvvv-meetup/

~2mth ago

joreg: @schlonzo re "SDSL support" did you see the Shader wizard? or do you mean something different?