BillboardGui renders are being aggressively cached

In our game, we use a ViewportFrame inside of a BillboardGui adorned to the player camera in order to render additional effects on top of the skybox. Lately we’ve been noticing that when the camera is moved very quickly, the contents of the BillboardGui are not re-rendered immediately (on the next frame), causing undesirable clipping at the edges of the screen that ruins the illusion. This did not used to be the case.

Below are two videos. One was recorded around a year ago, prior to when the bug began occurring. The other was recorded today, and shows the bug.

Pre-Bug Video
Post-Bug Video

Expected behavior

We expect the BillboardGui to re-render immediately upon the next frame.

A private message is associated with this bug report

Edit: I’m not sure why the Streamable links are behaving strangely.

3 Likes

If you force the Graphics Quality to the minimum, what happens? I believe this is a side-effect of the innate ViewportFrame throttling, maybe a change on your side has caused it to start occurring? But, it could also be a new attempt to optimize them.

I don’t believe this is the case. Parenting the ViewportFrame to a ScreenGui instead of a BillboardGui eliminates the issue, but this isn’t a viable option because doing so would render its contents on top of the viewport.

This is just an acknowledgment announcement!

We’ve filed a ticket into our internal database for this issue, and we will update you when we have further information!

Thanks for the report!

2 Likes