Blog-posts are sorted by the tags you see below. You can filter the listing by checking/unchecking individual tags. Doubleclick or Shift-click a tag to see only its entries. For more informations see: About the Blog.
With the release of vvvv gamma 2019.2 preview it's now finally possible to create standalone applications out of any vvvv patch.
The steps to create an application are as simple as this:
To learn how to deal with referenced assets, read Exporting Applications in the gray book.
So please try it out with your projects and report any findings in the forums or the chat.
With the release of vvvv gamma 2019.2 we introduced a new backend compiling patches in real time using Roslyn. This blog post is primarily intended for a technical audience, if you're solely interested what new features it brings to the table have a look at the before mentioned blog post.
In the past VL (the language behind vvvv gamma) compiled in-memory directly to CIL using CCI. With the recent changes in the .NET ecosystem and CCI being superseded by Roslyn it became more and more apparent that at some point we'd also have to make the switch to keep up with the latest developments happening at Microsoft.
What finally pushed us into making the switch was two-folded:
Until this year in march @sebl came to the rescue by randomly dropping us a link in the chat pointing to a neat little "trick" which suddenly made it possible to translate our adaptive nodes feature directly.
After initial tests in March and April and having the patched tooltip feature still pending for the final release, we decided to let myself jump into the rabbit hole which I've finally crawled out of after more than half a year ;)
Let's go back to the example of the LERP node and let's further try to write it down in C#:
Looks neat but sadly won't work, C# will tell us that the operators +, - and * and the constant 1 are not available on T.
The trick to make it work is to outsource those operators to a so-called "witness" which in turn will provide the implementation when the LERP gets instantiated with say a vector. So let's see how the actual needed C# code is gonna look like:
and when applying it with say float we need to define a witness implementing the needed interfaces
which finally allows us to call
Fancy, no? The beauty is that when the JIT compiler hits such a code path it will be smart enough to inline all calls so in the end for the CPU the code to execute is the same as the initial naive attempt. But don't worry, this is all happening behind the scenes. In the patching world, it is as simple as it was before to patch generic numeric algorithms.
So now that we're able to translate patches directly to C# what are the implications apart from being able to export an application?
Well for us as developers it will be much easier to bring in new language features, because the code we generate will be be checked by the C# compiler and more important, we can fully debug the generated code with Visual Studio. That by the way is not only restricted to us, anyone can now attach a debugger to vvvv (or the exported app) and debug the patches.
The generated C# code will make full use of .NET generics. So when building a generic patch the generated class will also be generic in the pure .NET world. As an example let's consider the Changed node, while in the CCI based backend a Changed class was emitted for each instantiation (Changed_Float, Changed_Vector, etc.), the new Roslyn based backend will only emit one Changed<T> class and it is left to the JIT compiler of .NET to create the different versions of the needed target code. This should lead to much less code the CPU needs to execute as the JIT compiler is much smarter on when to generate new code and when not.
But what's even more important is the fact that it opens up the world of compiling VL patches as pure .NET libraries. So we can finally pre-compile our libraries (like VL.CoreLib, VL.Skia, etc.) which in turn reduces the general overhead and leads to much quicker loading times and less memory usage. As an example loading the Elementa "All At Once" help patch takes ~15 seconds the first time (compared to ~33 seconds in the old backend) and thanks to caching to disk only ~8 seconds when opening at a later time.
Apart from better loading times, it also gives the patcher the ability to instantiate any VL patch during runtime. In the previous backend, one had to use a hack and put all possible instantiations into a non-executing if-region. This is not necessary anymore as all the patches get compiled. However, I should mention here that this is only true for non-generic patches. Generic patches usually require a witness which is not so straight forward to provide.
Sadly the new backend also required some major internal changes in the frontend so it wasn't possible to guarantee existing patches would work the same way as they did before. Here follows a list of potential breaking changes:
as mentioned previously, elias and me were at DotNextConf in early November where we talked vvvv to a whole different audience than you are. We titled our presentation "vvvv - Visualprogramming for .NET" hoping to get the benefits of what you all take for granted (that is "live, visual programming") across to people who are still stuck with an EDIT/COMPILE/RUN mode of development. And to hear if they could see some application of it in their fields.
The general feedback can be summed up as "Huh, this looks interesting, but I don't know what to do with it". Clearly our demonstrated use-cases didn't resonate with them. A few people came up to us after the talk and were interested in details about the state hot-reload and one guy told us he is working in aero-space engineering and he believes they could very well use it: When working together with physicists they often need to exchange code with them but they always deliver very bad code, he claimed. He saw vvvv as a perfect fit of a tool they could prepare some high-level nodes in, so that the physicists have a tool to experiment with, where they cannot make too many mistakes... Interesting take and in a sense exactly what we were hoping for. So let's see where this goes...
Now grab a drink and some snacks, this goes for 50 minutes:Watch on Youtube
...since we're terribly behind schedule regarding the release of a new website for vvvv.org (and we know that it will still take a while), we've created a preliminary site at:
This is mostly so that we can provide people who are new to the world of vvvv with a simpler entry point to our universe. You'll see that the site focuses mostly on vvvv gamma, which makes most sense for new people to explore. Obviously the existing vvvv.org remains our main portal to share news and updates with everyone. We consider visualprogramming.net a temporary landing page for vvvv gamma.
If you're old enough to remember, there is this thing called electronic mail (short: e-mail). In a classic retro-move we've also recently started an e-mail newsletter which you can sign up to from that page. Scroll to the bottom and find it in the left corner. Signing up will give you peace of mind to not miss any happenings around vvvv. Typically one mail per month.
When Tue, Nov 26th 2019 - 20:00 until Tue, Nov 26th 2019 - 23:00
Where NODE Institute, Wipperstrasse 13, 12055 Berlin, Germany
Once again on short notice:
vvvv heads are meeting for a show and tell with drinks. Everyone is welcome! This time we have presentations by:
We'd also love to hear from you: If you have something to show or talk about, please do so! Bring your projects, demos, works-in-progress and show us what you're patching with!
If you feel like, please rsvp on our Gettogether page!
Should be from around 20h30 Berlin time or a bit later...
Just in time!
Only a whopping 6 years and one and an half months after its first mention during Keynode 13 and to the day exactly 5 years after the release of the The Humble Quad Bundle, you can finally hold it in your own hands. Not exactly as the full release we had planned but as a preview:
To our own surpise we couldn't finish all the things we had planned to release today. Most notably the "windows executable export" didn't make it. We know this is a bummer, but we want to get this right and it just needs some more time.
Apart from that we figured there is no more need at this point, to keep it to ourselves. It is definitely good enough for a preview, definitely good enough to gather some feedback to incorporate into the final 1.0 release for which we take some more time to finish our plans. So let's have a look at what we got:
Besides staying true to its nature of being a an easy to use and quick prototyping environment, vvvv is also a proper programming language with modern features, combining concepts of dataflow and object oriented programming:
While for now the number of libraries we ship is limited, the fact that you can essentially use any .NET libary directly mitigates this problem at least a bit. Besides there is already quite some user contributions available in the wip forum and here is what we ship:
To accommodate for the fact that from now on we essentially have 2 products, we added two main categories to the forum:
The existing question, feature, bug, general sections were moved into vvvv beta, and the vvvv gamma section got its own question, feature, bug and general sub-sections. Note that by default the search is constrained to the category you're currently viewing. When you're using vl in beta, still feel free to ask questions in the beta forum. We'll handle that.
Head over to this forum section to watch some video tutorials:https://discourse.vvvv.org/c/tutorials
We've previously announced the upcoming pricing model for vvvv gamma, which we're currently refining and we'll update you on changes to it soon.
Until further notice, the previews of vvvv gamma are free of charge but due to its preview-nature we don't recommend using it in commercial scenarios yet.
Here you go: vvvv gamma 2019.1 preview 975
975 26 11 19
959 19 11 19
930 02 11 19
923: 31 10 19
827: 09 10 19
703: 16 09 19
667: 03 09 19
618: 22 08 19
615: 21 08 19
573: 08 08 19
552: 01 08 19
411: 12 06 19
406: 10 06 19
398: 05 06 19
380: 01 06 19
369: 27 05 19
344: 14 05 19
318: 09 05 19
303: 08 05 19
301: 07 05 19
287: 06 05 19
273: 02 05 19
252: 27 04 19
230: 24 04 19
222: 18 04 19
200: 15 04 19
191: 13 04 19
180: 11 04 19
177: 10 04 19
Apart from the promised and still missing parts, we're aware of quite some little glitches still and will update the download link above periodically. So please check back often and report your findings!
Who deliver, lasal, everyoneishappy, kleinkarriert, analogNative.net
When Sat, Nov 23rd 2019 - 20:00 until Sun, Jan 5th 2020 - 20:00
Where Kraftwerk Berlin, Köpenicker Str. 70, 10179 Berlin, Germany
Latent Being is the new site-specific installation by Refik Anadol,
pioneer in the aesthetics of artificial intelligence.
The work responds to the cathedral-like concrete vastness of Kraftwerk,
a former East Berlin powerplant. Visitors will walk through the four-chapters of the immersive,
interactive environment, in which data relating to the city,
the architecture and the visitors will be transformed into hallucinogenic,
large-scale LED screen paintings. By using a cutting-edge deep learning algorithm
to create this interactive AI-human constellation,
Anadol challenges our perception of ‘space’ and our relationship with AI machines.
vvvv looks back on a history spanning almost 20-years of wonderful projects. Many are the first of its kind and have influenced and defined trends in creative coding, digital arts, projection mapping, and interactive installations.
Over time we've become so familiar with all of this, we forget that many people aren't.
To address this, we proudly present our first showreel:
This video is even safe to share with your friends.
See credits or Vimeo description for the full list of projects.
Thanks to everyone and happy projecting. We'll probably do this again next year.
It's been a while since the b38.1 release. But finally we're getting ready to release an update to vvvv beta. Here is the release-candidate, meaning it has all we wanted to add for beta39. We only want to give you a chance to test this with your current projects so we have a last chance to squash any new bugs, you may encounter.
Here are the highlights of the upcoming release:
If you're also using VL already, good for you, because here you'll find even more goodies you will benefit from:
Besides those, it is important to understand that with VL you also have access to numerous more libraries that have been released recently. A lot of new packs these days come as nugets. For an overview, see VL packs on nuget.org and you can use them all in vvvv beta, via VL...
So please give this release candidate a spin and be sure to report your findings, preferrably in the forum using the "preview" tag, or also just by posting a comment below.
anonymous user login