Game Engine Of The Future
Vložit
- čas přidán 3. 10. 2023
- Bevy, the future powerhouse game engine that will power many games.
Today I break down the core philosophy of this game engine, and outline why the engines core philosophies are so powerful, that will truly shine among the game industry's adopted game engine standards (Unity, Unreal, Godot, GameMaker etc...).
GAMES SHOWCASED IN VIDEO:
0:14 Procedual 3D - / i_am_feenster
0:15 flappy bevy (ENJOY HORRIBLE CODE) - github.com/TanTanDev/flappy_bevy
2:18 rouglike automation - • Making a roguelike fro...
3:24 not snake - ramirezmike2.itch.io/not-snake
3:27 + 3:55 tunnet - puzzled-squid.itch.io/tunnet
3:35 Tiny glade - store.steampowered.com/app/21...
5:08 metroid vania platformer - • Making a Boss Fight an...
5:35 Stunning 2D pixelart game - jarl-game.com/ AND discord: / discord
5:37 theta wave - github.com/thetawavegame/thet...
5:46 isometric citybuilder - www.pressingthumbs.com/newsle...
8:49 my voxel game - • Pushing the rendering ...
Bevy is powered by the Rust programming language, this yield many advantages. The data driven entity component system, is one of the most ergonomic one in existence, simple but powerful.
it enables blazingly fast parallelized game code that can be easily structured and scheduled with absolutely no multithreading knowledge.
3D, and 2D rendering capabilities are solid, but it do not have the drag and drop AAA graphics Unity and Unreal.
Bevy does not currently have a graphical editor, to gain wide adoption this must be available, an editor is currently in the works so we'll hopefully see one within one or two years.
Bevy is free and open source, has a strong community, the future looks bright!
Cart outlining the core game engine philosophy:
github.com/bevyengine/bevy/di...
Bevy Learning resources:
Main website: bevyengine.org/
source code: github.com/bevyengine/bevy
My discord group:
/ discord
Want to support me?
⁍ Patreon: / tantandev
⁍ Monero: 43Ktj1Bd4Nkaj4fdx6nPvBZkJewcPjxPB9nafnepM7SdGtcU6rhpxyLiV9w3k92rE1UqHTr4BNqe2ScsK1eEENvZDC3W1ur
#gamedev #rustlang #bevyengine - Věda a technologie
Creator / project lead of Bevy here!
Thanks for making this video! You did a great job of outlining what we've been building and what we're all about.
Aye aye, captain! 😁
One like for your Work ! Thanks for Bevvy. May God guide You !
Hello @cartdev (and @NostraDavid2)
Out of curiosity and what is done out there, did you ever looked at the Open Source 2.5D ORX game engine before? It seems very similar in approach and shared philosophy, or maybe something you got interested in with its already data driven concept from when you built Bevy?
Purely just curious.
Long and best of life to Bevy and its community and games!
Can you give us an estimate of when the editor will be integrated or native for the Engine?
whats the very first game clip you showing at 0:00 ?
I... kinda wanna use bevy to make the bevy editor now. As a developer interested in building tools and making useful and ergonomic UIs, this is right up my alley.
I’m all for this. Please send the repo 😈
@@juliansvidal You think too much of me. I've been too busy, but I've been keeping an eye on it though.
@@Metruzanca lol I figured. Just sending words of encouragement :))
Godot did this. Godot was created in Godot
@@FlummoxTheMagnificent dog fooding is always a good practice.
Fun fact: All games showcased in the video is made with Bevy
Your tower defense game, when?
All Bevys showcased in the video is made with Bevy
Could you add a list of games showcased in the background?
are you sure cause one of them is made with unity I follow him from twitter (X)
*are made with
Bevy is so straightforward to understand, it's the first open source project I've had pull requests merged into. If you're looking for a way to dip your toes into the deeper parts of Bevy, just go through their issues page and see what you're interested in!
Same!
It's kind of crazy how iyes-loopless (scheduling similar to schedulesv3 before that was available), aery (relationships) and bevy_trait_query (what it says on the tin) can exist as third party plugins despite doing things that seem like they'd have to be fundamental parts of the ecs.
wooooo, my little townscaper ball thing made it into one of your video's 🎉Thanks for including it TanTan, truly honored!
Is it's source code public? It looks really cool and i'd love to see how it works!
@i_am_feenster it's really beautiful
The best part about Bevy is that it's Free and Open Source, just like Godot! You say that Bevy could be the future of game development, i say that Free and Open Source software in general is the future of game development :) .
Just to name some things: Linux in all of its various flavors for your OS, blender for 3D modeling, proton-powered gaming, Ardour for a Digital-Audio-Workstation, Audacity and its Forks for more simple audio editing, Gimp for image editing, KolourPaint for very simplistic Bitmap Image style editing, OpenOffice and Libreoffice for creating various office documents, Godot and Bevy for making games.... and this is really just all scratching the surface. For many, parts of this list alone would be a complete software suite to develop music and games with.
Krita
@@ninetysixvoid Well there is something i missed! I know i missed a lot of programs, I'd love to see this thread become a list of great open source software that people use.
LMMS btw
Also OBS for making videos as an example of industry standard foss software. The model is just superior in all regards, except maybe design sometimes? But that's just all good designers are Apple fanboys rip
Nobody never mentions any software for 2D skeletal animation with advanced features like spine or dragonbones, it's the only thing I'm missing and I feel trapped into using engine specific tools for it
I got used to working with XNA in C# and making my own engines. That’s the mindset I had when I dipped my toes in bevy, and it completely blew me away.
All platform-specific code, rendering, input, audio, being taken care of and abstracted away is a literal game changer. The simplicity and power of the query system is absolutely wild. And the fact that everything is modular AND WORKS MULTITHREADED is insane.
It feels like this framework shouldn’t exist, yet it does. Big hats off to cart, he’s doing an unbelievably excellent job.
I'm currently trying to decide between MonoGame and Bevy... would you say Bevy is a better option for the long-term?
Post-Bevy Mew here, just wanted to say, while Bevy is incredible, it’s far from complete. If you want to experiment quickly with game ideas, Bevy is a good choice since you can just start coding your game straight away. However if you’re more of a manual guy, or if you don’t think ECS is a good solution for your game, prefer using something else (like for example MonoGame). But in the end, engine choice should come last when designing a game, since the engine you choose kind of dictates the type of game you’re making.
One thing became abundantly clear while watching this video:
Way too many things are abbreviated in Rust. You say you can easily understand other people's code, but I can't even understand my own code.
Things should be self-describing, not require me to read or write docs to understand.
It's the 2020s. We don't have 80-column terminals anymore. We have HD monitors and TVs capable of displaying hundreds of characters per line, and code editors and compilers capable of writing and reading wrapped lines of code quickly and efficiently. We don't need all this abbreviation!
+1. That's why I went back to C#. Rust is full of arcane syntax and abbreviations that we just don't need.
You should learn Java or C# - they hate abbreviations over there!
@@clonkex
Oh, it has things "we don't need"? I'm interested on that, been programming in C# for the last 7+ years or so, and now I'm programming also in Rust. Can you and the other guy please name some of these "abbreviations" Rust have that are so spooky?
@@NostraDavid2
If you never use 'var' in C#, sure.
Great video! I love the advice of just build a starter game, it's way too easy to get overwhelmed if you don't have a goal in mind
Hey! I started learning Rust / Bevy a few weeks ago and your tutorials have been awesome! Just wanted to say thanks!
That primeagen "blazingly fast" lmao
Thank you for featuring my game!! It really made my day.
your voxel engine videos is why I am currently learning rust in preparation for using bevy :)
Watching your Bevy journey (and wgpu and such before) is what inspired me to become a game developer
this is a really nice overview, thank you!
It's so good it should be on the front page of the bevy website!
I racked my brain trying to comprehend ECS in Unity and FLECS and it still didn't stick. Within about an hour of twiddling with Bevy I finally got it. Much love to the Bevy devs, your implementation and documentation of this concept is ace.
i think you sold me, this feels similar to what i love about flutter. and finally a reason to go deeper into rust
I am a huge fan of the Bevy project. I check out news about it as soon as it's out. But I will wait for Bevy to become the future using feature complete engines. And when the glorious Bevy future finally arrives, I'll start learning Bevy and Rust.
Great video and good to see you doing well.
As a starter game I like the current lockpicking puzzle from Starfield.
I love both Rust and Bevy, but personally I think it's direction is one more similar to a framework for making games than an engine. Bevy will be the go to when you want to make something super customized, build your own engine with it, then make the game on top. While it is nice that all is made in Rust, I wish I could do more with less Rust and have something like a game oriented scripting language that does life a lot of the work that I'd have to do in Rust.
hi, could you explain difference between framework for making games and game engine. how is it different?
@@Noone-we9vb Sure, the difference is between the features, for example a game engine will allow you to add an animation for a character and add movement by using the features, while in a framework you have to code those yourself. A game engine allow you to connect stuff easier while a framework needs you to code that. For example AI, a game engine would allow you to set up a new AI in few minutes while a framework will have code all that yourself. The difference is a bit subtle though, Bevy is a spelndid framework, but I will have to implement my own path finding for example (unless I am wrong and it already does that)
@@c64cosminhmmm, i feel like i got the idea. Need to read more though. So bevy is like a core part of game engine like a foundation?
@@Noone-we9vb more or less yes, but it is getting there fast, having an editor would help a lot
@@c64cosminbtw another question. In this video it was mentioned that one game has custom game engine and it uses bevi only for ECS. Can you do the same for godot engine? Or it will be too troublesome? I understand that you might not know, but im always glad to ask questions )))
very cool
i'll be sure to check it out in 5-7 years
Welp, finally decided to try out bevy. Been trying to build my own renderer and it *almost* worked... You've convinced me.
Aww thanks for featuring my showcase in this video at 5:34 :)
Bevy is just an amazing enigne, sure it's not as feature complete as something like Godot, but I feel it will get there eventually. (And it's probably the second easiest engine/library I've found in Rust, the first being Macroquad.)
Great video! Bevy looks great, and I should find some time, perhaps a game jam, to check it out.
this could be the blender of game engines, absolutely amazing
Feel like godot will more likely to be it if not already
There was a Blender game engine
Yes Primeagen!!! You've made it into Tantan's video! 😅
wohoooo, prime daddy made it
Tantan supporting smaller creators 🤗
Great video, as always
New video! Amazing!
Hey man, dont give up on the voxel game, I really wanna see more devlogs about it.
I'm not sure if I personally believe a bevy standard level editor would be a good solution. Feels like it'd almost instantly inhibit the productivity that the plug-n-play nature gives it, or it would make writing those plugins harder because it adds another layer of integration. And then, a from scratch level editor itself would be so annoying for a developer to fit to their needs that it becomes a rigid editor like Unity's and Unreal's.
I haven't begun implementing it yet, but the optimal solution to me seems to be using the powerful scene tools bevy already has and building a lightweight external plugin to use Blender or Maya as your scene editor, so that game developers can also very quickly extend the plugin to match their game's features. And, this way you may avoid constant back and forth between your various tools, letting you make adjustments to the level on a fly with the precision that blender's modeling tools offer you (and that no level editor to this day can match).
I think an editor can work for bevy if it doesn't try to do everything like the unity or unreal editor does. Just a very basic editor + a simple but powerful api to extend it and let developers create their own editor tools is all I think is needed. (There already exists a library that integrates blender like you describe btw, don't remember the name though)
I haven't used bevy yet, but what about artists, sound designers, level designers etc? How would they work with the engine? Most are reluctant to even code in languages like lua or python, let alone rust.
Yeah
@@askeladden450 Ideally there would be a tight third-party integration with blender. Blender/Max/Maya are easily the best 3d editors that exist, and most official editors are, to be honest, rather bad to work in, and create a gap between authoring tools that just doesn't make much sense.
If someone designs a system where asset and level authoring can be done independently of code, then that's what I think the best case scenario is.
Someone literally allready did this. It was a plugin for Blender and it worked (kind of).
I'm loving Bevy too but not sure from the motivation statement why not just use Godot? It's free and open-source and easy to use. Is it that Godot isn't written in the same language as scripting all the way through?
I needed that last second!
You got me with the "turtles all the way down" part! I use C# for web backend stuff at work and being able to inspect into the library code at a breakpoint is so necessary for diagnosing more complicated problems. When I started looking at game engines I went through all the 3D ones with C# scripting and found that they really mean the "scripting" part with only partial and surface level language support. Except Stride3D, but that has other deal breakers. I was already curious about Rust (no relation) and this will motivate me to finally learn it. (also I really liked XNA back in the day and I'm starting to think it was actually the code-only approach because integrated editors like Unity and Godot just never clicked with me)
Great video, thanks for explaining it so well!
Just started making my first game in Godot, when I suddenly learned about ECS. Since I love Rust, I was extremely tempted to switch over to bevy, but the lack of an official editor is a deal breaker for me as a complete beginner. I could do it the hard way, learning game dev entirely with bevy. I'm sure that would make me a better dev in the end.
As complexity grows, existing abstractions you import through frameworks become too limited and you need to dig deeper.
In Godot I already had to ditch the particle system and handle that myself due to engine limitations. That's why I love love love that bevy has such loose, almost nonexistent boundaries between the game engine and the game you make using it. If it's all Rust, it's so much more ergonomic! I'll definitely start learning bevy relatively soon!
But for now I'll stick with the extremely helpful GUI the Godot editor gives me!
Finally! Another video!
Bevy is the future. Also after reading the bevy book I highly recommend reading the bevy cheat book. It goes into detail.
God damn You Tantan! Even though I'm not a game dev i still hear "Bevy bevy bevy" in my head while cooking!
Oh this looks cool! Been looking for a Unity replacement for... reasons... to do my little side projects in. Godot and Unreal are both great, but playing with something more streamlined and hands-on with the actual engine code sounds really cool.
Best part is that Bevy is Free and Open Source like Godot is, so it's another great option for breaking away from commercial options and getting away from using an engine you have no control over... which may appeal to you for... reasons. Good luck to you!
So far I havent missed anything, it has all the features I need. The idiotic unity editor I'm sure not going to miss.
@@Boxing_Gamer love to hear it. Bevy or Godot? This incident happened at kind of a sweet moment for Godot. Not too soon, not too late. it's late enough in its development to win over a lot of unity devs, but also early enough to provide a massive boost to its development that could potentially skyrocket it both its development and user share.
@@geraldsmithers9270 any editor that forces you to use some kind a object tree is a no go for me. So to me, unity and godot are equally bad
came for the tantan stayed for the primeascream very cool
I call Bevy a "game framework" instead of a "game engine". Frameworks are programming based and mostly deal with just code and has functions and code set up to make building a game easier. If a person wants to put something in their game, all they'd have to do is call the function that could readily make it happen. But, game engines come with an editor, may deal with code (traditional or visual); are more visual and have visual plugins, buttons, etc. to speed up game development and make game development easier too. It's like the difference between Phaser.js vs Godot, Raylib vs. Unreal Engine, Bevy vs. G-Develop, BlitzBasic vs. Flax Engine, etc. I hope this makes sense.
Great vid, as always! Also, this is true for me, I'm a little bit scared (yet intrigued) by Bevy, mainly because of the Rust programming language and the lack of a visual editor. One day maybe I'll jump in and try it, especially if the editor is announced and I guess I will have to learn Rust then. Maybe it's not so bad...
Editors are overrated, yes they get you started but everything will eventually have to be coded anyway
@@Boxing_Gamer ok, go ahead and "code" me a cohesive, hand made map the size of Skyrim or RDR2
@@deathtidegamelol you think they use unity editor or something taylor made of the job? think..
@@Boxing_Gamer stop being delusional. Bethesda uses the Creation Kit editor to create maps for all their games, and also provide the same editor to modders.
The same thing applies to every professional developer. Or did you think a programmer would spend thousands of hours "coding" object coordinates and rotations inside a text editor for level design?
@@deathtidegame Not all games need an editor, but your right levels of a certain size does. I just dont think the editors in godot and unity are up for the job, a game with more than average complexity needs tailor made editors. Hence, the build in editors become obsolete
Watching this video while bevy compiling
Does the city builder you showed there is open-source? buyable? wen game???
Finally a new video 🎉
Great video! Bevy is great, although I prefer Macroquad for my smaller projects just cause it's less boilerplate :D
Alright, Ill check it out.
👍
nice video - are you still working on the voxel game?
finally I now have a reason to learn rust and see what the hype is about
i can't wait for bevy to have official vr support.
that plugin system is very cool
Everyone seems to forget O3DE exists when doing the usual open source game engine talk. The codebase has been seriously battle tested and it is modular as hell. Still, bevy seems like a cool framework. I don't know if it will be able to rival the literal decades of manpower poured into O3DE though.
because it doesn't really exist. it has no community and it sucks nuts.
Look at this guy... He makes it look more interesting and less painfull to understand! ahahha keep it up dude, amazing content
thank you for this new refreshing video, full of great advices.
One question: you named Tiny Glade, and yes it is totally beautiful: why can't I find a Bevy game or project with decent graphics (Tiny Glade graphics not being Bevy based)?
Well there aren't a lot of Bevy games in general... Still, Bevy's 3d rendering is pretty basic at the moment because a lot of focus lies on the fundamental framework of the engine like asset management, ECS-scheduling etc. There's a lot of stuff happening with rendering though and it gets better all the time. Some people are working on GI-systems similar to lumen for instance.
I think compile times are much faster than unity, especially if you split your project up in workspaces. It hasn't been a problem so far for me.
in this part he showed himself recompiling the entire engine; I've been using dynamic linking and it's blazing fast!
@@QuantumSeanyGlassYes it it. If you couple that with having lots a values in settings file, you have a great and fast setup.
If you separate all your code into PlugIns in separate projects/packages (in the same workspace), I believe that also speeds up incremental builds.
@@dimvolythere are many ways..of course you can probably do something like that in unity, but I just feel like unity even an empty project has 5 seconds start up time
Woooo new Tantan content!
I’m sold on Bevy! I’m looking for an engine where you can be relatively close to the engine source code, while also not being so low-level that it takes a while to do common tasks. I’ve been developing a game in SDL2/C++ and wrote a little game engine, but I’m better off using a more mature game engine if I want development productivity and performant code :)
@Tantan how does the rendering engine(3D) of bevy compare to godot's?
I'm hyped!
Thank you, ever since unity BS this is a gem to find out about.
And it's FOSS ;)
@@geraldsmithers9270 😩
Creating editor is not easy since the bevy is early stage and there will be break changes but there are already simple ui editor create by users. Basically there no bloat ware just need user plugin to add on your own plugin. Plus there some different how you code to save and load data. Plus if there is UI change again it would break changes and others.
Awesome vid. What's the name of the planet game you show off at 3:30?
You sold me this engine tbh
FINALLY a new Tantan video dropped
Any chance thay you'll cover bsn soon, just to see how it will be compared to the current way?
The only thing that is holding me on godot is lack of native editor. Will wait for it.
In my personal point of view, i'm more attached to an engine that have an Editor integrated to it.
Gamedev today is a hobby for me. I quit unity and i'm with Godot now.
The data-driven model is what i want, but i really want an engine with a more visual first look to easy things out, instead of having to research, source and compile plugins together in order for the engine to have an editor to only then start trying out some projects. Sorry my lazyness, but it is because of the time i have to do gamedev and not enginedev.
I will keep an eye on Bevy for new releases. When i see that the Editor is integrated to the main source, then i think i might try it out.
It looks like they are finally laying the groundwork for that now. The UI and scene system (critical blockers for getting an editor working properly) Are FINALLY receiving the project leads full attention. Once that's in a decent state they plan to start working on the editor proper.
Dand didnt expect matpatt to be creating a game engine of all things
I love how Bevy inherits the same ideology as Rust (Or should I say composes of)
Finally! new tantan video!
Dude. You won't believe it.
Rust has piqued my interest before and I was considering learning it, but I didn't quite knew for what I should even use it...
Now you come with this, it sounds really nice, and USES RUST.
LETS GOOOO
I never heard about this engine before, I've been trying to figure out what new engine to make games in since Unity went down the drain, and honestly this seems awesome. Thank you for turning me on to it.
Time to learn Rust lmao.
I have been using Bevy( and Rapier) for the first time, absolutely mindblowing how simple the syntax is, I understand why people like rust! Unsure if I will make a project in it, mainly due to scaling issues, and the compile times slowing down my ability to incrementally learn, haven't created my own project, just edited someone elses example project to basically get the gist of it.
I may give it a go, although performance is the only reason I would want to use bevy, as I want to see how many entities could be spawned with physics and AI in a 2D top down horde game. I think I got to about 2000 before it seemed to go quite slow with the project I was working with.
2000 is not a lot.
Adding the dynamic_linking feature flag speeds up compile times (well, linking times) quite a bit.
Yeah, with dynamic linking the compile time is like a second (on a modern machine), but shouldn't be long on even a slow one
Slowdown on 2000 entities in 2D? Is it really? Can anyone please confirm this in detail.
they have physics(Rapier),collision, hitboxes and also die and respawn, they also have instantiated hit damage numbers, I also didn't code this ECS solution I am talking about. It's hard to see actual performance for finished games. Its easy to spawn 10K entities that don't really do anything, it's another to give them AI and all the other features and also your own player and try to keep that same performance.
but when you start getting into finished products for horde type games, engines used start to suddenly funnel to either Unity or C++(Sometimes Unreal), I have tried Godot and Unity, so far unity's ECS seems the most advanced for building full featured indies. I am hopeful that Bevy gets an editor made, would be a terrific alternative to Godot. I have by no means tested Bevy, this is just anecdotal based on my own experience. But with all the same features I got to around 3000 with the same features in unity with barely any optimisation. @@ultimaxkom8728
this is the best video ever
Awesome vid my man screw it im gonna play with bevy today
when you checkout flax, o3de, stride engine and many more
Thank you for pronouncing Godot correctly.
im sticking with Godot for now but nice to hear about Bevy!
Feels like the Linux of game engines, I'm here for it
What's the game at 5:46? Looks like my kind of game
u are the best game dev ever
Cool. Leaving a comment for the algorithm
damn, i sure wish to spend the next 20 years working on a pixel art plataformer about anxiety and sh*** myself after
i've dreamt of a modular engine like this :(
since its open source I would like to try and optimize the code for it and make it better for game devs looking for a new engine to work with
I love how I was jumping and running with godot hearing that this is the best then bervy comes, but still I use godot android which bervy doesn't have or it may not be stable
Do you sit in your room and provide value to your audience or do you code games in rust ?
Cool video, but you would have truly convinced me to switch to Bevy if you included some sort of funny little Bevy rap
I got your bro! 9:09
I mean it's the worlds shortest rap but...
What the game was on background (with editing fences and gates) at 0:02 0:14 0:29 ?
Tiny Glade
Does anyone know what theme is that at 4:01 ?
How would multiplayer work for Bevy ? I read somewhere that multiplayer is still not quite ready yet
Multiplayer is the same for any programming language, sockets and data structures
data structures is the same for any sockets, programming language.
There are numerous libraries for multiplayer in bevy, and if you don't like that there's always standard TCP and UDP sockets in the language itself
I appreciate that you labeled the games. You skipped the game at 3:56 though.
Damn it, just when I thought I would land in Godot...
No joke, Bevy clicked for me after watching this video.
Can someone tell me the name of the first person space like mining game with pixelated style? Thanks and great vid
Ok is in the description, lol
Just forget to mention the cons, with is by the way the literaly insane learning curve of Rust
Question, 5:15 what's object oriented ECS? I was kinda confused by term but whatever I google it's always ECS vs OOP, as in ECS is always data-driven.
I also remember people saying EC > ECS on my favourite framework discord (which doesn't happen to be bevy but these videos are making it tempting), but ever since unity moved to ecs it's all flooded by ECS praise (which I mostly agree with, altho I feel like some situations are not resolvable in clearest way)
comparing Unity to bevy here:
In object oriented ECS: component data and systems are directly tied to each other.
when components need to access other components, direct references are usually stored.
So if you remove something, you have to ensure it's not null before using it.
In a data driven ECS: component data are completely separate from systems that act on them.
This is good for cache locality, (data layed out in memory packed together), and also good for parallelizing the code.
When accessing other components, you can only do so when querying the world for entities with that component.
Querying guarantees that you get access of existing component data (even in a multi-threaded environment).
@@Tantandev Thanks for the answer. So if I understand correctly, if my system works on two types of component, it should query for entities that have those two components?
This is one bit that I might be doing in more object-oriented fashion, because while systems query for certain component type (from global pool), I often keep cached reference to different component, just to avoid "find me component X of that entity" on every update. Now I think of it, that's not the best way when removing components comes in picture, but I'm planning on something that will make this caching easier - might as well add some safeguard in case of required component being missing.
@@Qbjik
If you are trying to find a component X of an entity every update that is not part of your query, I think you are doing something very wrong in your project organization. Otherwise, I think you should not worry too much about this, ECS is designed to be extremely efficient at querying for components in a CPU-friendly manner.
@@diadetediotedio6918 so what is the correct way of handling two components situations? Say we have some movement system that updates PositionComponent based on MoveComponent. Do I query both and then figure which one is what entity or do I query entities with both components?
just in 2 days and im already getting these "programmer memes." now if only i could learn how to code that fast.
can i use it to make android game?
At 00:13 what castle building game is that and was it made in bevy?
Nevermind it’s called tiny glade