I don't have a very good answer for your question about timeframe for fixing the graphics-related crashes, sorry. For the past several months, we've been working on features/fixes that were originally planned for Vuo 1.3 and releasing the smaller or more self-contained ones in the 1.2.x versions. Since the graphics changes are complicated, they're still planned for Vuo 1.3. I expect that will be some months away.
In the subcomposition are two Smooth with Duration nodes which animate the start and end of a lineair gradient. A few seconds after starting the main composition the 'Position' of the Smooth with Duration nodes stops. (Again, it runs for the first couple of seconds) The 'Time' that is being put into the Smooth with Duration node is still running. The 'Target' is not reached and I tried it with both the 'Time' coming from within the subcomposition and from a published input port.
When running the subcomposition as a composition on its own, everything works fine.
We pared down the Smooth with Duration and surrounding nodes to a fairly simple composition that reproduces the problem:
In investigating the problem so far, it looks like Vuo is not correctly scheduling some nodes, resulting in a deadlock. Something about the structure of the two Fire Periodically nodes, Random Start/stop, and Smooth with Duration is throwing it off. (Yet slightly different feedback loops work.)
Since the problem happens in a top-level composition, it's not directly caused by subcompositions, but could show up when refactoring composition parts into subcompositions if the subcompositions end up with different event flow than the original nodes.
I'm trying to track multiple users from NI Mate with Track Skeleton composition. The composition start running perfectly, but after few seconds the output shows delay.
Ni mate seems to work fine, but I can see some problems and delay on the filter skeleton to elaborate the data.