nano
Ebiten
Our great sponsors
nano | Ebiten | |
---|---|---|
1 | 53 | |
2,689 | 9,831 | |
- | - | |
3.4 | 9.8 | |
6 months ago | 6 days ago | |
Go | Go | |
MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
nano
-
New ‘Action Roguelike’ C++ Project on GitHub
Couldn't you use just a vanilla Golang (or any other language) microservice for all of this? If you know what you are doing you can have a bulletproof basic service with all of the above up and running in no time, just add your game logic. Most of your requirements are part and parcel of any modern commercial Docker microservice. Never mind that such frameworks already exist, e.g. nano [0] specifically designed for games.
Scalability is also not an issue. Number of simultaneous players and objects is limited by bandwidth and latency only. There are certainly no barriers to handling multi-million entity databases on any modern server. You're really only limited by how much data you can push out to your users within an update tick. And of course by how much money you're willing to pay for back end compute capacity on an ongoing basis. But those costs are very low these days, especially if you have dedicated servers rather then AWS/Google/Azure.
I think perhaps the issue is not so much that frameworks don't exist, but rather that no single framework has achieved popularity in the game design community. The indie crowd is not likely to want to, or afford to, run servers for years and years, so the demand is not there. The triple-A studios roll their own.
[0] https://github.com/lonng/nano
Ebiten
-
Making Games in Go for Absolute Beginners
I love Go, yet I've never thought of it as a language with usable game engines. I'm extremely happy to find I was very wrong about that!
I'm woefully behind the curve on compiling to WASM, though, and I've yet to experiment much with tinygo so I have no idea how far I would get in creating a game people could enjoy in a browser without having to download a big bundle of assets. It's reassuring to see WASM mentioned explicitly as a compilation target [1] by Ebitengine though.
[1] https://github.com/hajimehoshi/ebiten
-
Ho did/do you remove cgo?
For other OSes, see https://github.com/hajimehoshi/ebiten/issues/1162
-
Is there a love2d for c++?
What about learning Go with Ebiten? Or Rust with Bevy?
-
What would be the closest thing to Unity/Unreal C#/C++ for Go to create games/animations/visual work?
Actually, there is a game engine in Go. Ebiten(gine) is actually really popular and has already been used for a few games in production
-
How complex/big can I make games in Go?
Check out this thread, some of the linked repositories might be of help. https://github.com/hajimehoshi/ebiten/discussions/1527
-
Spaceshooter in Go
// consider having a laser type to deal with orientation, etc // basic information to draw sprites, track position and update position type Body struct { // positions x float64 y float64 // velocities vx float64 vy float64 // get height and width from sheet.xml using sp width int height int } type Enemy struct { Body sp int health int } type Laser struct { Body sp int } type Mode int const ( ModeTitle Mode = iota ModeGame ModeGameOver ) var ( arcadeFont font.Face smallArcadeFont font.Face ) // fonts and sizes func init() { tt, err := truetype.Parse(fonts.ArcadeN_ttf) if err != nil { log.Fatal(err) } const dpi = 72 arcadeFont = truetype.NewFace(tt, &truetype.Options{ Size: fontSize, DPI: dpi, Hinting: font.HintingFull, }) smallArcadeFont = truetype.NewFace(tt, &truetype.Options{ Size: smallFontSize, DPI: dpi, Hinting: font.HintingFull, }) } // in the future have a laser type struct, spriteImgNum, and number of animations type Game struct { mode Mode level int // tracks location of player and maybe health Player struct { Body health int laserType int canShoot bool sp int // consider adding in height and width of player object // all of the sprites seem to be the same // TODO set global width } PLasers []*Laser Enemies []*Enemy ELasers []*Laser gameoverCount int } // load images func init() { // sprites img, _, err := image.Decode(bytes.NewReader(resources.Sprites_png)) if err != nil { log.Fatal(err) } gameImages, _ = ebiten.NewImageFromImage(img, ebiten.FilterDefault) // backgrounds img, _, err = image.Decode(bytes.NewReader(resources.Starfieldreal_jpg)) if err != nil { log.Fatal(err) } bgImage, _ = ebiten.NewImageFromImage(img, ebiten.FilterDefault) } // background image logic from // # https://github.com/hajimehoshi/ebiten/blob/master/examples/infinitescroll/main.go var ( theViewport = &viewport{} ) type viewport struct { x16 int y16 int } func (p *viewport) Move() { w, h := bgImage.Size() maxX16 := w * 16 maxY16 := h * 16 p.x16 += w / 32 p.y16 += h / 32 p.x16 %= maxX16 p.y16 %= maxY16 }
-
Mac + opengl
I noticed a similar issue when I got my MBP with the framebuffer not matching the window size and this has to do with the DPI settings. This GitHub link helped me understand the issue better and I hope it can be of assistance to you https://github.com/hajimehoshi/ebiten/pull/1811
-
crten - a small tool to view your pixel art with a CRT screen effect
This program also demonstrates how great Ebitengine is and how you can port GLSL shaders to it almost 1 to 1.
-
Sharing Saturday #439
Basic gist: built in Go with ebitengine, medieval fantasy, pixel art
-
Sharing Saturday #438
Hey guys, first post here. I'm working on a roguelike written in Go using ebitengine. It's very early on, I don't wanna show too much in its current state, and of course everything is currently in flux, but I've made some progress and a few decisions.
What are some alternatives?
Leaf - A game server framework in Go (golang)
Pixel - A hand-crafted 2D game library in Go
Pitaya - Scalable game server framework with clustering support and client libraries for iOS, Android, Unity and others through the C SDK.
raylib-go - Go bindings for raylib, a simple and easy-to-use library to enjoy videogames programming.
goworld - Scalable Distributed Game Server Engine with Hot Swapping in Golang
go-sdl2 - SDL2 binding for Go
engo - Engo is an open-source 2D game engine written in Go.
nanodrop.io - Free Nano cryptocurrency (XNO) Faucet
resolv - A Simple 2D Golang collision detection and resolution library for games
gonet - A Game Server Skeleton in golang.
Oak - A pure Go game engine