Quartz Composer errors on a simple keystone patch?

50 views
Skip to first unread message

Matt Padden

unread,
May 21, 2013, 3:03:38 PM5/21/13
to ql...@googlegroups.com
Hi,

I have a reasonably simple show running on QLab v2.3.8 on a Mac Mini with OS X 10.6.8 and 8GB RAM. Video cues are all run through a QC patch to keystone them before displaying on a single projector. Every so often instead of seeing the video, I get bright white output (including the normally masked areas around the projection screen). The problem is not consistently related to any one cue or group of cues.

In the Console error log I see these entries each time video fails to display normally:

May 18 20:20:15 NTS-MM-E QLab[6651]: *** Message from <QCGrid = 0x39AEE400 "Grid_1">:\nOpenGL error 0x0502 (invalid operation)

May 18 20:20:15 NTS-MM-E QLab[6651]: *** Message from <QCGrid = 0x39AEE400 "Grid_1">:\nExecution failed at time 0.000

May 18 20:20:15 NTS-MM-E QLab[6651]: *** Message from <QCGLSLShader = 0x39ACC430 "GLSLShader_1">:\nExecution failed at time 0.000

May 18 20:20:15 NTS-MM-E QLab[6651]: *** Message from <QCPatch = 0x39F01FC0 "(null)">:\nExecution failed at time 0.000

 
Any QC experts able to shed light (sic) on what might be causing this? Aside from the above errors there are no reports of problems in the Console log.

Many thanks,
Matt

Lucas Krech

unread,
May 21, 2013, 4:57:01 PM5/21/13
to ql...@googlegroups.com
Are you crossfading between two cues that share the same Quartz patch? If so make a duplicate and alternate between them. Make several duplicates if necessary. Also be sure the blend mode is set to something other than replace. 

HTH.

-L

--
--
Change your preferences or unsubscribe here:
http://groups.google.com/group/qlab
 
Follow Figure 53 on Twitter: http://twitter.com/Figure53
 
---
You received this message because you are subscribed to the Google Groups "QLab" group.
To unsubscribe from this group and stop receiving emails from it, send an email to qlab+uns...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

Matt Padden

unread,
May 22, 2013, 5:18:47 AM5/22/13
to ql...@googlegroups.com
Hi Lucas,

Fascinating. I'll get a few duplicates and try this. Interesting that sometimes the patch will work and sometimes not.

Matt

Matt Padden

unread,
May 22, 2013, 9:27:16 AM5/22/13
to ql...@googlegroups.com
No joy with using alternate copies of the patch; we're still seeing the white screen. If a cue displays white and is then re-cued, it always works.

I've attached a copy of the QC patch that we're using.

We're not crossfading as such in the show. Sometimes video cues are layered up progressively (although never more than about four layers). Sometimes they're played sequentially. But the white-out problem isn't consistently linked to any particular behaviour.

Matt


On Tuesday, May 21, 2013 8:03:38 PM UTC+1, Matt Padden wrote:
Keystone patch CR2013 3.qtz

Lucas Krech

unread,
May 22, 2013, 11:13:43 AM5/22/13
to ql...@googlegroups.com
I think you made things overly complicated for yourself with the OpenGL shader. I would try just using a Sprite and 3D rotating or barring that perspective transforn patch or DL the _1024_perspective from 1024 architects patch. But I typically do this with a flat sprite or billboard and the perspective transform patch and never had a problem.

HTH.

-L

--
--
Change your preferences or unsubscribe here:
http://groups.google.com/group/qlab
 
Follow Figure 53 on Twitter: http://twitter.com/Figure53
 
---
You received this message because you are subscribed to the Google Groups "QLab" group.
To unsubscribe from this group and stop receiving emails from it, send an email to qlab+uns...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 
<Keystone patch CR2013 3.qtz>

Matt Padden

unread,
May 23, 2013, 11:25:50 AM5/23/13
to ql...@googlegroups.com
In the end I took the plunge and updated to Qlab 3; the world of QC is too much of an unknown for me. So far v3 is doing the keystoning job perfectly. So success in the end!

Many thanks,
Matt


On Tuesday, May 21, 2013 8:03:38 PM UTC+1, Matt Padden wrote:
Reply all
Reply to author
Forward
0 new messages