Motion: Higher performance graphics mode may remain active if Compressor is used to t


 
Thread Tools Search this Thread
Operating Systems OS X (Apple) OS X Support RSS Motion: Higher performance graphics mode may remain active if Compressor is used to t
# 1  
Old 11-05-2008
Motion: Higher performance graphics mode may remain active if Compressor is used to t

When you transcode a Motion project in Compressor on a MacBook Pro (Late 2008), your computer may stay in "Higher performance" graphics mode after the project has been transcoded. This can happen even after you change the graphics setting in the Energy Saver pane in System Preferences to "Better battery life," log out, and then log back in. The Energy Saver pane in System Preferences may report the graphics mode is "Better battery life," but it will still be in "Higher performance" mode.

More from Apple OS X Support ...
Login or Register to Ask a Question

Previous Thread | Next Thread

3 More Discussions You Might Find Interesting

1. OS X (Apple)

[Solved] links2 --enable-graphics from source, configure error: no graphics driver found.

Howdy I am trying to install links2 with graphics support on snow leopard 10.6.8 (xcode installed). I have had the program running last year, also installed from source - but then I had installed some image libraries with mac ports and fink - cannot reproduce that setup. Plus I would like to not... (6 Replies)
Discussion started by: butterbaerchen
6 Replies

2. Linux

active mode ftp connection from linux

Hi, We have one java client which connects to a windows server through ftp in active mode and gets files. When we run this client on hp-ux, it is able to transfer 100k files. But when we run the same client on Linux server it is able to transfer only 200 files at max and it is hanging there... (1 Reply)
Discussion started by: urspradeep330
1 Replies

3. AIX

Question about HACMP for active-active mode

Hi all, I am new to HACMP. So sorry for the newie question. But I did search the forum and it seems that no one asks this before. So if a 2-node cluster runs in active-active mode (and the same application), what is the benefit of using HACMP ? If it runs in active-stanby, it is easy to... (9 Replies)
Discussion started by: qiulang
9 Replies
Login or Register to Ask a Question
Tk_GetGC(3tk)						       Tk Library Procedures						     Tk_GetGC(3tk)

__________________________________________________________________________________________________________________________________________________

NAME
Tk_GetGC, Tk_FreeGC - maintain database of read-only graphics contexts SYNOPSIS
#include <tk.h> GC Tk_GetGC(tkwin, valueMask, valuePtr) Tk_FreeGC(display, gc) ARGUMENTS
Tk_Window tkwin (in) Token for window in which the graphics context will be used. unsigned long valueMask (in) Mask of bits (such as GCForeground or GCStipple) indicating which fields of *valuePtr are valid. XGCValues *valuePtr (in) Pointer to structure describing the desired values for the graphics context. Display *display (in) Display for which gc was allocated. GC gc (in) X identifier for graphics context that is no longer needed. Must have been allocated by Tk_GetGC. _________________________________________________________________ DESCRIPTION
Tk_GetGC and Tk_FreeGC manage a collection of graphics contexts being used by an application. The procedures allow graphics contexts to be shared, thereby avoiding the server overhead that would be incurred if a separate GC were created for each use. Tk_GetGC takes arguments describing the desired graphics context and returns an X identifier for a GC that fits the description. The graphics context that is returned will have default values in all of the fields not specified explicitly by valueMask and valuePtr. Tk_GetGC maintains a database of all the graphics contexts it has created. Whenever possible, a call to Tk_GetGC will return an existing graphics context rather than creating a new one. This approach can substantially reduce server overhead, so Tk_GetGC should generally be used in preference to the Xlib procedure XCreateGC, which creates a new graphics context on each call. Since the return values of Tk_GetGC are shared, callers should never modify the graphics contexts returned by Tk_GetGC. If a graphics con- text must be modified dynamically, then it should be created by calling XCreateGC instead of Tk_GetGC. When a graphics context is no longer needed, Tk_FreeGC should be called to release it. There should be exactly one call to Tk_FreeGC for each call to Tk_GetGC. When a graphics context is no longer in use anywhere (i.e. it has been freed as many times as it has been gotten) Tk_FreeGC will release it to the X server and delete it from the database. KEYWORDS
graphics context Tk Tk_GetGC(3tk)