This is probably just fog.
photo of multiple Baseplates in different heights, from -5000 to 1800 (rightmost. only edge seen)
There aren’t any settings to change this though.
This is probably just fog.
photo of multiple Baseplates in different heights, from -5000 to 1800 (rightmost. only edge seen)
There aren’t any settings to change this though.
Just to exemplify, this is what happens when zooming (Camera.Y
) on the ViewportFrame:
Lighting effects on viewport frames are always static which means changing your lighting settings will not apply to viewport frames
Thanks for the report! We’ll follow up when we have an update for you.
Currently having the same issue, @rogeriodec_games 's reply was the best example of how this happens.
Any news?
3 months have passed.
This is an impediment to the game as there is no other alternative to remedy this problem.
This issue is extremely frustrating and limits the utility of VIewportFrames as they cannot be color accurate. It has been 291 days with no follow up. Has this been forgotten?
It is fog, and it’s kind of ridiculous that it’s set on default for ViewportFrames without any option to disable it.
More than 1 year has passed and no one has fixed this till now!
When will Roblox fix it?
This greatly interferes with viewing a ViewPort.
Bump, I also would appreciate if this gets improved. Either way, maybe you could post a feature request for custom lightning for viewport frames, which would allow to do much more stuff with them. But for now, your best bet would making an mini map image.
Hey everyone - pinged the team, hang tight.
This issue still has not be fixed, any updates?
Thanks for your patience @moIIete. We really appreciate these reports and I have to say it is quite a great repro you made. I’m looking at this now, I am currently working on this.
Thank you so much!
It would be amazing to know once this issue has been solved as it causes a lot of problems with one of our current projects.
It would seem like this is currently “expected behavior” for the game engine. I’d need to transition this into a feature request to have some way to not have fog in the viewportframe. I tried making a mini-map though by scaling parts down in the ViewportFrame.
I see, about what you said about making the maps scaled down, that somewhat works but it is not the fix that we require to have it to work for us, we need to keep everything 1/1 scale as parts of the minimap upload every frame and adding another factor in there affect performance.
You say that it is an “expected behavior” and you would have to transition this to a feature request, are you in the process of doing this or how does that work?
It means that it goes to the queue of future features that we review for engineering work. It’s looking like ViewportFrames are gonna be like this for a while as much as I’d like to just change it.
This issue comes from view port frames having built in fog.
Understandable, is the feature request tab open to the public or is it part of the development backend things that are inaccessible?
Thank you.
Unfortunately, no, whatever Feature Request tracking system they have, isn’t visible to us outsiders.
However, they do seem to be working on improving transparency for them:
Additionally, if you want to be able to make Feature Requests and post to #feature-requests, send a join request to AllowFeatureRequests
. #forum-help:forum-features is the only Feature Request category that does not require a Regular
trust level or being a member of the AllowFeatureRequests
group (and vice-versa for #forum-help:forum-bugs not requiring being part of AllowBugReports
).