Project

General

Profile

Statistics
| Branch: | Revision:

library / src / main / res / raw @ 47511918

Name Size
blit_depth_fragment_shader.glsl 5.89 KB
blit_depth_render_fragment_shader.glsl 4.75 KB
blit_depth_vertex_shader.glsl 2.73 KB
blit_fragment_shader.glsl 2.28 KB
blit_vertex_shader.glsl 2.2 KB
main_fragment_shader.glsl 4.47 KB
main_vertex_shader.glsl 8.19 KB
normal_fragment_shader.glsl 1.96 KB
normal_vertex_shader.glsl 1.97 KB

Latest revisions

# Date Author Comment
47511918 04/25/2018 02:17 PM Leszek Koltunski

Order Independent Transparency: some progress
f89a986e 04/18/2018 02:37 PM Leszek Koltunski

Order Independent Transparency: some progress
8777ce17 04/17/2018 09:21 PM Leszek Koltunski

Order Independent Transparency. Does not work yet.
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....
2faad666 04/02/2018 10:15 PM Leszek Koltunski

SSBO: now we have a more-or-less correct running average of the count of transparent fragments over the last few frames.
df4d7edc 03/29/2018 03:58 PM Leszek Koltunski

SSBO: correct various things.
51a3cbab 03/28/2018 10:33 PM Leszek Koltunski

SSBO: handle the fact that we might run out of space in our SSBO if we keep creating new Surfaces.
8a57da61 03/28/2018 09:14 PM Leszek Koltunski

SSBO: counting of transparent fragments more or less works now. Still the counters are zeroed out in the wrong place - every time we start rendering something to a given Surface, rather than once per frame.
27cd6b98 03/28/2018 08:29 PM Leszek Koltunski

SSBO: more and more works...
2ab60f72 03/28/2018 01:58 PM Leszek Koltunski

SSBO: something is working already, although we still get the 4 bytes back from the shader in reverse order ( so '17'=0x00000011 written by the shader becomes '285212672 = 0x11000000' )

View revisions

Also available in: Atom