ggez is a Rust library to create a Good Game Easily.
More specifically, ggez is a lightweight game framework for making 2D games with minimum friction. It aims to implement an API quite similar to (a Rustified version of) the Love2D game engine. This means it will contain basic and portable 2D drawing, sound, resource loading and event handling.
ggez is not meant to be everything to everyone, but rather a good base upon which to build. Thus it takes a fairly batteries-included approach without needing a million options and plugins for everything imaginable, but also does not dictate higher-level functionality such as physics engine or ECS. Instead the goal is to allow you to use whichever libraries you want to provide these functions, or build your own libraries atop ggez such as the ggez-goodies crate.
- Filesystem abstraction that lets you load resources from folders or zip files
- Hardware-accelerated rendering of bitmaps
- Playing and loading sounds through SDL2_mixer
- TTF font rendering with rusttype, as well as bitmap fonts.
- Interface for handling keyboard and mouse events easily through callbacks
- Config file for defining engine and game settings
- Easy timing and FPS measurement functions.
ggez is built on the latest stable Rust compiler and distributed on
crates.io. To include it in your project, just add the dependency
line to your
ggez = "0.2.0"
However you also need to have the SDL2, SDL2_mixer and SDL2_image libraries installed on your system. The best way to do this is documented by the SDL2 crate.
ggez consists of three main parts: A
Context object which contains
all the state requierd to interface with the computer's hardware, a
GameState trait that the user implements to register callbacks for
events, and various sub-modules such as
provide the functionality to actually get stuff done.
examples/ directory in the source.
hello_world is exactly
what it says.
imageview is a simple program that shows off a number
of features such as sound and drawing.
astroblasto is a small
To run the examples, you have to copy or symlink the
directory to a place the running game can find it. Cargo does not
have an easy way of doing this itself at the moment, so the procedure
is (on Linux):
cargo build --example astroblasto cp -R resources target/debug/ cargo run --example astroblasto
Either way, if it can't find the resources it will give you an error
along the lines of
ResourceNotFound("'resources' directory not found! Should be in "/home/foo/src/ggez/target/debug/resources").
Just copy or symlink the
resources/ directory to where the error says it's
ggez is a fairly thin wrapper around SDL2 and a few other libraries, which does influence some of the API and impose some restrictions. For example, thread safety.
SDL2 is generally speaking NOT thread-safe. It uses lots of
globals internally, and just isn't designed with thread safety in
mind. This isn't generally a huge restriction in C code, but in
Rust the practical result is that none of the types derived from
Sync, such as the
type. It's inconvenient and we want to work around it eventually,
but for now, them's the breaks.
Provides an interface to output sound to the user's speakers.
Currently only contains types for keyboard keycodes and modifier keys. As well as mouse states.
Provides an interface to the user's filesystem.
Timing and measurement functions.