Search results

GSOC 2019 Final Report - The Terasology Foundation's The render DAG enhancements Let me start by explaining what this project has been about. The rendering pipeline of Terasology's had been undergoing major re-factoring for a past few years before this GSOC. When I got to it, it was already...

Week 12 (12.8..-18.8.2019) During the twelwth week I tried to move past a generic reconnecting api calls, I refactored reconnecting methods 1to1 as well as 1toN (reconnectAllConnectedInputsTo) in RenderGraph in general to be generic for both fbo/bufferpairs (and other deps. in future) alike. It...

Week 10th + 11th summary (29.7.-8.8.2019) During the tenth and most of eleventh week I started drafting a UI for configuring initialization priority for rendering modules. I introduced an attribute for expressing priority (1 highest priority), a new RenderingModuleSettingScreen .java/.ui, a...

Week 9 summary During the ninth week I moved Shadowmap, bloom and lightshaft nodes to AdvancedRendering module in addition to haze and ssao. At this stage the basic rendering nodes that use these still expect them, until they are further updated outside the scope of this gsoc, when dealing with...

Week (7)8 summary (didn't number eval week earlier..should've) During the seventh/eight week I introduced RunOrder type of DependencyConnection to provide a way to replace explicit usage of renderGraph.connect() in rendering modules in order to make sure the run order of certain nodes is...

Week (6)7 summary (2 weeks pre this post) During the sixth week I were reconnecting all nodes now in BasicRendering trough my dependency connecting methods. Main trouble was with bufferPair connecting/creation, all buffers must be subscribed to receive updates, so I still let them be created by...

Week (5)6 summary During the fifth week I moved all nodes from engine module's package ...dag.nodes to the same package in a new module BasicRendering. A few little hacks I left behind to make some static deps working. The renderGraph node connecting was taken from WorldRendererImpl.java and is...

Week of 1st evaluation summary (5) During the 1st evaluation week (5) I whitelisted java.beans in ExternalApi.Java for module-based Nodes to be able to use PropertyChangeListener/Events. Removed tint_frag.glsl and tint_vert.glsl from the engine (module based, testing purposes only). Next I...

Week 4 summary During the fourth week I took out the previously introduced tint node and made it module based. The module now inserts a Tint node between finalPostProcessingNode and OutputToScreenNode effectively turning the final image reddish. Added a areConnected(node, node) query to...

Week 3 summary During the third week I drafted an API for modules to use after the engine DAG setup and a module based DAG change, which reconnects some dependencies to bypass a node and it works. One setback is that currently there're some redundant state change calls (like binding a different...

Week 2 summary During the second week I had tried to come up with ideas around auto-matching of connections but so far it's a dead end. Other than that I've added some attributes to connections to remember who they belong to and whom they're connected with. I added some error checks to...

Week 1 summary During the first week I've been drafting an extra layer of connections which are attributed to nodes on the AbstractNode level. This graph shows which parts of the DAG I've begun to edit, compared to reference dag, during the first week. Everything should be compilable and...

Initial text: Edit: This project has been accepted for GSOC 2019. yeet :gooey: Some basic information: Summary: Rendering DAG architectural changes in aim for easier expandability and module provided dag changes / rendering nodes. Student: Dave Mentors: vampcat, eviltak, Michael Github board...

Name: Dave2S Social: Git & Discord: dave2s From: Czech Republic. Currently I am a student of Computer Graphics and Multimedia masters program at the Faculty of Information Technology, Brno University of Technology. Skills / Tools: Recently Active: C, Java, Python, Shell; -- New to/Passive...