mojira.dev

MADLAD

Assigned

No issues.

Reported

MCPE-220315 Ray Tracing can only be enabled while loaded in a world Duplicate MCPE-220313 "Allow In-game Graphics Mode Switching" must be toggled on for PBR textures to load with Ray Tracing Fixed MCPE-194362 Chunks Flickering With Ray Tracing Duplicate MCPE-168100 New Decorated Pot Model Still Renders Incorrectly With Ray Tracing Duplicate MCPE-167174 Decorated Pots can't use PBR textures Won't Fix MCPE-167172 Decorated Pots Have Z-Fighting Issues With Ray Tracing Duplicate MCPE-163622 Albedo colour arrays in texture sets display as completely black Fixed MCPE-162688 Moon emits sunlight at night with Ray Tracing Duplicate MCPE-162107 Loading an RTX resource pack crashes the game Fixed MCPE-161751 Display driver crash after idling in menu with Ray Tracing Won't Fix MCPE-159488 Lights are displaced from their source in RTX Fixed MCPE-159485 Several emissive blocks have incorrect point lights with Ray Tracing Fixed MCPE-159474 Clouds experience render errors and jitter with Ray Tracing Confirmed MCPE-159473 Some areas of the world render incorrectly with Ray Tracing when Render Clouds is on Confirmed MCPE-159471 Heightmap edges are no longer seamless when padding is set to 0 Fixed MCPE-156461 Waterlogged Blocks Render Incorrectly on chunk edges Duplicate MCPE-156119 Block breaking texture occasionally starts rapidly flashing with RTX/ray tracing enabled Confirmed MCPE-155625 Darkness Effect does not function correctly with Ray Tracing Confirmed MCPE-155572 Ray Tracing Sun Azimuth can no longer be adjusted Invalid MCPE-153963 Ray Traced entities shimmer during movement with DLSS Confirmed

Comments

This issue appears to be fixed in preview 1.21.100.23

Despite improvements made to PBR texture loading with Ray Tracing in the latest preview, this issue remains persistent in build 1.21.100.23

Can confirm this is still an issue as of preview version 1.21.100.21.

Confirmed this issue affects stable release 1.21.80, it really should be fixed soon. May pose a photosensitivity hazard.

Attaching a video of the issue from my duplicate report:

[media]

Even in preview 1.20.10.21 this issue is still present when Ray Tracing is enabled.

I've been able to observe its occurance in Preview 1.19.80.23.

Can confirm this report has been resolved erroneously, as the issue has not been fixed in 1.19.73.

Was this issue incorrectly resolved? 1.19.72 isn't available on Windows, and neither the previous hotfix 1.19.71 or the latest preview 1.19.80.22 have fixed the issue.

Affects latest preview 1.19.80.22.

Myself as well as many others would still like to get sort of calrification at all on why this issue won't be fixed. Evidently the model can be slightly edited in order to avoid any z-fighting on it's surfaces so from a third person perspective it doesn't seem reasonable not to fix this. Would appreciate any actual information on it though so that we have more than speculation to go off of.

Would you mind providing some context behind the decision to not fix this issue?

I would have an example if these blocks could apply PBR textures, but in order to get the same effect their models must be recreated and converted to blocks to demonstrate PBR capabilities. At the moment they function the same as entities and never apply any of the PBR textures that they are assigned.

Would you mind providing more information on the reasoning behind not fixing this issue?

No. That issue describes the z-fighting experienced by the different surfaces of the pot. This issue is similar to the issues with chests, trapped chests, ender chests and piston arms as all of these objects don't support PBR textures.

This issue is still present in release 1.19.62 and can still be reproduced by following the procedure outlined in this report.

I have not experienced this issue post 1.19.70 previews. Fix seems to have also worked on my end.