VReaperV

> I found another buggy place with huge exposure changes between spots that look about the same in mxl-school. I miscalculated the max value for luminosity sum, so it does...

> With my laptop's Nvidia card, taking a screenshot goes from no noticeable delay to a 2-second delay when adaptive exposure is enabled. Hmm, it might be best to improve...

> I found another buggy place with huge exposure changes between spots that look about the same in mxl-school. > >   This should be fixed now.

> I personally consider that our current release is broken because tone mapping is enabled in some graphics preset but our default configuration for tone mapping is destroying the render,...

It's still part of the tonemapping process, so perhaps the uniform and the multiplication with exposure should just be moved out of the #ifdef's?

Perhaps it's better to distribute cubemaps more uniformly and access them through e. g. an octree. When building the cubemaps we'd need to somehow check if each spot is "inside"...

Increasing the area it checks did indeed make the second lookup yield some probes.

On map `thermal`, for example: 5 probes together in a space that you can't even go to without noclip:  Here most probes are in the same area, yet there...

A few possible solutions to that: 1. Place probes on a grid. For better distribution, we can still use the loop over BSP, but "snap" the probes to the grid....

Placing probes on a grid would also speed the lookup up by a lot, since right now it's quite slow while at the same time not even finding any probes...