multiview: initial commit, reading multiView from OpenEXR and using it where it can
it requires OpenEXR 1.71
multiview: second commit, trying to workaround views and passes
multiview: initial commit, reading multiView from OpenEXR and using it where it can
it requires OpenEXR 1.71
multiview: second commit, trying to workaround views and passes
multiview opening with no problems.

code now follows the logic:

when open a file, if multiview all passes have view added to it (imb_exr_split_channel_name) the view is part of the pass name.

For example, pass depth.z now becomes depth.left.z
That also means R, G, B are combined as right.Combined
And that left.R, left.G, left.B are combined at left.Combined

Blender Multilayer files are not opening nicely, will check next
Merge branch 'multiview' of github.com:dfelinto/blender into multiview

Conflicts:
	blender/source/blender/imbuf/intern/openexr/openexr_api.cpp
multiview: compile fix (problem with merge)
multiview: fix support for multilayer with no multiviews
multiview: fix crashes when file is corrupted
(which happens right now for example if you try to save a multiview exr ;)
multiview: once again a fresh commit, now with all sorted out
view is now a pass as any other
Layer: RenderLayer
Pass : Diffuse.left, Diffuse,right, ...
Channel: R, G, B, ...

It handles writing and reading of multiview EXR
fixing some conflicts due to my *great* git workflow :p
multiview: more robust read/write multiview EXR
the old implementation was working due to a bug in my code.
now we can get/set the pass type properly.
also we have nice functions in render_result to get view name, or id
and I refactored get_pass_name to use switch and to always include the
view.
Merge branch 'master' into multiview
Create README.md
Update README.md
Update README.md
Update README.md
Merge branch 'master', remote-tracking branch 'upstream/master'
Merge branch 'master' of github.com:dfelinto/blender
Merge branch 'master' of git://gitorious.org/blenderprojects/blender