rla zdpeth antialiasing

[stretched]

this problem also appears in exr format.

[LordSaddler]

At which bit-depth are your rendering?

[DoubleSupercool]

By definition an z-depth pass cannot be blurred or have anti-aliased edges. Each colour value represents a distance of the geometry from the camera. The edge of a building can't be 2 metres from the camera and 2.1 metres from the camera.

Perhaps consider doing a fake z-depth pass (like a fog pass) or rendering a coverage pass so you can blur the edges:

http://www.sigillarium.com/blog/lang/en/379/

Not exactly relating to z-depth, but kind of the same idea.

[LordSaddler]

In the End Z-Blur is always a fake and likely to produce artifacts/errors.

Use Matts techniques above. Especially if its just fog you want, you are probably better of with a fog pass you later comp in and adjust via levels.

Also try 32-bit rendering (not sure if your AE plugin supports that) and a optimized depth range, so you get a better "pixel-depth" definition of the area with the "wrong" edges.




OT: Again a case where Matts "Make_Awesome_Now" node really would come in handy... ;)

[beaker]

Also try 32-bit rendering (not sure if your AE plugin supports that) and a optimized depth range, so you get a better "pixel-depth" definition of the area with the "wrong" edges.All real z depth files are a float no matter what your bit depth is set to in the renderer.

[LordSaddler]

I didn´t know his tools and settings. I´m using Cinema 4D for example: there you can render RLA only in 8 or 16-Bit for the Z-Pass. He probably comped everthing in AE with the default 8-Bit... All this could result in the described artefacts.

But since the original poster hasn´t answered yet, we can only guess...

[CGTalk Moderation]

This thread has been automatically closed as it remained inactive for 12 months. If you wish to continue the discussion, please create a new thread in the appropriate forum.