●●●○ — It prevents me from completing a specific task with Vuo.
Steps causing the bug to occur:
Add NDI input
Scale the NDI Input
Send it to an NDI output
Repeat 7-8 times
Export as an app (or open the attached app)
Run app and observe crash with apparent cause "Too many open files"
Have you found a workaround?:
No.
Other notes:
Seems to be related to the amount of I/O when exporting as an app. Using an exported app with 2/4/6 I/O works. Opening another instance/app increasing the total I/O to above 6 (or 7, haven't tested that) will crash it. I am not surprised it crashes when scaling 8x NDI inputs from a resource standpoint. However, this is without any sources present so there shouldn't be any load generated from a video processing perspective. I'm more surprised by the error message it produces:
terminating with uncaught exception of type std::__1::system_error: kqueue: Too many open files
I haven't actually tested this with more than 1 NDI In/out. Crash is consistent without having active sources. Running the composition inside Vuo does not crash.
●○○○ — Not much; I'm just letting you know about it.
Steps causing the bug to occur:
This is a fun one!
Use timestamp from receive live video to trigger storing frames/images to video
Use smoothing timed by display refresh to trigger a finalize event based on nonzero condition (became false)
Nonprofit. (or thread-split and confused computer)
Have you found a workaround?:
Use same time-source for both smoothing and storing frames/images to video.
Other notes:
I can e-mail you the composition if needed. Probably a fringe case, and also probably a pita to code a prevention for (although maybe something like the loop error when you don't use a hold node could work?).
I created a composition exactly as the same as the page 80 of the pdf user manual
selected the 4 nodes in tangerine color (make sphere, trim 3d object, show back of 3d object, transfom 3d object)
right-click and select "package as subcomposition"
save the subcomposition
execute the main composition and an error message occurs : Couldn't get backing node class. — 'vjdobermann.makeSphere.VuoInteger' uses generic types, but it couldn't be compiled. Check the macOS Console for details.
