CGeometry_WorldPosition pass corruption

[JCdeBlok]

Is it me or is the CGeometry_WorldPosition pass a bit whack in v1.4? 

Looks fine in the vfb when I sample the points with right mouse button the values seem correct.. but when saved (tried both as exr channel and as separate file) it goes bad.

When used in post (both Nuke and AE) then data is clipped for negative values and has a weird curve applied to it (maybe some gamma function is accidentally applied to it?  )

[Ondra]

we did not do any changes for 1.4 so we dont break it. Can you be more specific, and maybe post a simple example? We will "fix" the gamma mapping for 1.5 release (it will be in the first 1.5 daily build already) - it will be correct in EXR, but incorrect in LDR formats.

[JCdeBlok]

See repo case attached.  (I'm not sure it worked in 1.3, first time I have to use it)

The included EXR is the rendered output from the included max scene.

The screen shot is from After Effects showing only the red channel (x coord) of the pass. I have to dial in pretty big numbers for black/white-point before anything shows up, the 'hard' black/white boundaries are some sort of clipping.. the don't move when changing values.   And the gradient looks like there is some sort of curve applied..

A CTextmap with a 'world coords' datamap gives the same result.

Nuke shows the same problem so it's not an AE issue.

using up to date  max 2016

[JCdeBlok]

And I see the velocity pass has the same sort of problem, negatives are clipped.

When I give the velocity element an offset of +100 and set the black/white points to  95..105 it looks fine, with offset set to 0 the negative values are clipped.

[romullus]

Reported on mantis, moving to resolved.

[Ondra]

Seems fixed in 1.5 daily builds, give it a try!

[JCdeBlok]

Yep, all good again!  I'll get you a beer at the EUE :)

Thx :)