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.
previously on vvvv: vvvvhat happened in January 2019
right when we have only one month left to the announced release of vvvv gamma, february cut us short of another 2 days...had we only known that.. so where are we?
also a lot of work happened in the VL.OpenCV library which we now consider to be in a pretty mature state and shall therefore release it as a proper (ie. non-prerelease) package soon.
but most importantly we've announced the pricing for vvvv gamma which has faced some criticism as you can read yourself in the comments. being aware that this would not be an easy topic, we consulted with a couple of longterm vvvv users, to get some outside views on our thinking before the announcement. from the public responses we now got, we understand that this was not enough. our attempt to keep the announcement simple and compact backfired with quite some missunderstandings of the terms that we presented. we appreciate your feedback. please add your thoughts and also feel free to contact us via mail if you don't feel like adding to the public discussion. every thought helps us clarify the discussion.
so, less than a month left till the announced release..we make very good progress but still this is going to be tough...
also last call to take part in the 2019 Survvvvey. we've reached more than 300 participants and will be closing it and releasing the results soon!
|quite a couple new things:||and one update:|
and some more fine projects:
that was it for february. anything to add? please do so in the comments!
Since a while, VL comes with the idea that you can organize node and type definitions in your VL document.
But now, we want to give you back another, alternative way to look at things - an organization structure, which is more intuitive and also well known from vvvv beta: The application side of things...
And also, we did this in reaction to the feedback we got from Link festival:
You want to be able to navigate the running object graph, where it's about the instances of patches, not about their definitions. You want to be able to navigate into a running patch and see the values that flow in this instance, not in another instance of the same patch...
Also, typically you approach your project top-down and just add more details to it since this is the basic idea of rapid prototyping: patching a running system that you incrementally grow and modify.
So we took the chance to shift the focus a bit so that in VL you again get confronted with the application side of things first.
This is what you know from vvvv beta: a patch can contain a sub-patch - you navigate into it and inspect the values flowing. You go outwards - to the caller - via "Ctrl-^". With the ^-Key we actually refer to a key at a certain position on the keyboard.
In VL this now is just exactly the same. Navigating into a process node shows you the right values. Ctrl-^ brings you back to the caller. So you are basically navigating the living node tree of the application. In VL it's been hard to think in these terms, but now it's the default. We also made sure that this works when navigating between vvvv beta and embedded VL nodes.
Also, try to use the back and forth mouse buttons if you happen to have a 5-button mouse. Ctrl-MouseBack will bring you to the calling patch and Ctrl-MouseForth will travel back into where-ever you were coming from.
Every VL document comes with an Application patch, which will open by default. You can start patching right away. A bit as it is like in vvvv beta.
Patching top-down never has been easier. Creating an Ape simulation from scratch:
You can run many applications at the same time, e.g. several example patches in addition to your project app. The application menu lists all documents that actually make use of the application patch.
Definitions in vvvv beta basically correspond to the .v4p files, in VL you can have more of them per document.
Library developers or more advanced users will of course still want to organize types and nodes and approach them from the definition side. This is like saying "There is one idea of a wheel, but if you feel like you can instantiate three of them".
For an overview of the definitions, each document comes with a separate Definitions patch - basically what's been the document patch.
Here you see what happened during patching top-down: on the definition side, we now have two Processes.
That's where you would from now on also place your Classes, Records...
Navigation within the current document structure works with Ctrl-Shift-^, Ctrl-Shift-MouseBack, Ctrl-Shift-MouseForth.
When navigating into a patch like that you will see some instance of the patch or maybe none, if none is instantiated or currently running. In this case, you will not be able to see any values.
If the patch is not yet inspecting a particular instance it will wait for the moment an instance gets executed and then attach to this particular instance.
We took the chance to clean up some bits in the node browser and the patch explorer as well.
The application patch e.g. now doesn't offer confusing options, but basically only shows the properties stemming from pads, the Process Node Definition now is called that way (was "Order"), Process Nodes in the node browser look a bit like process nodes in the patch, choices like "Input", "Node" appear at the top of the list of choices in the node browser...
That should be it for now!
Thanks, yours devvvs
Permanent reactive light installation located in Haifa, Israel.
The work explores variations of hexagonal grid led stripes along the walls and ceiling of the corridor.
The tangent of the hexagons to each other forming several other forms such as cube, parallelogram, rhombus, trapezoid, triangle, arrow, x shape and diagonal.
Audio analysis of sounds from the road and passing people manipulates the light.
The work is a of cooperation product of Intel, Haifa municipality and Hadar community.
Saron Paz - Curator, Entrepreneur
Shaul Tzemach - Creative, Production
Marko Ritter https://www.intolight.de - Supervision
Amir Markovitch - Technical Support
anonymous user login