Volume buttons affects the composition for some fps

Status: 

Vuo version: 

OS version: 

  • Mac OS X

How severely does this bug affect you?: 

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

Steps causing the bug to occur: 

Just wanted to know if this is a known bug. Could be related to my GPU only.

  1. Open a composition with some motion.
  2. Size the composition window up (easier to notice).
  3. Use the Keyboard volume buttons.
  4. Notice some fps where the composition jiggles (for < 1 sec).

Could try to submit a screencast if needed.

Computer specs below.

Have you found a workaround?: 

-

Screenshots: 

"CODE SIGNING: cs_invalid_page" warnings in Console

Status: 

Vuo version: 

Fixed in Vuo version: 

OS version: 

  • Mac OS X

How severely does this bug affect you?: 

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

Steps causing the bug to occur: 

Running compositions on some systems results in warnings like this:

kernel[0]: CODE SIGNING: cs_invalid_page(0x107277000): p=17339[VuoCompositionLo] final status 0x2000000, allowing (remove VALID) page

Apparently the only problem they cause is cluttering up the Console output.

Leap tracking is laggy/choppy for z-axis compared to x- and y-axis

Status: 

Vuo version: 

Fixed in Vuo version: 

OS version: 

  • Mac OS X

Steps causing the bug to occur: 

  1. Run the attached composition.
  2. Move hand slowly above the Leap Motion device.

The top 2 points (representing x- and y-axis) move smoothly, but the bottom point (representing z-axis) doesn't. It seems like it waits for the hand to stay at a high or low z-position for some threshold of time before it updates.

How did the result differ from what you expected?: 

Movement along the z-axis should look the same as along the x- and y-axis.

Other notes: 

bnvisuals commented on https://vuo.org/node/609 :

Just plugged in my leap after all this time, on a new computer, and I'm experiencing some glitches. The Z-axiz is choppy. Any Idea why this would be?

In Vuo 0.9.0, we updated the Leap nodes to use the "stabilized" tracking data provided by the Leap Motion software. This was overall an improvement, as it fixed the constant shakiness in the data.

But, according to https://community.leapmotion.com/t/z-axis-accuracy-is-not-good-as-x-axis..., a side effect of using stabilized data is that, for some reason, the z-axis doesn't track as well. The difference is apparent if you run the attached composition (080 and 090 versions) in Vuo 0.8.0 and 0.9.0.

Next steps:

  • Try updating the Leap SDK version used in Vuo.
  • If that doesn't fix the problem, file a bug report to the Leap Motion developers.

Compositions: 

AttachmentSize
Binary Data TestLeapAxes.vuo4.82 KB
Binary Data TestLeapAxes-090.vuo4.7 KB
Binary Data TestLeapAxes-080.vuo4.46 KB

Incorrect layer detection for the mouse

Status: 

Vuo version: 

OS version: 

  • Mac OS X

Steps causing the bug to occur: 

  1. Download my submitted composition HSL to HEX Picker.
  2. Click on the text on top to roll down the color layer.
  3. Move your mouse to where the sliders are (they now are hidden behind the color rolled layer).
  4. Click and Drag those sliders, the color changes.

How did the result differ from what you expected?: 

I would have expected Vuo to detect that a layer is on top, and therefore not be able to click and interact with the underneath Layers.

Not sure this is a bug thought ?!?

Have you found a workaround?: 

No.

On Intel HD Graphics 3000, compositions that use 3D object filter nodes render extra slowly for the first few seconds

Status: 

Vuo version: 

OS version: 

  • Mac OS X

Steps causing the bug to occur: 

  1. Load a sample composition like f.e. "Make Rugged Terrain.
  2. The grid shows, displaced, then starts to move.
  3. However, for the first 2/3 seconds, the animation is not smooth. Until some things seem to be loaded or smtg.
  4. Then it runs smoothly.

How did the result differ from what you expected?: 

I would have expected Vuo either to calculate all the necessary stuff before starting to move (and move smoothly), or not to show any stuff at all before all is loaded and smoothly animates.

Have you found a workaround?: 

No.

Pages

Subscribe to RSS - Mac OS X