a 4k exe-gfx released at Tokyo Demo Fest 2021 [pouët] Earlier in 2021, NuSan mentioned the Kuwahara filter in a discord server I'm in. The filter was originally invented to reduce noise in photos without making them look blurry, but it has the pleasant side effect of making images look a bit like paintings if the filter is applied with a sufficiently large kernel size. I started by making a simple tree in a fragment shader....
a 4k exe-gfx released at Névoke 2021 [pouët] This entry has been strongly inspired by the artist Windmill and especially their texture generator called JsPlacement. Though, because of size limitations I was not able to embed a texture into the executable, so I made a very minimal copy of the tool using fragment shaders. From here it was a matter of using the generated texture to create an interesting-looking scene. I used the texture as a heightmap for the floor, as a color map for the blue pattern over the geometry, and as displacement on the tower....
a 4k exe-gfx released at Outline 2021 [pouët] This entry started as a shower thought two days before the deadline: What if I wrote a path tracer but instead of starting the ray at the camera, I start tracing from the light source and put a point on the screen where the ray ends up? This turned out to be fairly easy to implement in vertex shaders since they allow you to put points on the screen at given coordinates and also let you compute a lot of rays at once....
a 4k exe-gfx released at Revision 2021 [pouët] I found yet another interesting way to render placeholder geometry :D With this entry, I tried to recreate the look of a point cloud visualization, where there is one scanner in the middle of the scene that samples points outward and the camera is viewing the collected data from the outside. To create a sense of depth, the points are colored according to how close to the scanner they are, and they are rendered with lots of depth of field....
a 4k exe-gfx entry released at NOVA 2020 [pouët] This was my first proper exe-gfx entry. Up until this point, all of my entries have been real-time, meaning I always had to be careful with using system resources to ensure the entry runs at 60 fps in 1080p. So I decided I wanted to do something with tons of lines, rendered across multiple frames because I could. The system I came up with initially would use one framebuffer to store the start and end position for millions of lines in the XY and ZW components of each pixel respectively, and a second shader would go through and render these onto the screen....
The following exchange took place on March 18, 2019 in a conversation about domain hacks on discord: slerpy I just realized if I do that with my handle, it looks a python script yx :D yx write a demo in python yx I want to see the beamslide for sler.py by slerpy Yeah, so that's how that happened. The Entry This is the 4k exe-gfx entry sler.py by slerpy, which renders a picture of slerpy....