» VVVV <---> Reaktor (or any OSC) interface based on VObject
This site relies heavily on Javascript. You should enable it if you want the full experience. Learn more.

VVVV <---> Reaktor (or any OSC) interface based on VObject

module vobject music reaktor interface osc udp
Credits: Module based on: http://vvvv.org/contribution/interfacing-reaktor-vvvv-node15-workshop (thanks for sharing these files! I use a lot of resources directly from this contribution and it was really easy to get even when i was not present on the workshop) in combination with http://vvvv.org/contribution/vobjects

about

Modular, cable free system to send OSC messeages
DEATH TO CONS!

Installation:
you need to have this:
https://github.com/microdee/VVVV.Packs.VObject
in your packs folder in VVVV

Why should I want this?
First of all, reaktor is a great tool for sound, and when you want to build interface in vvvv that talks through UDP, it usually means a LOT of cables and cons nodes, this little module make them disappear, leaving you with modular system that does not needs cables, can access one OSC value from multiple places in VVVV just by using OSC name, and can be expanded with more functionality easily.

What is a Vobject?
Vobject is a system from microdee, that you always wanted in VVVV, but never knew about it. It could be system for distributing multiple S nodes to one R node, or it could be system for managing skeletons and other information from Kinect. These are just two examples and this module is built on the first one. This is a great place for learning Vobject, which has a huge pontential in data handling! (also featured on Emeshe, which was not yet featured in TV commercials unfortunately)

What is missing?
I took out few features out of first realease, specifically I found a way how to receive drum triggers from reaktor sequencer faster, when setting UDP to Spread queue mode. Its a bit tricky, I need to play a bit more with it so I know it really works. Right now the Discard mode is most accurate for knobs, faders, etc.

There are many possibilities what and how to control in Reaktor, particularly useful is snapshot switching, you can find that in original files from Reaktor workshop (link in credits).

I could have made the decision to distribute RAW data in VObject directly without changing it to string, but i did not (had some problems with crashing). This is probably more stable.

I have not tested this in huge application, but I am building a live performance on this system so updates are expected.

download

vvvv_reaktor_VObject.zip
21.05.16 [16:42 UTC] by StiX | 346 downloads

lasal 28/07/2015 - 23:47

Great!

StiX 29/07/2015 - 01:23

thought you will like it. I would like to expand this if you have any ideas bring them on! :)

lasal 31/07/2015 - 02:57

thanks, it makes the life much easier,

StiX 21/05/2016 - 16:46

microdee has changed how vojbects works (its a bit simpler now) so I had to update this little creature

ofersmi 17/11/2017 - 11:43

Hello,
Is this still supposed to work since microdee changed to VObject 2?
I get a lot of red objects (primitive objectm and formular)
thanks
Ofer

StiX 17/11/2017 - 16:55

not updated, I think messages have some example based around OSC, and would probably suggest try to look into them

microdee 17/11/2017 - 18:43

@ofersmi: VObjects are a failed concept which were trying to do something vvvv was not designed for. messages are far superior alternative. if you'd need more fidelity you can utilise VL or even C# ;)

ofersmi 17/11/2017 - 18:48

@stix and @microdee, thanks for the answers! I'll check messages... I wanted to get started with VL, but I still can't get my head around that. What would be the advantage of VL over messages? is it because its event based?

microdee 17/11/2017 - 19:58

messages is a node pack for vvvv, VL is an entirely different and wider range programming language. judge for yourself

ofersmi 17/11/2017 - 20:24

@microdee yes, I know now, I ment in respect to OSC reliability and timing...

ofersmi 17/11/2017 - 20:26

but maybe I should just start a thread about this....

anonymous user login

Shoutbox

~19h ago

joreg: Release Candidate 3 for #vvvv beta39 is out: beta39-release-candidate Please test and report your findings!

~1d ago

young47: Will visit Köln and Düsseldorf this week. I'm an artist from Moscow, would be happy to meet someone! If you will be there, reply :)

~1d ago

microdee: vpm got a clean-up update. Download here: https://github.com/vvvvpm/vpm/releases/tag/1.3

~3d ago

joreg: @udo2013 please note that bass is only available with x86 builds!

~3d ago

aeckheim: Can't find the visual c++ runtime 2008. setup.exe link leads to nowhere. try to setup newest beta version

~4d ago

joreg: More #vvvv workshop dates for the coming months are announced: upcoming-full-day-vvvv-gamma-workshops-in-berlin

~5d ago

mburk: @synth can confirm crashes with instance noodles. studio drivers fixed it.

~7d ago

synth: @nissidis: So i am not crazy! Thanks for confirmation :) These are the things i do have problems with as well.

~7d ago

nissidis: @synth I do with Instance Noodles and FieldTrip (RTX 2080) I rolled back to Studio Drivers (instead of GameReady ones)