-
Notifications
You must be signed in to change notification settings - Fork 17
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
Remove Opacity Fader from Plasma flare function #319
Conversation
Takes out opacity fader, which has been causing problems for end user.
There was a bug, which could impact an object's visibility in the fade mod, that was fixed in #300 after Korman 0.12a released. Have you and/or Tweek tested that the issue is still present with this fix? |
I also noticed two problems with the opacity fader when its fading is set to line-of-sight, which seems unrelated to the fix Hoikas mentioned:
Due to the performance cost, I'm in favor of removing it from the template. Best we avoid the users some tedious troubleshooting IMHO... |
The purpose of these helpers is to set a consistent baseline quality level that is easy for artists to use. If it's not accomplishing that, then it's probably a good idea to remove the part that's not working. I'm glad to hear that the primary bug reported here has already been fixed, but the performance issues are definitely an important question as well. We don't want to be littering Ages with something that tanks performance. I do wonder (not knowing enough about the rendering pipeline) how fixable this is. Is this an issue that can be fixed relatively easily now that eyes are on it, or does it fall under "needs a complete rendering rewrite" to improve? If this can't easily be fixed, and soon, then I agree it would be best to remove the Opacity Fader from the default flare. |
Needs a complete rewrite. (Not of the whole renderer, mind you, but of the LOS code.) The LOS is computed on the CPU by the There is no fix that isn't a major PITA to implement, unfortunately. Using GPU queries (prediction query on D3D, occlusion query on OGL) seems to be the "correct" way to fix this, AFAIK. This is what Blender uses when selecting objects. I guess alternatively, one could also just sample the depth buffer ? In either case, this requires fiddling with the plPipeline and hoping the features are available to D3D9's fixed function pipeline. In any case, we don't want that modifier enabled by default for PotS (or at least, not with LOS fading). Now that I think about it @DoobesURU, it would also be a good idea to disable "skip depth test" on the flare's layers so they aren't drawn over other geometry. (That's a shame since it doesn't look as good 😢 ) |
Removes the Skip Depth Test (per Jrius) while also implementing updated emissive functions.
Agreed. I removed that and also gave the material and texture the proper emissive properties instead of making it shadeless. |
I think, with all these things considered, and with LOS not being blocked by avatars until H-uru/Plasma#980 that this is probably for the best. At some point, I think I would like to see this type of flare be available as an option, however, for Ages that have spare room in the performance budget. The effect is quite nice. |
Removes opacity fader from the flare mod, which has been causing problems for end users.
I'm open to possibly adjusting the settings to make things work properly initially if that's preferred. Currently, the settings cause the flares to "blink" out at odd angles per both myself and Tweek. It could also be argued that it could/should be left up to the end user whether to add it.