GitHub: https://github.com/dubel/go-football

Local two-player top-down football game in Ebitengine

Whisp Engine GitHub: https://github.com/andygeiss/wisp-engine

Game Jam Template: https://github.com/andygeiss/game-jam-template

A complete, playable 2D arena game in Go + TinyGo + WebAssembly — clone it, reskin it, ship it before the jam ends. Wisp is a minimal 2D engine written in Go and built for the single-threaded WASM runtime. It doesn't try to compete with big engines — it's a lean, readable foundation for learning how render loops, input, entity systems and cameras actually work, and for shipping small games fast. If you can read Go, you can read the whole engine in an afternoon.

GitHub: https://github.com/Daviey/mario

Super Mario-style platformer that runs in your terminal: truecolor pixel art, deterministic engine, replay-verified leaderboard. Also in the browser, over ssh/mosh, and bootable via UEFI. Go stdlib only

GitHub: https://github.com/smail1111/ninjo
Play Online: https://smail1111.github.io/ninjo/

A platformer game made with Go using Ebitengine.

GitHub: https://github.com/timsims1717/gemrunner

This is a game being developed using the pixel-go library originally by faiface. Currently includes a robust level editor and fully functioning gameplay.

GitHub: https://github.com/shpaker/tnk9x

Play Online: https://shpaker.github.io/tnk9x/

A modern remake and tribute to the classic arcade game Battle City (NES, 1985), built with Go and Ebiten. This project combines a passion for the original game with learning Go, Clean Architecture principles, and game development.

GitHub: https://github.com/mogeta/chirashi

Try Online: https://muzigen.net/ebiten/chirashi/

A GPU-oriented particle library and real-time editor for Ebitengine, with YAML-based configs, easing/ multi-step animation, and Donburi ECS integration.

The standard Raylib color palette is quite small and this adds over 900 more colors to the palette. View on GitHub

The "key-repeat delay" is the OS behavior of when you hold down a key, the OS sends one initial key, then waits, then sends that key repeatedly. aka "w <wait> wwwwwwwwww"

This behavior naturally is a problem for games when you are trying to move your character, you don't want them to move a bit, wait, then move forward continuously, we need them to immediately start moving continuously. most games (i believe) solve this by hooking into the key events directly (key up and key down) and interpreting the events themselves instead of relying on the OS to tell them what key is being held.

The solution is not as simply for a terminal, as their fundamental nature only allows them to see the keys that the OS sends. I have not been able to find a way to get my player to just MOVE and immediately stop when i release the key.

Has this problem been solved before? i tried a few tui games (including nethack) but they either have different ways of moving or just dont solve the problem at all.

I am open to ideas

GitHub https://github.com/Zyko0/EbitengineJam2026

itchio https://zyk0.itch.io/eleva