Mailing Lists: Apple Mailing Lists
Image of Mac OS face in stamp
CGLSetPBuffer hangs
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

CGLSetPBuffer hangs



a project i'm working uses 3 displaylink-threads, each rendering an instance of the same qc-file in 3 different contexts, and this results in a reproducible crash anywhere within about 30sec. after starting the app. (on a macPro 4x2.66,10.4.9, QT 7.1.3 - 7.1.5)

today i've finally found that the crash doesn't happen when enabling 'Direct Core Image Rendering' on the Billboard-patch that renders the final image.

the composition renders the image of a movie patch, through an accumulator that is fead back it's own signal through a dissolve.

is this a bug or some compatibilty issue?


JPEG image



some additional/background -info;

• i didn't have this crash on a mac-mini (intel/1.66duo/10.4.9/ QT7.1.5) and a G5 (quad 2.5/10.4.9/QT 7.1.3).
after updateing Quicktimer on the G5 to 7.1.6 it also started crashing there.


• when 'Enable Direct Core Image Rendering' is OFF, the frame-rate reported by the FPS-display patch reports rates far beyond the 60 fps one would expect considering the refresh-rate of the monitor (60Hz) and the fact that the 'swap interval' of the context is set to 1.
when 'Enable Direct Core Image Rendering' is ON, the reported framerate floats nicely around 60 as expected


• the backtrace always reports 'CGLSetPBuffer' as the bastard causing the crash in the hanging thread.

• either cpu/gpu-speed or the number of cpu-cores has an influence, since i don't have this crash on a mini with otherwise similair setup:
- cpu/gpu-speed because the mini is just not fast enough to reach the high framerates as seen on the mac pro
- nr. of cores, because Quicktime seems to spawn more threads as there are more cores available (depending on codec). this is just one of the few noticable differences between setups... (but a wild guess)





additionally another question;
it took me ages to gather this, because all i had before, was the crash-reports that users sent me.
the reports would never show this crash, since the main-thread of the app. would usually still run very happily, just the 3 render-threads would hang. the users would force-quit the app in order to start using it again.


is there a way around this? and to have a sort of 'forced' crash report?


thanks, arri
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Quartzcomposer-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

References: 
 >Command line to create movie from composition with input ports (From: Robert Stepanek <email@hidden>)
 >Re: Command line to create movie from composition with input ports (From: Nick Robbins <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2011 Apple Inc. All rights reserved.