Project

General

Profile

Statistics
| Branch: | Revision:

library @ f4d6114c

Name Size
  src
.gitignore 624 Bytes
build.gradle 333 Bytes

Latest revisions

# Date Author Comment
f4d6114c 06/23/2018 11:18 PM Leszek Koltunski

I spoke too soon, the ARM Mali flashing is of course not fixed yet. The previous commit fixed Triblur, but the bug is still reproducible elsewhere (only in the 'postprocessed' apps though).

This commit introduces a circular queue in case of the postprocessing FBOs - with little success though.

9d845904 06/22/2018 10:38 PM Leszek Koltunski

Finally properly fix the flashing on ARM Mali T880 GPU.

The flashing is caused by a 'full pipeline flush' (see DarkPhoton, https://www.opengl.org/discussion_boards/showthread.php/200754-Flashes-on-ARM-Mali?p=1291679&viewfull=1#post1291679 ). In order to combat it, first introduce the possibility that a single DistortedOutputSurface is backed up by more than one FBO. Then make DistortedScreen be derived from DistortedFramebuffer (which itself is derived from DistortedOutputSurface) and make it contain 3 FBOs, render to them in a circular queue fashion, and blit from a given FBO to the system FBO. The 'more than 1 intermediate FBO' queue prevents the pipeline flush....

01b9a241 06/19/2018 11:09 PM Leszek Koltunski

Minor.

040cd18c 06/19/2018 11:04 PM Leszek Koltunski

Port all the 'non-controversial' changes from order-independent-transparency branch.

341151fc 04/27/2018 04:53 PM Leszek Koltunski

Fixes ported from the 'OIT' branch:

- remove counting of transparent pixels
- various fixes for the Mali GPU

96f271e9 04/17/2018 09:19 PM Leszek Koltunski

Minor.

8dccc3c2 04/12/2018 08:42 PM Leszek Koltunski

Disable blending during postprocessing.

9455da17 04/09/2018 12:03 PM Leszek Koltunski

Fix for bug #28: looks of the borders of a blurred object depend on if the object is the first in the postprocessing bucket.

ae2802b1 04/08/2018 09:07 PM Leszek Koltunski

Postprocessing buffers mBuffer[] are now shared among all postprocessing operations. This saves a lot of memory, but also means that when doing each particular postprocessing, the textures backing up the mBuffer might be too large. We need to fix two things here: when outputting to those too large textures, we need to adjust the Viewport, and when binding those too large textures as input - we need to adjust the TexCoords to compensate....

79e354b0 04/06/2018 11:28 PM Leszek Koltunski

Improve the 'PostprocessTree' app. Shows bugs in postprocessing.

View all revisions | View revisions

Also available in: Atom