pedronbvasconcelos's picture


pedronbvasconcelos's picture

Thank you very much, Jaymie, for such in-depth analysis!

Yes, could very much be the case that some video files are causing this, we have very heterogeneous material.

With all the help you gave me, I think I can take further debugging from here.

Thank you for such a great platform!

pedronbvasconcelos's picture

Xcode and Instruments still very foreign to me, so I'm asking for your help again. I'm attaching a zip file with a working system for this composition, with a reduced sample playlist and video files.

The composition depends on a basic HTTP server binary that is included (that just reads the playlist file and manages playback index (and seek value for first launch)). I'm not including the companion syphon composition because it seems there's no relation to the specific memory leak.

pedronbvasconcelos's picture

Thank you very much, Jaymie! Sorry for the late reply (out of office).

Will begin debugging as you suggest! Indeed easier to rule out the second cause, not the case.

It's a bit on the heavy side to share all files, as we're talking about 48 hours of video but I'll do this if coming up to a dead end by myself.

Nevertheless, I'm attaching 2 screenshots of Instruments monitoring the main video playback composition/app.

Thank you!

pedronbvasconcelos's picture

Debugging "Your system has run out of application memory"


I'm new to macOS application debugging and could use some help finding a way.

I'm running a Vuo composition that accomplishes continuous video playback (as much as possible without gaps) and comprises of 2 video players, taking times preloading and playing video files. There is also a syphon client for mixing a second image layer on top of the video layer.

How should I go about debugging this "run out of application memory"? I'm running this on a 2018 Intel Mac Mini with 16GB Ram.

pedronbvasconcelos's picture

OTF font render cuts diacritics if on single line


Vuo version: 

OS version: 

  • macOS 12

CPU architecture: 

Intel x86_64

How severely does this bug affect you?: 

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

Steps causing the bug to occur: 

  1. Insert "Make Text Layer" and "Render layers to window"
  2. Change font to OTF font and input text with diacritics
  3. If rotation is changed or a newline is added before text, diacritics appear

Have you been able to reproduce the problem?: 

●●● — Yes, the problem occurs consistently when I follow the steps above

Have you found a workaround?: 

Add a newline before text

Other notes: 

This doesn't happen with TTF fronts.

On Quartz Composer this problem also existed and could be circumvented by an input "image height" margin added in "Image with string": Using 2 instances of "Image with string", the first to get rendered image dimensions and the second with a height margin added to reveal the concealed diacritics.



Binary Data pad-font-1.vuo3.04 KB