Status: 

Vuo version: 

Fixed in Vuo version: 

OS version: 

  • Mac OS 10.11

How severely does this bug affect you?: 

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

Steps causing the bug to occur: 

  1. Open example composition TileStarfield.Vuo
  2. Run - Nothing happens

Have you found a workaround?: 

Tried turning Multisampling off with no luck.

Other notes: 

18.11.2016 09.44.22,742 TileStarfield-WhKaGV[579]: !!! BUG: The current event queue and the main event queue are not the same. Events will not be handled correctly. This is probably because _TSGetMainThread was called for the first time off the main thread.

I could swear I have encountered this before, but can't remember the context.

Comments

Indeed you have encountered

jstrecker's picture
Submitted by
Status:
Waiting for review by Vuo Support Team
»
Waiting for more information from reporter

Indeed you have encountered this log message before, when you contacted us about the problem with Detect Audio Beats. That message comes up when macOS is demanding that certain code run on the main thread but Vuo is trying to run it on a different thread. This problem may have nothing to do with the previous problem, other than the fact that Vuo is calling macOS (Cocoa) functions.

So far we haven't been able to reproduce the problem. One possibility is that the problem arises from an interaction between Vuo and some other software you have installed.

Are you comfortable using a debugger (lldb)? If so, it would be super helpful if you could export the composition to an app, run it in lldb, set a breakpoint on _TSGetMainThread, and get a backtrace when the breakpoint is hit.

Otherwise, perhaps you could try removing nodes from the composition to figure out which node(s) is causing the problem?

Thanks, and sorry it's not working for you!

I've come closer to locating

MartinusMagneson's picture
Submitted by

I've come closer to locating the problem, and found a sort-of-workaround, but it is really tedious. The BUG!! warning still seems to pop up, but compositions run if i delete the org.vuo.VuoCompositionLoader.savedState under /user/[username]/Library/Saved Application State. Whenever the folder appears, compositions won't run, but if I delete it while the editor is running, they run again. Attaching the saved state folder.

Those are most likely side

jstrecker's picture
Submitted by
Status:
Waiting for review by Vuo Support Team
»
Accepted

Those are most likely side effects of the _TSGetMainThread issue.

We looked into the Saved Application State folder you sent, but unfortunately we weren't able to glean any useful information from it (one of the files is encrypted) or reproduce the problem using it.

Our next step is to find a way to trap the _TSGetMainThread call and print a backtrace on your system, which would tell us where in Vuo the problem is coming from.

Takk! The crash report shows

jstrecker's picture
Submitted by
Status:
Waiting for more information from reporter
»
Accepted

Takk! The crash report shows where the problem is: Vuo tells the operating system to initialize audio devices, the operating system finds the Jack audio plugin (our old friend) and initializes it, and Jack tries to do something with a folder that is supposed to be done on the main thread, but isn't. If we change Vuo to make sure it initializes audio on the main thread, that should fix the problem.