~ubuntu-branches/ubuntu/trusty/psychtoolbox-3/trusty-proposed

« back to all changes in this revision

Viewing changes to Psychtoolbox/PsychDocumentation/ConserveVRAMSettings.m

  • Committer: Package Import Robot
  • Author(s): Yaroslav Halchenko
  • Date: 2013-11-19 23:34:50 UTC
  • mfrom: (3.1.4 experimental)
  • Revision ID: package-import@ubuntu.com-20131119233450-f7nf92vb8qavjmk8
Tags: 3.0.11.20131017.dfsg1-3
Upload to unsable since fresh glew has arrived to sid!

Show diffs side-by-side

added added

removed removed

Lines of Context:
72
72
% hardware that doesn't support this. Not generally useful for production
73
73
% use.
74
74
%
 
75
% On MS-Windows this allows to use the Microsoft GDI software renderer,
 
76
% ie., to not abort if that renderer is detected. Normally Screen() would
 
77
% abort when detecting the GDI renderer.
 
78
%
75
79
%
76
80
% 128 == kPsychEnforceForegroundWindow: Request application of the Windows
77
81
% GDI calls SetForegroundWindow() and SetFocus() on each created onscreen
137
141
%
138
142
%
139
143
% 8192 == kPsychUseAGLForFullscreenWindows
140
 
% Tell PTB on Mac OS/X to always use the AGL API for OpenGL system setup,
141
 
% even if the requested onscreen window is a fullscreen window. Normally
142
 
% PTB would use the CGL API for fullscreen windows, but this is broken for
143
 
% dual-display operations on some systems running 10.5.3 - 10.5.6 at least.
 
144
% Tell PTB on Mac OS/X to always use the Cocoa/NSOpenGL API for OpenGL
 
145
% system setup, even if the requested onscreen window is a fullscreen
 
146
% window. Normally PTB would use the CGL API for fullscreen windows for
 
147
% higher efficiency.
144
148
%
145
149
%
146
150
% 16384 == kPsychUseCompositorForFullscreenWindows
160
164
% PsychDebugWindowConfiguration() function was used to switch to debug
161
165
% mode.
162
166
%
163
 
% On Mac OS/X this will cause PTB to always use the AGL API for OpenGL
 
167
% On Mac OS/X this will cause PTB to always use the Cocoa API for OpenGL
164
168
% system setup, and to always use Quartz composited regular windows instead
165
169
% of fullscreen contexts, even if the requested onscreen window is a
166
170
% fullscreen window. Normally PTB would use the CGL API for fullscreen
167
 
% windows, but this is broken for dual-display operations on some systems
 
171
% windows, but this was broken for dual-display operations on some systems
168
172
% running OS/X Leopard 10.5 with all modern NVidia cards. Stimulus onset
169
173
% timing, animations and timestamping precision will be horrible in this
170
174
% mode. Only suitable for presentation of mostly static stimuli with no
269
273
% just as on pre 2012 PTB's.
270
274
%
271
275
%
 
276
% 2^25 == kPsychOldStyleOverrideRedirect
 
277
% Use the old-school method of setting the override_redirect property
 
278
% of X11 Windows on Linux, as it was done until end 2012. This just as
 
279
% a safe-guard in case somebody runs a very exotic or old Linux setup,
 
280
% where the new method doesn't work.
 
281
%
 
282
%
 
283
% 2^26 == kPsychForceUseNativeBeamposQuery
 
284
% Force use of the OSX builtin beamposition query mechanism, even if the
 
285
% PsychtoolboxKernelDriver is installed and would provide better results.
 
286
% This is mostly for internal testing and benchmarking of Psychtoolbox. As
 
287
% of April 2013 and MacOSX 10.8 "Mountain Lion", our own implementation is
 
288
% superior to Apple's broken implementation, so we default to use of our
 
289
% own implementation whenever possible. The OSX native implementation is
 
290
% only supported on NVidia gpu's anymore, scheduled for removal in a future
 
291
% OSX version (marked as deprecated in Apple developer documentation!),
 
292
% always slightly broken and more noisy, imprecise and higher overhead than
 
293
% our own implementation. At least on OSX 10.8 with GeForce-600 gpu's, the
 
294
% OSX implementation is completely broken for anything but analog VGA CRT
 
295
% displays, ie., it delivers bogus results for any kind of internal or
 
296
% external digital lcd flat panel!
 
297
%
 
298
%
272
299
% --> It's always better to update your graphics drivers with fixed
273
300
% versions or buy proper hardware than using these workarounds. They are
274
301
% meant as a last ressort, e.g., if you need to get something going quickly
275
302
% or can't get access to bug-fixed drivers.
276
303
%
 
304
 
 
305
% Need this extra line, separated by a blank line for help to work on Octave - weird.