Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Incorrect use of depth texture attachments #225

Open
vanruesc opened this issue Aug 30, 2020 · 3 comments
Open

Incorrect use of depth texture attachments #225

vanruesc opened this issue Aug 30, 2020 · 3 comments
Labels
bug Something isn't working

Comments

@vanruesc
Copy link
Member

vanruesc commented Aug 30, 2020

Description of the bug

The current depth texture system assumes that a depth texture can be assigned to a render target at any time. This assumption is incorrect as render targets are initialized once when they are used. Certain pass chains will cause the internal frame buffer to be initialized with a basic depth buffer attachment and the subsequent assignment of a depth texture won't have any effect. As a result, the depth texture won't contain the depth information of the rendered scene.

To Reproduce

  1. Add a ClearPass to the composer.
  2. Add a RenderPass to the composer.
  3. Add an EffectPass containing a depth-based effect such as SSAOEffect to the composer.
  4. See the effect fail due to missing depth information.

Expected behavior

Depth-based effects shouldn't fail with certain pass chains. One potential solution would be to assign the depth texture to a dedicated render target for geometry passes. Going one step further, a more complex render target management system could be implemented to allow passes to explicitly define input and output buffers.

Library versions used

  • Three: 0.120.0
  • Post Processing: 6.17.1
@vanruesc vanruesc added the bug Something isn't working label Aug 30, 2020
@vanruesc
Copy link
Member Author

Added a temporary fix in postprocessing@6.17.2.

@vanruesc vanruesc added enhancement Enhancement of existing functionality and removed enhancement Enhancement of existing functionality labels Sep 16, 2020
@alexpineda
Copy link

alexpineda commented Feb 18, 2021

I'm having this issue with 6.19.3. I'm not sure if it's something I'm doing something wrong on my end but seeing this ticket it seems to confirm my suspicion of missing depth information, even though the needsDepthTexture and the following logic execute correctly. My example follows closely to yours, RenderPass with clearPass enabled -> EffectPass with DepthEffect. Also important to note that I'm able to use DoF and SMAA, both of which use depth, without issue. Edit: Never mind this. It's just that my camera is really far away. I had assumed the depth information would be relative. Cheers.

Ameobea added a commit to Ameobea/three-good-godrays that referenced this issue Aug 29, 2023
 * Copy depth texture to intermediate buffer to prevent binding depth texture to both input and output buffers in compositor shader
 * See pmndrs/postprocessing#225, pmndrs/postprocessing#416 for additional context
@vanruesc
Copy link
Member Author

Depth texture management is fixed in the postprocessing v7 alpha which will eventually replace v6.

I'm keeping this ticket open until v7 lands in case someone stumbles over this bug.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants