I remade my voxel game 3 times, this is why 

C# i dont use game engine, C no classes, Cpp ugh memory, python too slow, js i don't whant a web app, java fvck oracle and jdk, Assambly too involved, basic limited graphics, yep i hate every language that exists...

@@amosnimos you didnt even mention rust!?!?!!

@@cub1cc exactly

I had a project where I tried to make a wrapper for pacman (the arch Linux package manager). While it taught me a lot and was fun, I was horrible in project management... The history: 1. Started it as a bash script 2. Switched to Python because bash argument parsing sucks 3. Decided to use a "database" of commands based structure which is parsed by an Python script 4. Realised json has no multiline support so I decided to use a python function returning a dictionary instead. 5. Had to still make a list of all my commands because I couldn't find a good way to feed my "database" into the argument parser 6. I Constantly switched between the database, the database parser and a Python logging library 7. Decided to add multiple command subvariations afterwards (like if the package database should be refreshed or not when this command is ran.) -> rewrote the entire parser and database 8. Realized the way my database was structured didn't allow a certain option > restructured database and parser 9. Repated step 8 at least 5 times 10. Temporally Forgot every good commenting practice I ever learned 11. Somehow managed to regularly forget to commit and named nearly all my commits "update" Ended up with a broken concept and code and a good logging library ... Looking back I am surprised it sometimes somewhat worked ... I probabatly gonna rewrite it in rust and use a real sqlite database instead

@@wumwum42 ahah, I did the exact same (pacman/apt wrapper), bash then Kotlin. Despite being much faster and convenient, the Kotlin version is so buggy that I just use the bash one on the daily

haha yes

​@@elzearcontelly2651 yes! recently, i wrote a live wallpaper utility for mac that downloaded video from yt and set it as live wallpaper in python. ate like 100 gigs of ram, wrote in go ate like 40 gigs of ram, 200 mb in rust, 30 in swift and then wrote simple bash script that all that, eats like 19 mb ram. shell is powerful than we realize.

finishing that project tho lowkey is actually satisfying asf

im way more excited by bevy than amethyst

I'm way more excited by real programmers who know what they're doing doing awesome things than amateurs who think that Rust and some library will make them into a real gamedev.

@@shinobuoshino5066 Agreed - Rust won't make your programs better, being a better programmer will make your programs better.

@@shinobuoshino5066 Such a strawman argument. No one here thinks Rust and some library will make them "into a real gamedev". It is the exploration of tools that work that leads to progress. Also, there is no "real gamedev", sure one can be successful, but no one is perfect.

Oh hi jdh GO BACK WORK ON THE WIRING (jk)

Man is xp grinding in different realms

@@rosaliom.s.2382 lmao

Trust me I've been in the same boat. I can't count the amount of graphics programming tutorials I've done (more than 5 times). Take a step back, revisit later and eventually you'll start understanding what is going on! It took me quite some time

Personally I was wondering why the command couldn't just ask for a reference to a subsystem directly if it needs one instead of having to pass a reference to every single thing into it at once, that seems like a much better system imo

Because it is a language made to attract soydevs while at the same time removing them from communities like C and C++. Rust is literally best thing that has ever happened in my life, now I can peacefully work on my projects without idiots bothering me, because what I'm doing isn't a shiny new thing and so they go be somewhere else.

"off by one" error

The nice thing about bevy is that the lines between application code and engine code are very blurred. By default, you basically only get the ECS. Want to have rendering? add a RenderPlugin. Want audio? Add the AudioPlugin. Want a bunch of common engine stuff? Just add the DefaultPlugins.

I was actually first thinking about just integrating the ecs part of bevy into my own engine code. But as I was researching and exploring I realized I could make use of a lot of the bevy crates. Take the window code for example. It would make sense to have access to all of that through the Bevy eco system, instead of writing my own bevy plugin for that, bevy already has a plugin for that. The engine code is so nicely abstracted.

That sounds super interesting! Might be a future interest exploring more rendering technuiques

@@Tantandev I'm using raycasting (or raytracing idk the difference) to render my voxels, still a little buggy but I'm getting there, I really like this series and seeing the progression with your engine keep at it! :D

Haha Lasanja

Open source is the way

kinda raster but not

Well, he wanted to use Rust, and Bevy is a Rust engine. Unity is not.

Brackeys seems like he might become the Brackeys of Godot himself based on his Twitter lol

@@st.altair4936Yep: right on!

Hey, I will just try to answer one of your questions, maybe Tantan can answer you later. I believe he left unity for x reasons, however I do not think the spaghetti was a major one, or maybe it was(?). If you are organized, you will ended up being organized in whatever language/framework/engine you choose. It comes down to time and experience, and how you like to structure your projects, so I guess that’s a personal thing

I am not sure whether Unity fully supports ECS already either. And it's still C# so with GC

Theme is called: one monokai. I'm surprised at how many people ask about the theme, I really like it :)

It might sound inefficient, but it boils down to reduce cache misses. If you have very small components and you process lots of the same component type at the same time you reduce cache misses. That is the essence of every data driven architectures like ecs. In most ecs systems there isn‘t even a entity class, it is merely an id. So the systems don’t even care about entities, it is all about components. A sound system only iterates over sound components, a physic system only over collisionvolume components, … . No entities here.

The based programming language

you know what, that's something I've never bothered to investigate myself because I TO find it odd. I believe I found the answer: The query we receive is owned by our function, it's not a reference to a query, we are passed ownership to a query. We own the query but it's not mutable, unless we specify mut before. (why does the query need to be mutable, when we are mutating data not owned by the query, but received through the query?) BECAUSE! the query.iter_mut() is defined as this: pub fn iter_mut( *&mut self* ) -> QueryIter { iter_mut function only works if the query we are using is mutable. Now the reason why they did that with the api... is another question in itself I don't have time to investigate :P

​@@TantandevDoes the non-mut variant enable parallelism?

Rust is for all intents and purposes, as fast as C

But it uses old language that's not shiny new thing therefore bad albeit?