I like your GPU implementation. One way to do this in software is by tracing the contour of the curve, then to fill a bitmap by drawing horizontal lines (going from top to bottom). Tracing contours can be made easier by splitting the curve into monotonic ones and taking care of special cases (eg: spline is a line).

I also made an empty game object and attached the camera to it, and put the chaser code on that, now i have a smooth viewing camera that follows the player

safetyLimitToAvoidInfiniteLoopInCaseIMessedSomethingUpAgain is the most accurate variable name I've ever come across

Nice to see you shouting out Freya's incredible video on Béziers, it's such an incredibly well done explanation and visualization :)

I think 0 minus 0 is not working

Your video made me want to do a Bad Apple video myself just in what I know best - which is ECS - and oh this is it! Thanks Sebastian for your motivation and every video you make! You are a brilliant creator and provide great content! And for Bad Apple fans I'm dropping a link to my version, enjoy! (I hope you are not angry for link to my video!) Bad Apple but it's a 172800 Entities in Unity ECS 🔥 ukposts.info/have/v-deo/rXmFo2l5gXqkmYU.html

He explained 2's complement better than my 1st grade teacher 🥲

Wow

Immediately in the beginning I thought you were going to ask me to focus on the circle, relax my muscles and feel my feet touching the ground, to breathe in and out slowly and to let my thoughts pass by like little clouds in a blue blue sky. I'm relaxed now.

The is the most visually mesmerizing bad apple played The blue just looks like a gem color

*bird staring straight into your soul* xxDDD

This was fun to watch :) Next, if you want to cause yourself even more pain, look into rendering bidirectional text.

I ran into a bug where my attacking enemies would hang unity in an infinite loop. the solution was solved in these comments but at 13:27 you can see it, I had accidently Swapped lines 80 & 81 change yeild return new WaitForSeconds (refreshRate); } to } yeild return new WaitForSeconds (refreshRate); In other words Move the Bracket to above the line. and then everything just works like magic.

Watching the bits on the weird, glitched terrain you get when integrating chunks gave me flash-backs of when I made a very similar GPU accelerated marching cubes terrain generator using vulkan compute shaders.

Wow he’s come a long way

Patents is a scam invented by the deep state. It's no coincident that one of the deep states darling companies have an insane amount of patents. (Ericson)

Thank you for covering complex subjects like volumetric clouds and portals and giving access to the source code. Even though I work in Godot, it is possible to adapt it with some effort. However, I wished you explained the final code in more detail, as it seems you made some substantial changes since the first part of the video. I hope I can figure out the light scattering on my own and it will add to the experience of an open-world flying game I am currently developing.

This sums up a lot of what software development is: the hunches, the "good enough solution for now", the floating point shenanigans, the debug tools, the tests suite. This is a fantastic video, thanks!

your video was a breath of fresh air. so uplifting! ️

Wow, I had no idea you could make all of that just basically out of the two 'and' and 'not' physical logic gates you showed at the beginning. What a fantastic video

Multiplication, division, calculus, fractions

Thank you Sebastian. This is art. I especially loved the lights you shot in the tunnels. That was beautiful.

This deserves a like and sub

2:20 does deep rock galactic use that!?! It would make perfect sense since terraforming is a large part of the game, not to mention the render in the video looks so similar to something you’d see in the game

Only you could get me to watch an hour long video on text rendering and have me enjoy it. As an aside, I'd love to have seen how this handles non-ascii characters, for example Kanji.

this has been very informative, really entertaining too, kept watching for the whole video, can't do that with a shorts viewer like me (edit: you had me until the 40 minute mark, rest was little blurry for my brain lol)

I used to think OOD was a pile of garbage, but you show me that you just need to have experience with it to understand why it's necessary. Though code completion is almost necessary (at least to my brain), because I would always forget the names.

Its the 25th

watching you get into Godot blind healed my soul a little honestly, your work is always so impressive that it's reassuring to see that at least the initial steps in a new environment are more or less the same for us all

I wonder if this would differe from left handed and right handed people. i’m left handed and while learning to type i’ve often wondered if the qwerty layout is right hand biased but it seems that many keyboards seem actually to be better for lefties

35:30 finally, a biblically accurate font

The diagrams remind me of Feynman diagrams.

This Helped me escape tutorial hell. IRONY

From 7k errors to 0. I admire your problem solving determination and skills❤

i never thought i will see a *Bad Apple but..* from you but i absolutly love it

This is awesome. I use Godot, but I actually think I could port this code into Godot 4's GDscript. Thank you for the clear tutorial and explaining the underlying principles!

How do you move your mouse cursor so precisely? :)

what program are you using to do this?

you are the goat bro😍

0:56 I CANT STOP REWATCHING THAT PART

Couldn't you oversimplify the whole fill process by, instead of casting a ray from each pixel, simply casting a ray from the first pixel of each row and recording intersections as a flip, as in at Y=0, you cast a ray until you hit a curve, then you record into memory that X position, then when you reach another curve flip that back to zero, so on and so forth, so you will get basically a list like fillList: { y(0): [3,5,7,10] ... } <-- this would mean "fill from X = 3 to 5, then X = 7 to 10 at Y=0"? Would completely eliminate the need for so many edge case corrections due to having to figure out if random point is in or out of the glyph, since X=0 is safely assumed to always be outside the glyph so you always know your initial state. Of course it's not a perfect solution but I'm sure it's faster then raycasting from every single pixel.

I AM 11 DAYS LATE, I DIDN'T GET NOTIFIED!

Sorry if I missed it, but can you perform a ray trace on each contour segment instead of the entire glyph at once?

I'm quite fond of the Bevy game engine! It doesn't have an editor (yet!) but I'd love to see your experiments with it

I loved the video. Perfect walkthrough. Completely unrelated topic: I have the same mouse as you do :D

I admire the people who have some idea of this functionality. I'm a coder and let it be. I would go mad or something. My thinking is 1-4 moves ahead on average. Found a love for Bullet and never expected I could master full games in 1-3 minutes. Once I made a funny dice game where it's like poker (Yatzy) and the AI part was crazy, but worked and could seek the missing scores. 1 or more human players could be inserted and up to 99 or so in total. It was a pain sometimes to look into a certain bug.

AMAZING WORK GOOD JOB KEEP THE HARD WORK UP🥰😄

the most obvious improvement is caching so you can blit characters after rendering them once at a given size and rotation. because most text is mostly static that should be a huge performance gain.

wow! that's so realistic! wait, you didn't even implement lambert's law?

Damn thats Parenting skills if i ever seen any the you are being a kind gentle parent to your kitten(thats now ~3🥺🥲) while building circuit18:49🥲🥲🥺😭👍