From 8f66bce12e6e311c3ab65285a1a88e43e88700d7 Mon Sep 17 00:00:00 2001 From: Jay Oster Date: Mon, 25 Apr 2022 07:00:30 -0700 Subject: [PATCH] Comparison with `softbuffer` (#273) --- README.md | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/README.md b/README.md index 629aef6..014ad11 100644 --- a/README.md +++ b/README.md @@ -65,3 +65,7 @@ $ RUST_LOG=trace cargo run --package minimal-winit --release --no-default-featur ## Comparison with `minifb` The [`minifb`](https://crates.io/crates/minifb) crate shares some similarities with `pixels`; it also allows rapid prototyping of 2D games and emulators. But it requires the use of its own window/GUI management, event loop, and input handling. One of the disadvantages with the `minifb` approach is the lack of hardware acceleration (except on macOS, which uses Metal but is not configurable). An advantage is that it relies on fewer dependencies. + +## Comparison with `softbuffer` + +There is a more recent project called [`softbuffer`](https://github.com/john01dav/softbuffer). It provides similar capabilities to what `pixels` offers, but is intentionally limited to software-only (not hardware-accelerated) rasterization.