SetAnaglyphParameters->SetAnaglyphStereoParameters
Some forgotten renames in help text and the like:
TestAlphaBlending -> AlphaBlendingTest
TestGetChar -> GetCharTest
TestOSAUCS -> OSAUCSTest
TestPsychHid -> PsychHIDTest
TestDaq -> DaqTest
TestAlphaMultiplicationAccuracy -> AlphaMultiplicationAccuracyTest
TestAlphaMultipication -> TestAlphaMultiplication
TestMATLABTimingOSX -> MatlabTimingTest
TestStandaloneTimingOSX -> StandaloneTimingTest
TestTextInOffscreenWindowOSX -> TextInOffscreenWindowTest

In AlphaMultiplicationTest I found TestTestAlphaMultipicationAlphaTimes. Don’t know what that should be?
typo in function name
Merge pull request #206 from dcnieho/docFixes

Doc fixes
Search and replace evil codepage trash where source codepage is unidentified
Merge pull request #47 from towolf/clean-codepage-spam

Search and destroy evil codepage trash - Justice shall be served.
implement crosstalk cancellation
removed useless overwrite mode for stereo crosstalk reduction shader
allow scalar background luminance level if same for all channels
no default contrast gain of 0, that is useless as shader then has no effect
added doc
little bit more cleanup
FlipTimingWithRTBoxPhotoDiodeTest: Change output format unit from msecs to usecs.

To spare our tired brains from converting each time we read the output.
Merge pull request #209 from dcnieho/stereoCrossTalk

Stereo cross-talk reduction for frame-sequential stereo by Diederick.
Merge pull request #48 from Psychtoolbox-3/master

Pull current state into kleinerm master. Diedericks improvements.
Simplify/Refine StereoCrosstalkReduction method a bit more.

PsychImaging() gets an additional 'method' parameter, so user can
select between different crosstalk reduction methods, if such should
become available in the future. Currently only one method is implemented,
the one of Diederick.

We drop the 'backgroundColor' parameter, as PsychImaging can directly
use the background clear color as set in the PsychImaging('Openwindow', ...);
call - after some validity checking.

-> PsychImaging and its help text updated accordingly.
-> ImagingStereoDemo updated, also a bit modernized ot use unified 0-1
   normalized color range and drop some redundant code.
-> Shader cleaned up a little bit.
-> Tested, works.
PsychImaging/Screen on Linux: Add experimental 16 bpc framebuffer support for AMD gpu's.

PsychImaging('AddTask','General','EnableNative16BitFramebuffer') allows to request
use of an up to 16 bpc / 48 bit color depth framebuffer. This is only supported on
Linux + X11 + FOSS graphics drivers for AMD gpu's, and implemented by a new series
of low-level gpu hacks, shaders and other naughtyness to switch the AMD gpu into
64 bpp framebuffer, RGBA16161616 scanout mode and format framebuffer content
accordingly. While this establishes a 16 bpc framebuffer, the display pipelines
of current AMD gpu's are not fully 16 bpc, so some truncation/loss of precision will
occur. "Sea Islands" family gpu's can do up to 12 bpc native output on DisplayPort
and HDMI in deep color modes, up to 10 bpc native + 2 bpc dithered over analog VGA
output. Older gpu's can only do up to 10 bpc, so there's no real use for this new
function on older than "Sea Island" gpus, as our older 10 bpc and 11 bpc native fb
support already covers the range up to 10 bpc perfectly at a lower complexity and
performance hit. This code still allows to drive those gpus, as i currently only
have access to pre-Sea Island gpus, so for testing this must do, and actual validation
of this approach via photometer etc. will be left as an exercise for some proud owner
of a latest generation AMD Sea Islands+ gpu.

This hack not only requires PTB magic in framebuffer setup and output formatting,
but also use of a special xorg.conf file to make sure the framebuffer and all rendering
is done in linear mode without any framebuffer tiling, as otherwise the low level data
formatting would go haywire.

The current code is partially prepared for dual-display operation, e.g., stereo,
but some bits of shader code and setup code is missing. First get it working on
single display.

-> Screen('Resolution', ...., specialflags & 2) now allows to only resize the
   X-Screen / its framebuffer, even on pure single display setups, as we need
   the ability to resize the framebuffer/X-Screen to twice the height - and sometimes
   width - of the viewport of the scanout for this trick to work.

-> Screen has proper low level mmio gpu scanout setup code for 32 bpp -> 64 bpp scanout
   switching on AMD gpus.

-> Screen for 64-Bit Octave on Linux rebuilt and tested, but not yet on an actual
   AMD gpu.
VideoRecordingDemo: Use 'realmax' as target fps, instead of 30 fps.

Makes sense for non-30fps capable sources.
Merge branch 'master' of https://github.com/kleinerm/Psychtoolbox-3
Screen for 32-Bit Octave on Linux rebuilt for testing.
Auto-detect true framebuffer bpc on AMD + Linux Native16Bpc support.

Add new logic to Screen() to expose the new subfield 'GPUMinorType'
in Screen('GetWindowInfo', win); queries. The field contains the
vendor specific gpuMinorType, or -1 if query is unsupported. The
meaning of the numeric id is subject to change without notice, but
currently it means the chip family id (hexadecimal) for NVidia
gpu's and the DCE display engine version (decimal) on AMD gpu's,
e.g., 40 on AMD = DCE-4.0 engine or later.

-> Screen.mex for 64-Bit Octave on Linux rebuilt for testing.
-> PsychtoolboxKerneldriver won't get a rebuild at this point,
   as we can't make good use of this new feature atm. on OSX.

PsychImaging uses the AMD GPUMinorType to decide if it should
encode for a AMD display pipeline of 10 bpc or 12 bpc true depth.

DCE-8.0 and later "Sea Islands+" gets 12 bpc, older engines get
10 bpc in 'EnableNative16BitFramebuffer' mode. Now anything less
than 12 bpc is useless in practice, as our Native10/11Bit support
can do that much more efficiently without need for special setup,
but we leave this, so we can at least test the involved code on
older than DCE-8 gpu's. Atm. i don't have any DCE-8 gpu, nor any
12 bpc display device, so the code wasn't actually tested at its
useful 12 bpc bit depth in practice. But testing on a DCE-4 card
at 10 bpc via analog VGA 10 bpc output shows the current
implementation works at 10 bpc and is expected to work on a true
12 bpc capable card and display.

-> 16Bit code successfully tested in single-display mode and
   dual-display clone/mirror mode.

-> The M/GLSL code needs some additional refinement to work on
   dual-display side-by-side "dual display stereo" configurations
   in a useful manner.
Screen: Also ask OS to provide 16 bpc framebuffers at pixelSize 48.

First try to get 16 bpc / 64 bpp from OS, then fall back to our
own method on Linux.

At the moment no OS supports this natively, so we will effectively
fail on Windows, OSX, and Linux with non-AMD gpu's, and trigger our
fallback on Linux + X11 + AMD gpu's if mmio access is enabled.

But it's good to prepare for the future, so implement this already.

-> Screen for 64-Bit Octave on Linux rebuilt and lightly tested.
-> Some whitespace cleanup in source files i touched.