>6 NDI inputs to outputs crashes exported app

Status: 

Vuo version: 

OS version: 

  • macOS 10.15

How severely does this bug affect you?: 

●●●○ — It prevents me from completing a specific task with Vuo.

Steps causing the bug to occur: 

  1. Add NDI input
  2. Scale the NDI Input
  3. Send it to an NDI output
  4. Repeat 7-8 times
  5. Export as an app (or open the attached app)
  6. 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.

Compositions: 

AttachmentSize
Package icon 8NDI_resizer.zip3.28 MB

Crash reports: 

Time from both display refresh and timestamp from video cause thread-split

Status: 

Vuo version: 

OS version: 

  • macOS 10.15

How severely does this bug affect you?: 

●○○○ — Not much; I'm just letting you know about it.

Steps causing the bug to occur: 

This is a fun one!

  1. Use timestamp from receive live video to trigger storing frames/images to video
  2. Use smoothing timed by display refresh to trigger a finalize event based on nonzero condition (became false)
  3. 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?).

Compiler produces window bars that are white rather than gray

David's picture

Status: 

Vuo version: 

OS version: 

  • macOS 10.15

How severely does this bug affect you?: 

●●○○ — It's annoying but I can work around it.

Steps causing the bug to occur: 

  1. Run VUO simple example composition.
  2. When run with the composition loader, the window title background is gray as expected
  3. When compiled as a stand alone app, the window title background is white

Other notes: 

This violates the Mac UI standard, and may cause difficulties submitting an app to the Apple Mac Store

Screenshots: 

Compositions: 

AttachmentSize
Package icon Run with Composition Loader.png_.zip705.78 KB

Packaging (refactoring) a node with an unspecialized generic port results in a non-working subcomposition

Status: 

Vuo version: 

OS version: 

  • macOS 10.12

How severely does this bug affect you?: 

●●○○ — It's annoying but I can work around it.

Steps causing the bug to occur: 

  1. I created a composition exactly as the same as the page 80 of the pdf user manual
  2. selected the 4 nodes in tangerine color (make sphere, trim 3d object, show back of 3d object, transfom 3d object)
  3. right-click and select "package as subcomposition"
  4. save the subcomposition
  5. 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.

Have you found a workaround?: 

don't use subcompositions

Crash reports: 

AttachmentSize
Plain text icon osx console monitor.txt907 bytes

`Save Frames to Movie` and `Save Images to Movie` audio and video become out-of-sync when resuming recording

Status: 

Vuo version: 

Steps causing the bug to occur: 

  1. Run the attached composition.
  2. Start recording, stop recording, resume recording.
  3. Play movie. Video and audio will be out-of-sync.

Identified from investigation of FR Add 'Record' input to Save Images to Movie, submitted by keithlang.

Have you found a workaround?: 

No.

Compositions: 

AttachmentSize
Binary Data videolag.vuo4.78 KB

Pages

Subscribe to RSS - Accepted