Referring to the underlying tension, I think it is good to be able to have a discussion like this. But venting itself isn't really constructive - although it can be necessary at times to clear the head. I find it a lot better personally, if it comes to it, to write everything I'm frustrated about in my own foul language in a Word document. Then I take a trip outside, have a coffee, read my words, laugh at it and delete it. The problem with saying f-you to Powerpoint is that Powerpoint doesn't really care. If it cared, it would still have done exactly what I asked from it (albeit maybe a bit sweaty) - not what I really wanted to ask from it, as it is a computer application.
When I've calmed down, I can formulate my challenge in a way that is not offensive and more to the point to someone that has the ability of caring. They might not though, depending on the issue being for 1 in a million (nah), for 1 million (yup - in a year or so), or out of interest (maaaaybe?). If you are at a point where your challenges are not regarded as important either from a business or interest point of view, there are some options. You can ask for help with the challenge, do the adaptation yourself, get someone to do it for you, or look for a different solution.
With my venting-venting done, switching over to your challenge, the main point to understand in Vuo as far as I see it is that Vuo is push in opposition to QCs pull. When that is understood on a more fundamental level, a lot of the other mechanics in Vuo is a lot easier to understand and "get" - including the Build List. Pulling sees everything that is connected to the output and drags all the calculations down to calculate the result. Push on the other hand is a way to operate that kicks the data and events downstream from a starting point, to the end result. Where pull can be quite resource intensive, push gives you the ability to have greater control of what gets calculated when. This comes at the cost of complexity, but is what makes the Fire on... and Hold nodes both frustrating and great at the same time.
Thinking about it as streams and rivers may help to visualize the flow. Start out with three lists, these are your streams. Add a Build list node, and hook up three Get Item From List nodes from the Build Item port to the Which port. Combine or process your original lists, and output the result through the Build List node. This is your river.
This is the smallest example I can think of, but all the essentials are there. The input to the Hold nodes needs an event (Fire on Start), the Hold node needs an event (Build Item), and the Items port need an index (Build Item). This is how Vuo knows to push the data, and where to push it. If there are no event, nothing has pushed the data to the port, and you won't get the desired result. If there is no Index, Vuo won't know what to push (or it will know, but it will probably be the wrong one for what you want).
Shortcuts and what-does-what! This is practice and memory, nothing more. A few tips to make it smooth is cmd-enter to go into the library. The filtering system can be a bit itchy when you're not familiar with all the nodes and what they do, but to look at the available options in a certain set, you can type [nodecreator].[nodetype]. For "vuo.list" it will filter out anything but the stock list nodes for instance, "vuo.math" will list all the stock math nodes, "co.parabox" will list all of Karl's nodes, "stv." will list all of Satoshi's and so on (if you have those installed that is).
You also don't need to complete each word in the search bar to find your nodes. "bu li" for instance will pop right to the Build list. "r s w" will go straight to Render Scene to Window, and "r i w" will give you Render Image to Window. You can also define more letters to be more certain the correct one will pop up. "s v" will go to Share Value, but "sp v" will take you to Spin Off Value. Getting the brain-/muscle-memory right there take time though!
(Oh, and next time you get frustrated with an application not doing what you want, try setting up Powerpoint on a MBP with presenter-view on three screens feeding a BMD switcher. Nothing will make you search faster for the hypothetical g d t u p o s node)
Thanks Jaymie (@jstrecker) your first solution is elegant.
The purpose of this exercise wasn't so much to find the optimal way to do this item shuffling task, but for me to generalise solutions for referencing any item in a list at any given time in a loop, or in secondary list, while looping through a list of point data.
I actually have two lists to solve for. The reason for dividing my data into two lists was to do with the composition I'm making explained in the third post, the data is position, speed and acceleration values for a group of cars going around a circulate track. Cars are to autonomously adjust their acceleration based on a set of rules. Position and velocity need to be calculated per frame, but acculturation doesn't and adds some realism too I thought to do twice a second (avoids me working out how to put a time stamp and test that before I change acceleration too). I guess I'm not really saving much CPU energy, but seemed smart to seperate the calculation for acceleration.
Here's my build list solution, it's pretty simple in the end, but had to learn about extra events sneaking into Build and Process loops and how to keep them under control with extra Hold Value/List nodes.
Alastair (@usefuldesign), you might have gotten your problem solved on another thread, but for anyone else with a similar question…
In this demo composition Getting the next item in a list in a process list cycle v 1.1.vuo I'm not getting the Process List node to cycle the list as I think it should.
To cycle the way you described, I would actually recommend using Take from List and Add List:
But as a mental exercise, here is how you could do it with Build List:
All values except for X (r), which is a constant for all cars, are to be recalculated every frame.
You may want to take a look at Magneson (@MartinusMagneson)'s PetriDish.vuo on this thread.
Pages
Welcome!
Vuo is more than nodes and cables, it's a community! Feel free to browse or add your voice.
Browse Discussions
Browse Feature Requests
Browse the Composition Gallery
Learn more about the community
Learn more about Vuo
Policies
Vuo Announcements
Sign up for the Vuo announcements mailing list to get news and join the community. We post about once per month.