GSOC-2011

texture paint speed enhancements.

Correct bug with float texture painting and enable partial drawing to skip converting the whole float texture to char.
svn merge -r36833:36865 https://svn.blender.org/svnroot/bf-blender/trunk/blender
merge to trunk with svn merge ^/trunk/blender after warning on irc to avoid possible svn corruption
GSOC-2011\n\naesthetic changes/comments, no functional change
GSOC - 2011

minor fix for item #27478, blender could crash after loading .exr files
GSOC - 2011

--- first draft of high resolution texture support in 3D view. ---

This commit is still early development proof-of-concept and has a lot of restrictions.
Known at the moment are the following(but, of course the number of issues to increase)
1) Tiled textures are not supported yet and may break

High res textures need float images! Normal 8-bit images do not support high res textures(what would be the point anyway? :))

http://www.pasteall.org/pic/12761 for a sample

n'Joy :)
merge to trunk r36896
a few comments plus a null check
de-gamma correct brush color before applying brush. Maybe this will fix problems with incorrect colors during painting
GSOC 2011 - onion branch

--Color correction fix series no.2--

More de-gamma corrections on all brush inputs in preparation for correct behavior fix based on other developer's input.

This commit fixes brush GUI colors only. Images stored as sRGB are not
de linearized before sampling. This will be fixed in later 
according to decision on image texture storage type and sampling.

TODO: upload final images as sRGB for viewing. This will fix behavior completely.
GSOC 2011 - onion branch

--Color correction fix series no.3--

After brief discussion on irc and ML
reverting changes to byte path.
For now color correct behavior will be used only
for float textures and only for brush colors, not brush texture images. 

also fixed loading for color corrected high-res float textures. Now results when painting between the two should be consistent.
There's still a speed issue, this time with the image editor. I have an idea about this though, coming in the next commit :).

brush texture images are considered to be in sRGB space, 
however they are not yet converted to linear rgb due to precision
considerations.This will be further tested until a decision is made.
GLSL mode may also show incorrect results(tests needed);

Also, it looks like non-sRGB images are not color corrected before
drawn on the GUI (for example noise textures)

coming soon, optimization for byte texture painting path + user preference for high res texture loading.
GSOC 2011 - onion branch

--High resolution Textures--

Added user preferences option under System->OpenGL to control behavior
svn merge with trunk r36957
merge with trunk r36973
alpha not initialized in float brushes, this could lead to artifacts in windows builds
Merged with trunk: 36982-37001
This is in preparation to merge with soc-2010-jwilkins
Merged with trunk: 36974-36981
I really should learn to use "svn merge ^" command aince I somehow missed these 8 revisions
== Merged with soc-2010-jwilkins ==
** todo: double check that psyfi's work did not get mangled
** todo: double check that scons build works correctly (cmake was tested)
** todo: diff again with trunk to make sure things are clean
* merge duplicated a line in an SConscript that made scons fail
** fixed possible bad level call, was causing scons build to fail due to include path