Update GstX264Enc.prs to work on Windows + GStreamer SDK.

This one chooses encoding parameters for camerabin2 videorecording
which are way less taxing on the cpu, so recording actually works with
good framerate.
Expanding the printouts and number of examples in IsomerizationsInEyeDemo.

Working towards checking these calculations against those in Makous' 1997 JOSA paper.  Not done yet.

Signed-off-by: David Brainard <brainard@psych.upenn.edu>
Eyelink: Allow selection of ip address of tracker computer.

New Subfunction Eyelink('SetAddress', ip); allows to set non-default
'ip' address, e.g., '10.38.0.1' for the tracker computer.

-> Eyelink mex for all platforms rebuilt, except 32-Bit Octave/Matlab
on Linux, which is tbd.
Cleaning code and adding comments, as well as more checks.

Signed-off-by: David Brainard <brainard@psych.upenn.edu>
Minor

Signed-off-by: David Brainard <brainard@psych.upenn.edu>
PsychVideoSwitcher: Clarify help text for 'enableLuminanceMode'

That parameter is ignored in non-PCI card versions of the VideoSwitcher,
ie. in pretty much all shipping (external) boxes.
Updated by Xiangrui Li.
Added print routine to dump out what is in a photoreceptors structure.

Signed-off-by: David Brainard <brainard@psych.upenn.edu>
Added PrintPhotoreceptors to the two IsomerizatoinsIn… Demos.  Added comments in these and the CIEConeFundamentalsTest about the desirability of better integrating the CIE cone fundamental code with the isomerization calculation code.

Signed-off-by: David Brainard <brainard@psych.upenn.edu>
Merge branch 'master' of https://github.com/Psychtoolbox-3/Psychtoolbox-3

Signed-off-by: David Brainard <brainard@psych.upenn.edu>

Conflicts:
	Psychtoolbox/PsychDemos/IsomerizationsInEyeDemo.m
Finish off merge.

Signed-off-by: David Brainard <brainard@psych.upenn.edu>
DownloadPsychtoolbox: Do not abort on 32-Bit Matlab for OSX!

Otherwise downloading the '3.0.10' flavor for 32-Bit OSX would not work.
Fixes #157
help DisplayOutputMappings: Improve help for multi-gpu setups.

Tell user she also needs to set the 'ScreenToHead' mappings if
PsychTweak('UseGPUIndex') is used to select a non-default GPU. Clarify
the limitations.

Hopefully helps for cases like the one described in forum message
#16208.
Screen/OSX: Add new optional text layout method to ATSU as TextRenderer 0.

Screen('Preference','TextRenderer', method); now selects different
methods of text rendering with method == 0 vs. method == 1. Both
methods use Apple's OSX ATSU text renderer as in the past and the
default method 1 still behaves exactly as in the past. The optional
method = 0 setting now uses a different method of computing the text
bounding box and text baseline (for vertical positioning of text) than
before: It uses the deprecated ATSUMeasureTextImage() function for
computing the bounding box. Why? Because this way, the ATSU rendering
is able to cope with some unusual text fonts, e.g., Denis Pelli's
favorite "Kuenstler Script LT" font, which is misrendered with default
method 1 - It is clipped and mispositioned. The new method 0 also has
its own share of bugs, e.g., it mispositions and clips some other
"exotic" fonts like the japanese font we use in
DrawHighQualityUnicodeTextDemo. So now the user has the choice between
two evils ;) - depending on the font the user wants to use. Of course,
method 2, the Linux text rendering plugin, works perfectly fine and at
higher quality and performance with all tested standard and exotic
fonts, so switching to method 2 is the most simple and obvious choice.
But in the interest of consistency and backwards compatible we still
stick to the old ATSU method on OSX by default, so users who care about
every text pixel being perfectly at the same place as in the past will
not be taken by surprise.

-> ATSU text renderer code for OSX updated.
-> Screen for 64-Bit Matlab and Octave for OSX rebuilt and tested.
-> Some help text updates to DrawTextPlugin.m and
DrawHighQualityUnicodeTextDemo.m when we are here anyway.
osxmakeitoctave3: Encode runtime pathes for octave runtime libs in mex files.

Use the OSX install_name_tool to rewrite all mex files for octave on
OSX as follows:

1. Replace absolute pathes to octave runtime libraries, e.g..,
liboctinterp.1.dylib by relative pathes to the runtime search path
@rpath.

2. Add a whole bunch of valid and common -rpath'es to the mex file,
covering the typical install locations of runtime libraries for all
octave versions from 3.6.0 to 3.6.9, as installed by the HomeBrew and
Fink package managers for OSX.

This is a stop-gap measure to avoid library not found mex-file load
errors on a variety of end-user setups, without the need for end users
to export DYLD_LIBRARY_PATH manually to their octave library install
locations.

Add build option for pnet.mex as well (mode 13) and a full rebuild
mode -1 for rebuilding all mex files.
Rebuild all mex files for 64-Bit Octave on OSX with rpath's.

Apply a full osxmakeitoctave(-1) rebuild to encode proper @rpath's for
all versions of octave 3.6.x for both HomeBrew and Fink package manager
installs.

Hope this helps to resolve issues like in forum message #16240.
GetGitPath() also look in /usr/local/git/bin
Eyelink: Rebuild mex files for 32-Bit Linux (Octave and Matlab).

To add the new 'SetAddress' subfunction.
-> This completes the set of Eyelink updates. Now all platforms have
this new function.
Eyelink for 32-Bit Linux: Enable raw data access functions.

The raw data access subfunctions are supported by latest Eyelink
runtime libraries (v1.9 from 25th March 2011) for 32-Bit runtimes ie.,
32-Bit Matlab and 32-Bit Octave.

The same functions are *not* supported for the same library version on
64-Bit setups!
-> Rebuild 32-Bit Octave/Matlab mex files for Linux with support
enabled.
Eyelink: Rebuild for Linux with raw access enabled on 32-Bit.

The raw sample access functions eyelink_get_extra_raw_values() and
eyelink_get_extra_raw_values_v2() are only available for 32-Bit Linux,
not for 64-Bit, despite the same v1.9 (25th March 2011) eyelink_core
library.

Enable support for those functions on 32-Bit Matlab/Octave builds for
Linux, but disable it for 64-Bit Matlab/Octave buids, to prevent load
time failure due to undefined symbols.

-> Eyelink mex files for 32/64-Bit Linux, Octave and Matlab rebuilt for
consistency.
Eyelink-Linux: Rebuilt with raw sample support enabled on 32 and 64 Bit.

Rebuild mex files for 32-Bit and 64-Bit Matlab/Octave on Linux, now
with raw sample support unconditionally enabled.

Turns out the eyelink_core runtime libraries for 64-Bit Linux provided
on SR-Researchs support website as tar files have been updated with
support early 2012, but the auto-update for Debian Linux systems from
their website still delivers a totally outdated runtime without support!

Really, the correlation between expensive products and incompetent
release and version management never fails to stun me.