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

Nodes reported broken or not functional

Status: 

Vuo version: 

OS version: 

  • macOS 10.12

How severely does this bug affect you?: 

●●●● — It prevents me from using Vuo at all.

Steps causing the bug to occur: 

  1. When loading any of the examples and running them, either I get the spinning ball for a while and nothing happens or I get this error message "Node broken or outdated — One or more nodes in this composition can't be used by this version of Vuo. Check the macOS Console for more information about the problem."
  2. This also happens when I create a composition from scratch...

Have you found a workaround?: 

I just downloaded Vuo today (since I got your email) and there seems to be no workaround. I also downloaded again with the same result

Glitches on the screen when using Vuo

kokot's picture

Status: 

Vuo version: 

OS version: 

  • macOS 10.12

How severely does this bug affect you?: 

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

Steps causing the bug to occur: 

  1. When using the vuo interface I get strange glitches, grey bars across the canvas. 2.

Have you found a workaround?: 

No

Other notes: 

As I already had similar problem on my laptop: https://vuo.org/node/2209 It might be something similar - something GPU related, but this is happening on my desktop. I have 2 nVidias 1070 Ti.(no Intel iris.) This time no 3d nodes involved, I tried on very simple composition jus to see.It doesnt really affect the funcionality of Vuo though.

Vuo compositions not loaded in VDMX

kokot's picture

Status: 

Vuo version: 

OS version: 

  • macOS 10.12

How severely does this bug affect you?: 

●●●● — It prevents me from using Vuo at all.

Steps causing the bug to occur: 

  1. After updating to Vuo 2.0 my vuo files do not load in Vdmx. I have replaced the old deprecated 'Render scene to image' nodes to version2.0 as recommended. Cleared the Vuo cache in Vdmx.
  2. As my files contain many 3d object nodes (that were already giving me problems in the past), I made a simplest file just rendering a layer just to see, but still get the same message 'There was a problem loading composition'.

  3. When I try to trigger vuo 1.2.8 files (with old deprecated nodes) Vdmx loads them fine. Only the Vuo 2.0 are affected.

Have you found a workaround?: 

Only going back to 1.2.8 files

Other notes: 

I'm on the latest VDMX Version b0.8.7.1.7

Kinect Depth Image Incorrect Greyscale Direction

Status: 

Vuo version: 

Fixed in 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: 

Kinect v1 outputs a depth image, great. From the node documentation: 'This is a grayscale image in which closer objects are colored darker and farther objects are colored lighter.' I believe a standard depth image should be the reverse of this, closer objects should be lighter and vice versa.

Have you found a workaround?: 

Yes, invert the colours.

Other notes: 

All the other Kinect apps around output lighter grey as the closer regions.

Pages

Subscribe to RSS - macOS 10.12