When Your Game Is Bad But Your Optimisation Is Genius
2024 ж. 14 Мам.
1 357 498 Рет қаралды
The source code and demos are available here: / vercidium
An extra heightmap renderer is available here: github.com/vercidium-patreon/...
I spent the past 6 years creating a game engine, and I've been shocked at the things that can make or break performance.
I put together 3 simple optimisations that you can use to make your game run up to 10 times quicker.
Music is Orbit, Saturation, Abberations and Chroma-quay by Disjoint Square
disjointsquare.bandcamp.com
Timestamps
0:00 Intro
0:30 Triangles
0:56 Triangles In Practice
3:28 Triangle Results
4:01 Batches of Ice Cream
5:28 Batching Results
5:58 3 FPS is Enough Right?
6:26 Triangle Reduction
7:35 Sinking Illusion
7:57 Final Result
#gamedev #gamedevelopment #gameengine
The terrain code + demos are available here: patreon.com/vercidium If you have any technical / game engine questions, ask them here!
Curious you said you're making a game engine, is it Open Source? Any chance I could get my stinking paws on it? I'd like to contribute if possible. If not, curious about what type of research you did beforehand, maybe see if you had any useful references for making an engine. It's something I'd like to give a try after my first game.
What LIBs/Tools do you use in game engine development?? I'm trying to dive deep and make developing Game Engines my entire focus in life, but I'm uncertain where to start, so I just been teaching myself Higher Maths while I try to find a starting point 😥
What do you use to make your videos? Is it Manim?
@@monkeyhorizon hey it’s not open source currently but I have a few blog posts up and a GitHub account with accompanying code (it’s super old though) I plan to open source parts of the engine (terrain, vegetation lazy multithreading, particle engine, voxel destruction, skeletal animation, networking, importing models, UI, postprocessing, etc) and make videos + blogs about them I created this engine mostly through trial and error and a lot of time haha, unfortunately other engines are very closed-off, or only have vague talks and presentations about them. learnopengl.com taught me nearly everything I know about OpenGL, and my goal is for these videos to cover all the other aspects of creating a game engine
@@Prodby.Mvl7R all of the code is custom, but if I were to start again I would use Silk .NET as it handles all the boring stuff for you (window creation, keyboard and mouse input, OpenGL setup), so you can focus on the cool 3D rendering side of things My maths knowledge and skills is terrible, I’ve made it a surprisingly long way without fully understanding how quaternions, matrices and lines/vectors work! I recommend jumping in and starting experimenting with 3D rendering with OpenGL. learnopengl.com taught me so much and was a great starting point
As someone wise said once upon a time, "The real programming starts when you run out of memory".
That is a great quote
This is actually true in my experience
So true. Sql to c++
@@Vercidiumit is , Imagine if JS had a hard limit of 2MB of RAM per page. Then maybe it would be real programming and would stop being a toy.
…that’s pretty much the reason why I deliberately target the Raspberry Pi 3 for development. If it runs well on that, it will run very well almost anywhere.
Didn't realize how deep you can get with optimizing your environments, I've always kept a consistent LOD with my environments without realizing how much memory i was wasting. Thanks for the video it was very informative!
My mission is to reduce memory usage across the globe, so I'm glad this was helpful!
@@Vercidium Considering the choices the GPU vendors are making concerning the amount of memory on their cards, that's a great mission to have in life! :p Will help reduce the need for these extremely expensive cards, which I think would be a good thing. Now that I think of it, kind of a environmentally friendly thing too!
@@perhapsyes2493 yep it’s very easy to forget about all the gamers that use older hardware, not everyone has the latest tech. Lower specs means the game is more accessible too, it’s a win win
@@Vercidium That is also a deed in the mission of climate change. Unoptimised games are like gas guzzling cars. Use a lot of energy without getting anywhere.
Now let's plot the power draw of the system for the optimized vs unoptimized version. This is how we'll stop global warming...@@Vercidium
optimization enables the potential of modern tech, if we optimize badly it's like optimizing well on worse tech. So this is really damn important.
Exactly, leaning on raw compute power as a crutch is anti-innovative
If we had to graph it out: it seems as though hardware is rising, but software is becoming a straight line (or worse, declining) in performance and efficiency. Optimization can bring a whole lot more out of modern computers, and we don't even have to do unrealistic amounts of it to get much better results.
@@XeZrunner software is absolutely declining.
Yeah. I think it's a good thing that with modern tech programming is very accessible, and almost anyone can easily learn to write a working program. But the problem is that this also generates a lot of laziness in programming, since you no longer need to optimize to have your program run at all (or run well), so people just don't bother. And optimization is pretty much only done by people who personally care about it. I think that this won't stop things improving for as long as technology keeps improving. But it's holding us back at least a few years in progress.
@@XeZrunner can't agree more than that
As an alternative to pitch/yaw for compressing normals, you can also use GL_INT_2_10_10_10_REV which also lets you store the 3 vector components in 4 bytes at a lower precision.
That's a great alternative and avoids using sin and cos in the vertex shader
@@Vercidium What sort of percentage increase in FPS would you presume to see from rewriting that portion?
@@aidanm5578 it depends if the vertex shader is the bottleneck. If it isn’t, the FPS won’t change at all, but if it is maybe 5% faster? I can’t imagine the sin and cos being that expensive
@@Vercidium Fair enough. It's good to see you doing what the gaming industry seems to prioritise least. Keep it up mate, love from Perth.
@@aidanm5578 Honestly, I think those professional AAA programmers very much prioritize this because it's so basic. Their games are just so complex (especially with graphics) that they need very large teams and still lack manpower.
This is some incredible production value. Very nice visuals to go alongside your explanations!
Thank you! I spent a bit too long on these animations so I’m glad they help
This is insane, amazing quality video, thank you
@@Vercidium I don't think you did. I feel like the engagement regarding the animations just brought the video to my recommended. Thanks!
@@Vercidium The work you did on the animations is by no means wasted. They were very aesthetically pleasing and helped the presentation of the video immensely. Amazing job on this video!
coding version of 3Blue1Brown
I feel like there should be a definitive list of optimizations devs should just go through whenever making games, I've seen some really bad optimized games from AAA devs and I wonder how it's so bad sometimes.
But if all games were optimized, you wouldn't buy new hardware every few months / years.
A) Dev time. You can optimize everything to a close to infinity time. More time = less achieved... because the more optimized, the less you gain. B) You have a game to release, you focus on making... well... the game.. and the QA team is not seeing any major issues, so it is fine... This one is more down to there exists infinite amount of hardware combinations... your game will hate some of those... period...
@@SioxerNikita And i'll add: An unreleased game is a money black hole. The earlier you can get it out, the better (to reduce the costs of making it). But of course, too early and it'll flop, not recovering the huge sums of money already put into it in its development time. You can never know for sure how much a game will make, so you can never know for sure for how long you can keep developing it and still be worth it.
@@Torekk What? Are you saying game developers are in cahoots with nvidia to make games bad on purpose so nvidia can sell more GPUs?
@@besknighter Yeap
As an artist who doesn't know code.....I had no idea you could reduce the data on terrain like that! Always amazes me what can be done when you reeeaallly know how to manipulate the 1's and 0's
Might I recommend kishimisu's intro to shader art. I'm a coder, one of my favorite ways to recreate.
I am not a game developer, but a video game enthusiast. Never dived behind the scenes like this and it's beautiful seeing you explain everything on how to optimize and make something run quicker. That, and the presentation and music choise were top notch! Thanks for this entertaining video!
THE NON-ANIMATED ANIMATIONS ❤
What do you mean? Can you give an example?
?
I have a little insight into how Vercidium creates these videos. The "animations" you see in his videos are not animated in any traditional sense. They're animated using code, which I think is so cool. Vercidium isn't animating anything (in the traditional sense), it's all just code!
@@SatisfiedOnionits called procedural animation,moving bones from code
@@SatisfiedOnion Probably not everything, that intro would take 100x less time to make in something like After Effects
Also, culling triangles and using sprites can help a lot. Shamus Young has a project where he could generate the texture for the terrain at full detail, then cull triangles, then when rendered, looks full detail but runs way faster. OLC demonstrates that relying on sprites, even transforming them all, can be blazingly fast with insane numbers of sprites.
Absolutely, I would love to experiment with that! Is that where distant terrain and trees get converted to billboards (sprites) that always face the player?
@@Vercidium Afaik, culling is usually skipping rendering of triangles, when they are outside the camera's view cone or sometimes even when they are occluded by other non-transparent triangles. I think what @SomoneElse-fr8yu is referring to is baking details from high resolution meshes into lower resolution meshes + displacement maps. This works best on details that the player can't see at sharp angles, so mostly flat floors or walls with details such as bricks and so on. Not sure what the process of converting mesh detail into displacement maps is called though.
@@Vercidium You should look at WARNO from Eugen Systems, the Iris Zoom engine does this and more when it comes to drawing the terrain and the trees ;)
@@InDieTasten as a normal person... best guess is parallax mapping
@@Vercidium Something else interesting to mess with related to bill boarding is drawing lines using sprites. It's very interesting, you can position a sprite between two points then scale it according to the length of the line between the two points, in 2d this will look terrible, but in 3d it works surprisingly well mostly because where one sprite fails another one will kick in to take its place. It's entirely possible to make a game with nothing but bill-boarded sprites and it can look very good even though it lacks the textured triangles so often used.
wait.. it's all... triangles?
I don't see them anymore, all I see is blonde, brunette... ;)
🔫 Always has been
… Always has been
I just finished my bachelors in game development this september, and I have been really losing interest in coding etc.. But watching this video reminded me of how cool i used to think it was, and I actually feel extremely motivated to get back to it, Its insane what you were able to accomplish and I cannot wait for more on this. Please keep posting blogs on this topic or anything related to it !!! I genuinely feel like I've had my eyes reopened to coding. Despite not being the best at coding nor remembering how to do things properly, I can't wait to see more and get back into the swing of things!
is college really that worth it
@@LavaCreeperPeople For game development? Unless you have spent years teaching yourself and developing games before reaching college age and wanting to get into the industry, absolutely. Otherwise, you are starting from scratch and you will not get a game dev job for years. Even if you teach yourself for years straight, there is a lot you will not learn without college, including how to properly work with teams and what the industry is like. I highly recommend Champlain College. They have degrees for each industry discipline and you worth together as teams of designers, programmers, artists, and producers for multiple years. It simulates an industry environment.
@@LavaCreeperPeople yes for anything
@@anonymousperson26223 trade school?
@@anonymousperson26223heavily depends on the country, degree, specific college and your self study skills for example in quite a few countries you can find a job with skills and or work experience even without a college degree, in others you can't do anything without a degree then there's the issue of study discipline and motivation, I've met quite a few junior devs with a college degree that are barely able to write a solution to a fizz-buzz type problem
These dev videos are really high quality and interesting to watch.
yeah
"It's likely every game you've played is just a bunch of triangles moving around." Minecraft: Triangle? What's that?
The visuals are INSANE! You really put a lot of effort into it! Good Job!
I was astonished by the performance of Sector's edge on laptop integrated graphics Also, I've never seen such short loading times on an HDD, kinda reminiscent of old Source Games/Battlefield/Early Minecraft where It's basically just click and play Hope this gets the recognition it deserves some day
In a similar vein, I've been playing well optimized old games on newer hardware, and the experience is glorious. It can actually be a little annoying, because now I don't get to read the cool load screens anymore.
if only devs could watch youtube videos...
The first optimization technique has one drawback: GPUs calculate texture mip mapping levels by screen space partial derivatives. That means: There will be visible seams for fragments where the UVs wrap (i.e. where a u or v component suddenly changes from 1 to 0 or from 0 to 1). Ben Golus has a very good article about that issue titled "Distinctive Derivative Differences".
I’ll check it out thank you. If the same values are being passed to the texture sample call, what would cause the seams?
@Vercidium You're welcome. I'm not sure what you mean by "same values". Let's assume a uv coordinate where one fragment has uv.x == 1 and its neighboring fragment has uv.x == 0. In this case the GPU basically "thinks" that the whole texture is used between these two fragments and uses the smallest mip mapping level. That's what causes the seams as the color of the lowest mip mapping level will probably be different from the "correct" one. With "real" uvs that only happens if the texture actually is between those two fragments, e.g. a textured model only occupying one pixel on a screen. But since you are calculating the UVs based on the position, it will always happen where the UVs wrap as mentioned above. Ben Golus has some solutions in his article as well. Hope that helps. :)
@@BrightBitGAMES As far as I can tell, the Ben Golus article and associated woes only apply to equirectangular projection textures onto a sphere. The reason the GPU assumes the whole texture must be present within the discontinuity is because the texture is being projected onto a single contiguous sphere mesh; the fragment shader sees a discontinuity within the same mesh and freaks out. This terrain generation code is not doing that: it is chunking the terrain into separate square meshes and composing them together into one scene, so there shouldn't be any visible seam. Caveat emptor: I'm a CUDA compute shader guy, not an OpenGL graphics shader guy, so I may be wrong.
Insanely high quality and easy to digest, this video made me subscribe. I don't code to this level but love to see optimizations done. Well done!
I recently got you recommended to me and am I happy that it happened. I love learning about optimization!!! Keep up the great work!
Wow those animations are clean. Nice stuff, this is very high quality and interesting!
When I first learned graphics programming, I was tricked into thinking instancing was the same as batching hah, so I'm glad you went over that. I had to rewrite all my rendering at the time 😥 Nice going over modern GL too, like multiDraw and SSBOs
@@Finding_Fortune I avoided modern OpenGL for so long because I thought it would increase the specs for the game. But I realised I can check the OpenGL version, and only use newer functions if they’re supported
This is really clever! Looking forward to seeing more.
I was glued in for the whole video. Excellently done!
Highly informative and extremely well edited video! Massive kudos.
I am so happy I clicked on this video Awesome, high quality and thoughtful content. 100% subscribing, thank you!
That means so much, thank you! I hope it’s useful for your games
Amazing Video! Nice Animations and super clear explanation. Keep up the good work!
This is absolutely fascinating stuff. I'll have to watch it a few times to grasp all of it, but brilliant work, mate. Some extremely clever solutions here.
Incredible job explaining and visualising these concepts. Thanks so much for sharing!
I know nothing about game developing nor do I have any plans to do game developing but this was still very entertaining and educational to watch because optimization just feels good :D It's sad to see that computing power has grown so much but we're not taking full advantage of it in games because so much is spent on skipping the optimization that was previously obligatory to make any game run well.
If people optimized code the same amount as they used to, then games would take so long to develop that they would already be outdated by the time they were released. Modern games are much, much bigger than old games were, and it's simply unfeasible to spend the same amount of effort optimizing each individual feature when there are 1000x more features than there used to be.
Damn! That was an insane amount of quality in both the visuals AND explanation!
Amazing video and really good choice of background music! - It fits the theme of the video so good!
That's an insanely well-edited video. Great job!
Great video! Definitely gonna start writing my 12 friends' ice cream orders on a piece of paper and passing it to the ice cream guy now 😂 My only comment would be it was harder to see the difference between the levels of detail of terrain than in previous example clips you've posted for some reason.
Get those orders ready! Thank you for the feedback
Didn't know about the sinking terrain trick! Nice one. It seems much easier than having to stitch vertices together where the LOD changes (as in only render LOD 1 outside of LOD 0's area).
I don't do any development but your graphics are super clean and intuitive and get your point across perfectly. Your production value is genuinely good enough for a channel a thousand times the size.
The visuals alone were an instant subscribe for me. The great explanations confirmed it was the right choice! Looking forward to more videos like this
The video editing is so crisp and on point.
This video is absurdly well made.
Man I love exactly this type of video, nice visuals, easy to understand but still kinda deep
I'm glad this found its way to my recommended. Great video!
that was awesome, cant believe you got to render 16000 times more terrain with 5x more fps than at the start
High quality videos! Thanks for your effort
Instantly subscribed. Looking forward to see what you’ll release next!
Great video. You ver thoroughly explained the steps required to optimize a game. I'm currently working on my own one, and this video will certainly come in handy, once I'll be optimizing it.
I am now a proud subcriber. You crammed so much technical detail into a short and simple explianation that was easy to understgand as a noobie
Yes, a well optimized game gives me instant appretiation for it. Especially nowadays where slightly different shadows and reflections (ray tracing) are somehow seen as some huge graphical improvement that is worth leaving a huge amount of players behind for (they don't have the latest, most expensive cards). Also, unfinished games.
Raytraced shadows while having a considerable performance penalty they also allow more features like: -longer shadow draw distance (effectively infinite) -no need for shadow cascades (the parts where shadows transition to better or worse quality ones for optimization reasons) -dynamic soft shadows -better shadows for dynamic lights (like a spotlight during the day) You could have these features with NO raytracing but it will have a higher performance cost
I also LOOVE the modern trend of just ignoring optimization in favor of scaling like FSR or DLSS
For ray tracing, it's more about being able to do it in certain ways very quickly that wasn't able to be done quickly prior without specialized hardware, so it just opens up a lot of new potential optimizations for the future. Ray tracing itself isn't a new thing (in more limited uses, ray tracing can be pretty quick actually, and has been used in games for a while) it's the hardware accelerated side of it that's new. I'd say this stuff is a pretty worthwhile graphical leap, just will take time to be fully utilized.
Ray traced lighting can be a pretty dramatic improvement in areas where rasterized techniques couldn't mimic realistic lighting very well, particularly dynamic global illumination. Recently developers have been getting a bit better at optimizing it, though most early executions were terribly optimized for the small benefits.
That is absolutely crazy and so cool to see. Thanks for sharing
Amazing production value. Seriously high quality stuff.. good job.
You're a genius, not just because you figured this out, but the way you presented it as well
I don’t do game dev (sadly), just programming. A lot of this was very interesting to see, especially how you grouped your triangles!
this is a beautiful presentation of these concepts! very accessible.
Superb video - excellent presentation and really effective memory management, thanks for sharing!
Omg this is such a good video, im loving it, tysm for making these
I had 1 time where I collaborated with my friend on a game development for our college project. Bro's a genius at programming since highschool, I knew a bit of game dev and how the basic works but I mostly works as designer and making sprites, fixing animations and enhancing models he made before. He said that in game development, programming was never the hard part of it, optimization is. Apparently making games nowadays have gotten so easy with all these popular game engine like unity or UE, so game dev is 20% programming, 40% graphic design and 40% optimization. That's why you have to get everything organized properly, as efficient as possible. "If you can't optimize your game, it's already a failed project, so it's better to start a new and fix everything"
Thanks so much for the demonstration, this makes LOD and batching really easy to understand!
Fascinating approach. I might use it some day.
Awesome video btw. I recently started my own little gamedev journey. Found this very enlightening from a programmer's stand point. Looking forward to your current and future content!
Welcome to the game dev life! Thank you, I hope these videos will make your journey a smooth one
I feel like the freshman who accidentally walked into a 300 level graphics class.
Fascinating stuff. Wish you all the luck with your engine, hopefully some big devs pick it up - even if just for a trial run.
Great video :) Saving it to my game dev playlist so I can rewatch it later. I'm not sure I ever would have thought to using sinking instead of culling if I were adding terrain to a game engine.
this is obscenely fantastic. Clear explanations paired with gorgeous animations which make the explanations intuitive? On the topic of coding for games, but that in a very concrete manner? Solving tangible problems? So many different and incredible notes were hit. I just had to subscribe. I _must_ see more from you.
This comment has made all the effort I put into this video worth it. My goal is to help other devs solve problems that had me stumped for months, and I hope my future videos have the same effect!
@@Vercidium I’m so glad I could voice something that could inspire you to keep going. Seriously, I’ve been looking for someone like you a while. Understanding where to start and where to go in coding is difficult. Having these tangible points explained so well has given intuitive guidance that I haven’t seen elsewhere
This video is just amazing! The visuals explaining the sinking illusion are just perfect. Sub
Nicely explained. The animations are absolutely mesmerizing!
My heard filled with joy when you mentioned Triangle Trip, It became my main weapon for Performance when I was learning to create terrains.
Amazing, such good visuals. Even as someone that knows nothing about programming and game dev, I could understand the concepts intuitively. Very cool, looking forward to what you put out in the future!
That is great to hear, thank you!
Fantastic video and masterfully explained with those cleeeean graphics!
Thank you! Making the animations was the most enjoyable part
Never been so decisive on liking a video before, beautifully well done!!
I love videos like this, subbed I hope to see more cool stuff!
this dude started creating such crazy genius videos, bro needs more subs
Thank you! Could say this video was 6 years in the making… and I have many more to share!
he didnt exactly invent any of these ideas...
@@masterhacker7065 i didnt say he invented, but he is making good videos about compute shaders
Just a gamer here, thought it was a free FPS trick video😅, such a good explanation. Hope all the talented game devs in the comment section put all these optimisations techniques and much more and help us the people who still use the good old gtx 1050ti to enjoy good games without the need to make the games look almost as a distorted water painting to make it playable.
This is incredible- Like, borderline revolutionary techniques level addition to the scene. I can't believe this stuff is just on KZhead to stumble across randomly.
this is awesome, your videos are crazy good, i hope i can implement optimization this cool in my engine
Thanks so much! Glad you liked them, happy to answer any questions
I have not the slightest understanding of programming or game (engine) development. Yet, I found myself intrigued by this video and feel like I understand the basic concepts you are explaining. That is some top shelf teaching right there!
Woah thank you! Presenting and teaching are both skills I want to improve so this comment means a lot
Just found you in my recommended. You are an absolutely underrated game dev KZhead channel, and I hope your channel will blow up one day! :)
Thank you very much!
Brilliant! Great work on the visuals! Keep up the good work. Subscribed.
Great content and smooth animations, well done!
As a cheap gamer I really appreciate optimization, and I notice the most when it is not there, I swear most games never try to optimize, and if they did console games could suddenly run on mobile devices easily, it is amazing how much they miss out on
Your videos are great. Hoping for a shader course from you some day.
Thank you! I would love to make one, shaders are pretty fun to muck around with
This is truly awesome! Congratulations, this is art! Loved every bit of this video.
this video is insane man, genuine thanks for posting
You can compress the vertex data even further by storing the height in a GL_R32F texture and rendering without any vertex data at all. Having the height in a texture means that you can access the height of neighboring vertices and therefore calculate the normal using finite differences. Another thing you can do is replace your 8x8 grid with a 1x1 grid (6 vertices) and then use the tesselation shader to tesselate it again. By calculating the tesselation factors using distance to the camera (or even the view frustrum) you get levels of detail "for free". At least in theory. In practice you'd have to benchmark this approach to see if it's actually faster.
I don’t make games, but you’re very clear and informative.
thank you for this, as still begginer dev just seeing what can be done is great, and you explain it very well
This can really be abstracted into an ultimate balance of RAM vs flops. As cores getting more efficient in the future, with MLSS and other techs, more and more things will be inferred from even less information. It is exciting to experience this transition in our lifetime.
Very nice. I thought I might have to stitch the low and high levels of detail together. I never thought about sinking. I also need to upgrade my heightmap terrain to be more robust so that I can handle tunnels, natural bridges, overhangs, and underground caverns.
Battlefield uses stitching to connect their LODs together, where they modify the edge of the higher-detailed mesh to match the lower-detailed mesh I tried this but it meant high quality terrain pops in when moving around the map, whereas with sinking it appears gradually
@@VercidiumSo the method that requires less coding also looks better. Double win.
Glad to see the work you're doing these days Verc, excited to see where this new project goes.
Thank you, it does feel exciting to move on to something new
This is like those oddly satisfying videos but for your brain. Great breakdown and ridiculously good visualizations. 👏
I'm no expert at games, but a way to only talk to someone once instead of 12 times sounds great to an introvert like me
Ahh, I've noticed a couple of places in Tears of the Kingdom, and a few other modern games where terrain just kind of melted away. I knew it had something to do with LOD, but I just thought low quality meshes were transforming to higher quality meshes, and vertices were repositioning accordingly. I didn't consider the much more sensible conclusion that the terrain was just sinking below the higher quality mesh to be hidden.
This is one way of doing it, there's a few different techniques. You can also use quadtrees or clip maps, which are both very optimized ways of sorting your detail.
Great explanations and _fantastic_ animation. I don't even do game dev but heck, subscribing.
I think it is important to state in the beginning that all of this is valid only in context of static geometry (i.e. landscapes). For moving meshes, you cannot just use polar coordinates with integer degrees, as it would make many modifications of vertice positions (Affine matrixes, quaternions etc) more complicated, and limit the overall transformations. Radians cannot be represented in integers, and any trigonometric function accepts radians in computations - at very least, it would severely degrade precision if radians are shrinked to only 16-bits (1 degree in radians is 0.0174 - so you need at least 4 digital positions to describe 1/360 of full rotation). Also, triangle stripts are noticeably better than unindexed triangle lists - but only marginally better than indexed triangle lists. So if we talk about something which is not landscape meshes (where strips would have most advantages - for big uninterrupted convex non-selfintersecting meshes, without backface rendering), there can be more optimal choises depending on situation. Also, very important to mention that these are, I assume, based on general OpenGL API. So if using DirectX API it can be very different, i.e. having more internal optimizations, or shader conveyer being implemented differently, vertex shaders having some buffer-related differences, etc etc. And most importantly (especially for non-professional viewers) - specify what "memory" is refered in those calculations. I figured out it is about specifically RAM (kilobytes for vertices etc) only at the halfway point of the video - it was not explicitly stated anywhere before.
great visualizations! the last technique was particularly novel to me
7:41 instead of lowering terrain you can use pixel shader to hide close terrain
I got into blender not too long ago and it´s amazing how I can actually understand stuff like that now (to a certain degree) when it would have made absolute no sense like half a year ago. That really shows what climbing the learning curve does for you, even when you might don´t see it when getting stuck at a new concept again.
I got pissed just watching the intro of your game freezing, gets me tilted real quick. Love the videos!
These are fun! Can you make a series where you explain from scratch about how to make games? It doesn't have to be deep, you can use simple examples that are more tailored to beginners who are discovering the programming world of games
I will add that to my list of videos to create, will do!
yeah. something that is kind of from the start. I mean, anybody can install Unity and follow a couple tutorials. I did that, for a mechanical design course. the goal was just to get our models into a VR environment, but we did learn how to make said environment with buttons and moving stuff... what I'm saying, is that I don't know where to even begin, if I had to code from scratch
@@Klaevinyou begin with... Google. there's a guy named TheCherno, he has a great series on opengl and c++ for beginners
Oh i like this format!
This is one of the most gorgeous videos i've seen on KZhead. The pace, the presentation - wow! Crystal clear explanation with rock solid supporting visuals. Amazing work!
That is awesome to hear, thank you so much!
@@Vercidium Keep them coming, man! I hope your dedication and your effort will make you big. Cheers!
Epic video, great work. I hope more videos come soon.