As one of Vuo's developers, I work on Vuo's engine (the thing that makes compositions run), work on nodes, and write documentation. You'll see me on the forums answering people's questions about Vuo.
I enjoy using Vuo to make live music visuals. My hope for Vuo is that it will grow into a community of people of diverse backgrounds and identities making lots of different artistic, useful, unique, goofy, beautiful, crafty, wonderful compositions.
Estoy practicando para ser competente en español. Si publicas en el foro en español, trataré de responder en la misma manera.
better tracking than the other two, based on our brief testing
uses regular camera, not depth camera
requires macOS 10.13+, not Windows/Linux-compatible
The other 24 libraries we considered wouldn't currently work with Vuo for one reason or another: Windows only, proprietary or non-commercial license, incompatible programming language, etc.
So we will likely choose one of the above libraries, unless something better comes along by the time we implement this feature request.
All of the above libraries input an image rather than interfacing directly with a Kinect or other camera. PoseEstimation-CoreML uses a regular video camera. Skeltrack requires a depth camera. BodySkeletonTracker says that the depth camera is optional, but we weren't able to get it to track without one.
Now that we have a better idea of the libraries we might use, I've bumped this feature request's complexity rating down a notch, meaning we will be more likely to choose it compared to a more complex feature with a similar number of votes.
Chris, I discussed your suggestion with the team. While I totally understand not wanting to spend money on something that's going to be free soon, it would take us some time and possibly even a new release to unlock the trial version. We think it would be better to focus on getting the 2.0 beta release out instead.
The problems that we've seen generally occur for certain combinations of GPU hardware and macOS version. That probably means they're bugs in Apple's driver code.
When two closely related GPUs use the same driver, such as the Intel Iris 640 and 650, it's likely that a problem seen for one GPU will also show up for the other.
However, sometimes more distantly related GPUs share the same driver, and not all manifest the same problems. For example, we think that the AMD Radeon Pro 555X uses a driver called AMDRadeonX4000GLDriver — which is also used by the AMD Radeon R9 M370X, the AMD FirePro D500, and the AMD Radeon 7970. The FirePro D500 and Radeon 7970 both have known issues. Yet my coworker is using a Radeon R9 M370X on macOS 10.14 and Vuo's graphics all work fine for him.
So that's why we always say, if you're thinking of buying some hardware, it's best if you can test Vuo on the system configuration before buying.
Joe, the problem with saving might be the Stop Composition. I thought it would be convenient but maybe it cuts off the composition before it's done saving. You could take that out and instead keep an eye on the timestamps. I just tested that with a longer recording (changed the 5s to 120s) and the framerate was steady. When you get a chance, maybe you could post a video that ended up with a variable framerate.