View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0005239||The Dark Mod||Graphics||public||03.05.2020 11:12||22.12.2022 03:38|
|Priority||normal||Severity||normal||Reproducibility||have not tried|
|Product Version||TDM 2.08|
|Target Version||TDM 2.12|
|Summary||0005239: Reflection probes support in the engine|
|Description||Currently, setting up cubemap reflections in materials is a rather tedious and manual process for mappers. To support this feature better and make it more convenient to use, I propose to borrow the concept of reflection probes as utilized by e.g. Unity or Godot: mappers can reflection probe entities in their map, which the engine can then use to automatically capture cubemaps from those positions on command. Materials can be defined to use reflection probes, in which case the engine will auto-assign them cubemaps from reflection probes in their vicinity (either the nearest or possibly a blend of any relevant probe).|
|Tags||No tags attached.|
It is supposed to add one more stage of dmap process?
Like what runParticle does for particle collisions (although I did not integrate it into dmap yet).
|It will definitely need an in-engine command to generate reflection maps at all "probe" positions. I guess it would make sense to make that part of dmap eventually?|
Yes, dmap looks like the best place, otherwise mappers will have to do some manual steps.
You can do it like it works with runAAS and runParticle: create a new compiler tool, and after some time integrate it into dmap (like AAS).
RBDOOM-3-BFG has made some new progress on the Probes branch:
Autospawn env probes in the center of BSP areas:
|Moving off the 2.11 roadmap|
This is a feature I'd absolutely love having on my maps if possible. At the moment the only way to get any environment lighting is using a cubic sky light for one of the skyboxes, which typically means having to use that skybox for your portal_sky as well so it makes sense visually. The biggest issue with those is lack of accuracy: You only get light matching the skybox outside, inside it doesn't make sense to see the sky's reflection at all but since the light must cover the entire map it's unavoidable.
An ideal but likely impossible solution would be a single screen-space reflection updated in realtime, in our case likely a cubemap feed redrawn from the player's view every X frames. This would be the most accurate but also very performance expensive; We could render the reflection cubemap on a separate FBO with low resolution like 256 x 256 since those don't need high accuracy, but even then it involves opening up all portal areas around the player since it's a 360* view which is a costly step in and of itself. Maybe a separate feature and menu option for those who feel they can handle it? Biggest advantage is this would work with any existing FM since it would be universal and the mapper doesn't need to place light sources for it.
If that can't be a solution the next best thing are indeed light probes which compile a cubemap in memory once at map start. They could have a spawnarg to update every X frames for mappers that are brave enough, image resolution could depend on the light size similarly to how I understand shadow maps work. This way you at least have one environment matching each room or part of a town instead of something universal to the whole map. You'd need to place different lights in different areas and blend them together the right way, with proper fading and fading in between I can see it working out.
Unlike the existing cube skies, I hope such an implementation will also allow for specular reflections. At the moment the skybox lights only provide diffuse lighting: One of the features I always wanted was having all surfaces with a specular channel in radius of such lights reflect the cubemap, so you can see it move and bend with the normal maps of surfaces as you walk or look around. Some window models and the polished versions of a few stone textures do this with with a fixed generic cubemap, the goal would be having it work automatically on all textures that have a specular component.
|03.05.2020 11:12||cabalistic||New Issue|
|03.05.2020 11:12||cabalistic||Status||new => assigned|
|03.05.2020 11:12||cabalistic||Assigned To||=> cabalistic|
|28.06.2020 07:06||stgatilov||Note Added: 0012638|
|28.06.2020 07:15||cabalistic||Note Added: 0012639|
|28.06.2020 08:19||stgatilov||Note Added: 0012640|
|15.11.2020 15:33||cabalistic||Target Version||TDM 2.09 => TDM 2.10|
|02.12.2020 17:30||nbohr1more||Note Added: 0013078|
|02.12.2020 17:31||nbohr1more||Note Edited: 0013078|
|30.12.2020 02:19||nbohr1more||Relationship added||child of 0003684|
|03.10.2021 17:07||nbohr1more||Target Version||TDM 2.10 => TDM 2.11|
|15.11.2022 00:23||nbohr1more||Note Added: 0015420|
|15.11.2022 00:23||nbohr1more||Target Version||TDM 2.11 => TDM 2.12|
|28.11.2022 21:18||nbohr1more||Relationship added||related to 0006090|
|22.12.2022 03:38||MirceaKitsune||Note Added: 0015606|