Our great sponsors
-
awesome-bevy
A collection of Bevy assets, plugins, learning resources, and apps made by the community
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
bevy_egui
This crate provides an Egui integration for the Bevy game engine. πΊπ¦ Please support the Ukrainian army: https://savelife.in.ua/en/
I've summarized a lot of my thoughts in this blog post: https://bevyengine.org/news/bevys-first-birthday/#things-i-m...
But in short (slight copy-paste of my generic Bevy pitch):
The Developer's Engine: most engines are built using multiple languages, with significant abstraction between "user code" and "engine code". Bevy is built with a consistent stack and data model (see the blog post I linked to for details). If you "go to definition" on a Bevy app symbol in your IDE, the underlying engine code will look the same as your app code. You can also swap out basically everything. We have a vibrant plugin ecosystem (https://bevyengine.org/assets) as a result. These blurred lines also make it _way_ easier for "Bevy app developers" to make direct contributions to the engine. Bevy App developers _are_ Bevy Engine developers, they just don't know it yet. The new Bevy renderer (in 0.6) was also built with this principle in mind. It exposes low, mid, and high level renderer apis in a way that makes it easy to "insert yourself" into the engine.
Fully embraces ECS: No popular engines are currently all-in on ECS (either they have no official support ... or they are half-in half-out). I reflect on some of the benefits we've enjoyed thanks to Bevy ECS in the blog post I linked to. Note that there is _a lot_ of pro _and_ anti ECS hype. Don't just blindly follow dogma and hype trains. ECS isn't one thing and Bevy ECS intentionally blurs the lines between paradigms.
We can't currently compete with the "big engines" on features, but we are adding features at a rapid (and growing) pace. Bevy was released about a year and a half ago. Most popular engines have been in development for almost 20 years (Godot since 2007, Unity since 2005, Unreal since 1998), so we have plenty of "time" from my perspective.
I'm a huge fan of Godot and used it to build my game High Hat over the course of about 4 years. I also contributed to it every once and awhile. When I was initially building Bevy, Godot's design decisions were always at the top of my mind (and they still are to this day). I love they way they do scenes (and our system draws inspiration from it). We also plan on borrowing their "dogfooding" approach to editor building (the Bevy Editor will be a normal Bevy App).
"snee" = "SNI" = "significant new information" which is sort of a moderation buzzword
https://hn.algolia.com/?dateRange=all&page=0&prefix=false&so...
> Game developers should be investing their time in open tooling without contracts or restrictive licensing
Unfortunately, this is not possible in consoles, because of issues with NDA. Even Bevy can't have an open licensing there: https://github.com/rust-gamedev/wg/issues/90 (Godot also can't: https://docs.godotengine.org/en/stable/tutorials/platform/co...)
I expect that Bevy ports to consoles will take a cut of sales rather than a flat fee :(
Hi! Can't help but post a link to my plugin here: https://github.com/mvlabat/bevy_egui
Afaik, there are no plans to upstream Egui integration to Bevy, but if anyone needs an immediate mode UI, this plugin does the job (and it already supports Bevy 0.9).
Related posts
- Monthly Update #7 from the Development of Digital Extinction a FOSS 3D RTS Made With<Bevy>
- egui with piston_window, piston
- Monthly Update #9 from the Development of Digital Extinction a FOSS 3D RTS Made With<Bevy>
- A simulation of the Physarum Polycephalum slime rendered with Bevy
- Is bevy mature enough?