VL Progress Report /1

October 18, 2016 posted by: joreg

previously on VL: VL Midsummer Night’s Dream

helo evvvveryone,

here is to inform you of recent updates in VL land. We’re still in feature-mode as we have a few things that we need in the first release even though they are quite advanced and a typical VL user will hardly come across them. Still, we figure, a few of you will be interested in:

The Process Explorer

The avid reader of this blog and tester already knows that a stateful patch (aka data type) in VL can be used in two different ways:

  • as a single node: we call that Process Node for now
  • as a series of nodes represending the types individual member operations

The process explorer is supporting the first of those cases in that it allows you to define the order in which operations will be called for a Process node. The simplest example of where this is interesting is when you patch a node like the FlipFlop which has a Set and a Reset operation. For the case where in one frame both of them are called it is important to specify which of them takes precedence. This is what you can now do in the process explorer by simply specifying the order of the individual operations. In addition it allows you to specify for some operations to not take part in the process at all by unchecking their indicator and to show (or not) a State output pin on the node…

Prioritizing the operations of a FlipFlop

Again: this is a rather advanced topic which the casual vl user will hardly ever come across. Still having this feature improves the pro-users lives and specifically the vl core library of nodes makes of course heavy use of that feature.

More changes since last report

  • a series of fixes are in place for connection handling
  • pin order of operations is now x-based by default but can be changed manually via the signature
  • context menu is now only on rightclick (was on marquee selection)
  • the IOBox Inspektor is drawing a bit nicer
  • middleclick “jump to” now focuses the targeted operation after the patch was opened
  • you can now use the mouse thumbs-buttons navigate back and forth
  • there’s a new girlpower: girlpower\Curves\SplineTree

All this and more availble now in latest alphas.

Next Steps

Same as in the previous blog-post apply + we’re hoping to reach a feature-freeze soon. We basically have one bigger rework to go that is supposed to make everyones lifes easier. In short: right now in VL when you create a new patch you need to decide beforehand between making an Operation, a Class or a Record. Those are all new concepts that are not so simple to explain to someone without any programming background. That is why we’re now working on a workflow where this is not the first thing someone has to understand…nuff words, you’ll see when it is done..

If you want to get started right now, here is what you do:

If you want to let us know that you like anything you just read…we’re always up for a comment or even a flattr: /downloads|vvvv


Comments:

Comments are no longer accepted for this post.

sebl
22.10.2016 - 15:08

Nice, thanks for the report!

What is the “Show State Output” for?

microdee
22.10.2016 - 17:18
I haven’t asked this for a long time but seeing that you guys are working on UI enhancements I think it’s justified to ask again: so when you freeze core features and done that bigger rework can we finally have if not the automatic library importer but a .net api for vl? Or even better the almighty standalone version?
joreg
24.10.2016 - 15:06

@sebl: this is not interesting for typical process nodes like a FlipFlop or MonoFlop. but think of a more complex case, like a processnode wrapping a device (eg. leap, kinect,..). in such cases you’ll want to be able to hand out the state of the node for downstream nodes to get.. (or even set..) on that state. hope that make sense…

@microdee: we know that many people are waiting for this and we’re not happy about our delays here. the thing is that we’re hoping to be able to present a clear and simple overview of how to create libraries for vl instead of throwing a bunch of code at people and let them figure out themselves and by that produce a series of confused questions for us to answer. we’re at it, it has top priority (like so many other things) and we can only ask you to give us some more time. updates will certainly follow.

Contact


Imprint

vvvv - Dießl & Gregor GbR
Oranienstrasse 10
10997 Berlin/Germany
VAT: DE275566955

groupӘvvvv.org

Follow us

Mastodon.social
Pixelfed.social
Github
Vimeo
Youtube

Sign up for our Newsletter

Your subscription could not be saved. Please try again.
Your subscription has been successful.