https://github.com/tavurth/godot-game-of-life

Godot game-of-life
https://github.com/tavurth/godot-game-of-life

game-of-life godot shaders

Last synced: 3 months ago
JSON representation

Godot game-of-life

• Host: GitHub
• URL: https://github.com/tavurth/godot-game-of-life
• Owner: tavurth
• License: mit
• Created: 2021-01-21T13:16:19.000Z (over 3 years ago)
• Default Branch: master
• Last Pushed: 2022-02-19T15:39:34.000Z (over 2 years ago)
• Last Synced: 2024-01-24T08:06:34.268Z (5 months ago)
• Topics: game-of-life, godot, shaders
• Language: GLSL
• Homepage: https://godotengine.org/asset-library/asset/842
• Size: 407 KB
• Stars: 29
• Watchers: 3
• Forks: 0
• Open Issues: 0
• Metadata Files:
  • Readme: Readme.md
  • Funding: FUNDING.yml
  • License: LICENSE.txt

Lists

• awesome-godot - Godot Game Of Life - Conway's *Game of life* using shaders. (Templates / 3D)

README

        
# Table of Contents

1.  [Web Demo ←←←←](#orgf888b5c)

2.  [Background](#org7493a4f)

3.  [Development notes](#org8b5e7c1)

    1.  [How it works](#org10efb9d)

    2.  [On the use of sprites](#orgd35d301)

![img](./screenshot.png)

[![img](https://awesome.re/mentioned-badge.svg)](https://github.com/godotengine/awesome-godot)

![img](https://img.shields.io/github/license/tavurth/godot-game-of-life.svg)

![img](https://img.shields.io/github/repo-size/tavurth/godot-game-of-life.svg)

![img](https://img.shields.io/github/languages/code-size/tavurth/godot-game-of-life.svg)



# [Web Demo](https://tavurth.itch.io/godot-gpu-game-of-life) ←←←←



# Background

I found it difficult to track down a simple GPU version of the Game of Life in Godot so I built one as part of a step in another project.

This project uses only shaders to calculate the previous & next steps for the cellular automata. GDscript is used here only to input mouse coordinates & button presses for drawing.



# Development notes

It’s important to set the `viewport -> Render Target` to have it’s clear mode set to `Next Frame`, in that way we will keep the contents of the FBO for the next frame, which will use those points to render the next step.

I guess this method could also be used in compute shaders.

If you would like to try out different rules, you can check the [GameOfLife.shader](./GameOfLife.shader) file, (`vec4 getColor`)



## How it works

Viewport

 

 

.addchild ->

Sprite

The sprite has it’s texture set to that of Viewport2

Viewport2

 

 

.addchild ->

Sprite

The sprite has it’s texture set to that of Viewport

 

 

 

TextureRect

 

The Texture is set to that of Viewport2

This means we can then render the `Viewport` independently from the `TextureRect`. We can also apply transformations to the `TextureRect` using a [separate shader](./jazzy.shader). If we were to recreate the `Viewport/Renderer` format we could also bypass the clear buffer effect and have some doubly persistent state operations. (one for each viewport)



## On the use of sprites

This was bugging me for a long time as I had many weird rendering errors. My problem? I was using a `TextureRect` instead of a `Sprite`. Stick a sprite as a direct child of the viewport & set the scale to `Vector2(2, 2)`, everything working after that.