Accurately play old animated Gifs

jersmi's picture

Status: 

Vuo version: 

Steps causing the bug to occur: 

Is there currently a way to play an animated gif in Vuo as it was designed with "frame time" instead of movie frames? If not, could I make this a feature request, maybe to add it to the Play Movie node?

This is a follow up to the question from this thread: https://vuo.org/node/1246. Steve posted some very helpful subcomp/modules for breaking down gifs into individual frames. This solution, however, sidesteps the heart and soul of old school animated gifs, which sometimes relied on finessing/varying frame times, for comic timing, etc. Steve's tools, for example, cannot accurately play back an old school gif like this, which relies on frame time to pause the first frame before the eye blinks and sparkles:

Screenshots: 

Crash when testing MakeRuggedTerrain.vuo example

eseftel's picture

Status: 

Vuo version: 

OS version: 

  • macOS 10.14

How severely does this bug affect you?: 

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

Steps causing the bug to occur: 

  1. Open MakeRuggedaterrain.vuo example
  2. Edit-Protocol-Image Generator
  3. Connect Time input to MakeNoiseImage Roughness

Crash reports: 

AttachmentSize
Binary Data MakeRuggedTerrain.crash74.65 KB

Possible 'Receive Blackmagic Video' Node issue

Status: 

Vuo version: 

OS version: 

  • macOS 10.14

How severely does this bug affect you?: 

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

Steps causing the bug to occur: 

On an extremely complex composition that I can't unfortunatly post I couldn't get 2 Receive Blackmagic Video nodes using 2 Blackmagic UltraStudio Mini Recorders to work in the same composition properly. Watch link below to see an example of the issue. Each BM UltraStudio Mini Recorder has it's own address and can be used in OBS together and usually worked in a much simpler Vuo composition but has issues in the complex composition. What's even stranger is that swapping the BM node out of the receive live video node fixes the issue with nothing else changed so this has to be an issue with the BM node itself I think. Right?

I have tried to create a simpler composition showing the issue but only ran across the issue one other time. However after a reload of that project it started working properly and I wasn't able to recreate the issue on that project again.

Have you found a workaround?: 

Make sure you are using MacOS 10.14.3 or earlier. With nothing else changed I replaced one of the Receive Blackmagic Video nodes for a Receive Live Video node and this resolved the issue.

Other notes: 

Live video crashes/failures in macOS 10.14.4

Status: 

Vuo version: 

OS version: 

  • macOS 10.14

Steps causing the bug to occur: 

In macOS 10.14.4, compositions with a Receive Live Video or List Video Devices node no longer work and sometimes crash.

The underlying problem is that, starting in macOS 10.14.4, a video library that Vuo uses (Apple’s QTKit) is broken. Other apps that use QTKit have also stopped working.

The problem will be fixed in Vuo 2.0, as it no longer relies on QTKit. See our mailing list / blog for updates on the estimated release date.

Have you found a workaround?: 

Downgrade to macOS 10.14.3 or earlier.

Kinect Depth Image Incorrect Greyscale Direction

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: 

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 - Accepted