How Good is Nanite in Unreal Engine 5? 

Wowowowowowowowowowowwow wow

So amazing 🤩🤩🤩🤩🤩🤩🤩 I love it so much 💖

What hardware is this on?

so that we can spam a billion rocks around carelessly

@@plasticelephant1969 lmao

@@plasticelephant1969 no, so that we can use more assets on the scene than the current tech allows us. The reason why you wont see hundreds of zombies, hundreds of cars, hundreds of spaceships or cities with amazing draw distance is simply because of this fact. Polygons. Any game, except 2D games, will benefit from it.

get out!

Lol that's a good one

.......

@@cjmixmaster ?

@@milenkopizdic9217 we don't like puns where I'm from. They require punishment and ostracization.

@@cjmixmaster Oh, ok. I'm sorry he offended you that much.

@@milenkopizdic9217 it is more a comedic cultural response the actual offense. (We really love puns but can do so publicly so we have to pretend to hate them.)

Haven't even thought about that. But you're right, the increase in detail possible will be a gamechanger!

@@MrFrussel yes, this and foveated rendering together, which is already happening - make realism in VR go from just out of reach to accessible to indie devs, all within the next 18 months give or take. (mostly waiting on fov rendering on more headsets) and then if you set your sights just a little bit lower, standalone headsets could still maybe use nanite to squeeze out an acceptable vr gaming performance on a mobile gpu.

Yeah VR needs Nanite BADLY.

@@betterlifeexe4378 Is there a foveated rendering solution like VRSS 2 that doesn't require DX11, forward rendering and multisampling? Because that's gonna hold this back. DX11 is on the brink of disappearing and rightfully so. Can't have Nanite (mesh shader) without DX12 Ultimate or Vulkan.

@@boredgunner You are absolutely right, at least I cannot find a solution with a cursory search. I'm sure someone will solve this problem, I have never worked on rendering tools so I can't do anything about it.

infinite triangles per pixel

Artist: How many triangles we can have on the screen? Blender : Blender.exe is not responding Close this program Wait for the application to respond

@Milen (splicer) Parvanov Maybe you should first go and learn about Nanite technology used in UE5. It's not about instantiating. And even so, try to instantiate milion of polygons at the same time of the same model even using the same material being GPU instantiated. Conclusion: you have no idea what you are talking about.

​@Milen (splicer) Parvanov have u even tried ue5

@@echofooman2702 Inventor user: "What the hell are triangles?"

Asterisk: as long as they involve simpler assets that can be replicated, so it can benefit from them all being instances of the same thing. I think that's my main take away from this. It's cool as hell *but* you're gonna see a lot of replicated objects (which might not even be a problem, just something worth being aware of)

Photo realism is more a function of light calculations and less about the models themselves. And in models, the textures are way more important than the 3d-model. No matter how good your 3d-models are, they will always suck as much as the lightning sucks. Just by using correct lightning techniques you can make even Minecraft look photorealistic. The strengths of Nanite is in performance and development work flow and the realism comes as a secondary side effect.

​@@RedTyrant Please, read my comment again. Take your time and read it as many times as you need until you finally understand what I'm talking about. Be sure to use external resources too just to study this subject as a whole. When ever you try to dispute something, you should at least try to understand the subject. Never try that on things you don't know.

@@anteshell mate he was having a dig at you for typing lightning instead of lighting in your comment.

Photorealism doesn't make a game good tho.

There's an hour-long video by one of the principal engineers about this. Very full of jargon but also quite thorough

@@alexschulace724 Do you have a link to that video?

Nanite can render 20 mi triangles per screen if I remember correctly, so you can put trillions of polygons into one scene, that will not make a difference. The cluster system will reduce that to 20mi. The 4K image has about 8 to 9 millions pixels, so nanite can display 2x times triangles about the pixel count of the screen, so you will never going to see major difference compared to the scene rendered with the full polycount anyway.

@Nagato is better than Punk Naruto guys, I know it's Nanites. But just dropping that name doesn't explain anything, does it?

@@BB_O_99, "major difference" compared to what? What are you talking about?

I hope not, I'd rather stick with smooth 60fps and lower detail personally.

@@iconoclasttastic9258 why though?

@@iconoclasttastic9258 did you watch the video? A million high poly meshes and he said he did not dip below 60.

@@michaellvoltare I did watch the video. And I've been using Unreal engine for 20 years since the late 90's. What you're failing to understand is that this example does not use a million high poly meshes. It uses one single high-poly mesh which it then copies (as what's called an instance) 999,999 times. Using only one object plus its instances is not an effective test of the nanite tech; because one instance repeated does not stress the i/o throughput of the CPU or graphics hardware. In short: one instance repeated does not use as much memory as multiple different objects would. In fact - instances are designed specifically to enable the same mesh to be viewed multiple times without a big hit to memory usage. If this had been a demo with thousands of distinctly different objects my comments would have been very different. If you don't believe me, watch DF talk about the Unreal engine 5 Matrix tech-demo that was just released showcasing Lumen and Nanite in a AAA game format. That demo runs at 24fps. They're pretty clear that they don't believe the current console gen (PS5, X series) will be able to push AAA titles at higher than 30fps. Some less-complex games (or games on high-end PC) may exceed 30fps with Nanite and Lumen running but it's unlikely that the current console gen will get there for AAA titles. ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-ib6_c6uliLg.html

@@mediumplayer1 Because to me, higher frame rates make for better gaming experiences than dense geometric detail.

this combined with Nvidia's resolution upscaling will certainly prepare the future of AAA games at fantastic resolutions running on affordable hardware (a circumstance created by the low supply of chips and an influx of millions of new and young gamers). I hope to be one of the people working on stuff like this in the near future.

@@joshpage4547 Definitely, engine improvements like this and others will allow developers to squeeze the most out of any given level of technology and you can almost guarantee that this framework will lay down the groundwork for lots of exciting things to come.

That's what she said

@@lucasimonelli5038 dang it i was gonna say that

@@JizzEditzzz 😅🤝🏻

Thanks for the kind words!

Algoritm did bless him, thats how I got here!

🙌🏼

666 subscribers as of time of watching... Does that count as a blessing? ^_~

Hello world from the algorithm

Yes yes yes yes. I've been waiting years for that tech. For they just disapear into something about VR Museums tech

You won't get any optimization for current day devs (PR, suits and sales people more precise). They will say - get better/more powerful machine.

@@mindaugasstankus5943 depression

@@mindaugasstankus5943 That's the thing, you can't

lol no

@@mindaugasstankus5943 "you aint using it right"

Awesome! Thank you!

Well AAA isn't unity's priority so i doubt it

@@ciixo8510 le 🧂

Thanks, I appreciate the feedback! I'm hoping folks find the videos useful, but either way I'm having fun making them while learning Unreal.

@@LivelyGeekGames This video is indeed awesome :) Love these UE5 sneak peaks. I found it because youtube suggested it to me :D (btw, love your sense of humor)

Thanks, will do!

Thanks!

Thanks for the kind words! And for the sub!

BS sales pitch (Nanite) for some hardware geometry accelerator, co-processor, core, what ever that don't exist in older hardware.

Yes but also: fuck mobile games and get a game boy color

Because it requires the use of compute shaders. Most mobile targets OpenGL ES2.0 still which doesn't support them. They literally built a compute shader software rasterizer to do this.

@@mindaugasstankus5943 you're just wrong

To my understanding part of it also has to do with the nanite system requiring crazy huge memory bandwidth with low latency as it streams and decompresses a crap-ton of nanite compressed mesh data from storage to memory constantly, only holding in memory that which is necessary for rendering what's visible on the screen.

Much appreciated!

@etethstrseh yeye exactly. I just looked it up. Looking at it now I'm not sure what I'm listening to just like last time. The tech described is very promising and makes sense but the guy behind it just sounds like a college student hyping up their "not so special" homework assignment.

Same, I didn't thought people would be manually making models for each LOD

they kinda did, but in a really crude way. depending on distance from the player/camera, models would instead display simpler hand-crafted versions of themselves to reduce workload on the hardware. but if it's not gradual enough you can notice the pop-in, from low detail to high detail and vice versa. nanite just does it on the fly without the need to manually produce lower detail models by hand & setting the transition distances. nanite is going to save a LOT of developer time, while looking a million times better and producing incredible performance gains. I will be shocked if other engine developers aren't furiously working on their own LOD solutions now.

@@zedsdeadbaby The biggest example of that is most of Valve's games especially Half-Life 2 and Team Fortress 2.

@@TheObeyWeegee I thought it was really noticeable in half life alyx. Would be really cool if Nanite was open source for devs, even if it required a license/paid access. Now imagine Nanite and Dlss 3.5+ in vr in the future! That would be incredible!

Thanks, I appreciate the feedback!

Neo that was the wrong pill. Im literally dying over here!!!!

And you were right : ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-WU0gvPcc3jQ.html

@@Alphashow7 I already saw this video, we are truly blessed to live in these great times! I bet that 50 years from now, we probably going to laugh that we once considered these graphics realistic!

Thanks!

Thanks!

Ask them to start using mesh shaders for LODs, that's all what it takes

Stop being a pleb and learn UE. Unity is not even on the same league anymore if you want to do 3D

I made another video using different meshes here: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-v9kynURWW_I.html

Although you are correct, I think we need to understand how hard taking the latency out must have been, as blender does not need to provide this feature at 60fps

@@gwentarinokripperinolkjdsf683 yeah nanite does this but far better

Hah, now we just need game servers that could handle that many!

Other companies will try to do something similar but it will take them a while and most companies don't have the budget for research and development that Epic does.

Hold on to your papers

Haha, yeah. Definitely a bit of overdraw happening there.

people are gonna need to make free nanite DLCs so people can download them without having to buying a new harddrive and waiting 2 weeks to download

Yeah and there are people saying nanite and lumen changes nothing and isn't revolutionary. This is basically a functional version of Unlimited Detail tech dudes but people can get their hands on and is less limited.

There's nothing particularly impressive about rendering instances of the same model as the data is already in memory but I understand how it looks. The truth is = if this were ten thousand different objects each with this geometric density - that would be impressive.

@@iconoclasttastic9258 It's impressive because almost no other graphics engine has done capitalized on this stuff. Also its doing more then copy pasting objects in memory, its doing DYNAMIC LOD... that is pretty awesome.

@@PRiMETECHAU Real time LOD has been around since the early 2000's. Again - this is impressive tech don't get me wrong, but when you understand the technology and code behind it, this isn't a particularly impressive demo.

@@iconoclasttastic9258 I don't think you understand the technology here. This requires only 1 high detail poly from the artist, not 3 or more to suit a LOD system that switches out models depending on distance.

Nanite probably won't slow things down too much, but Lumen certainly does since it demands a lot more GPU time. As for disk size, it will go up, but maybe not too much. You can read about that towards the end of this doc: docs.unrealengine.com/5.0/en-US/RenderingFeatures/Nanite/

Thanks, I appreciate it! Yeah, UE5 is pretty amazing.

It changes the geometry based on distance (watch with the cluster and triangle view), but even if the geometry is different due to the distance changing, Nanite does a great job of not making it noticeable.

When I zoomed way out, it just used the largest cluster size, which may still have been more than one triangle, but it still performed quite well.

I have not yet done that, but you can read more about data size differences here: docs.unrealengine.com/5.0/en-US/nanite-virtualized-geometry-in-unreal-engine/#datasize

Yeah, you definitely have larger mesh assets from all the detail. The Nanite page covers this under "Data Size": docs.unrealengine.com/5.0/en-US/RenderingFeatures/Nanite/ But since you don't need to make custom LODs and if you end up not needing a high-detail normal map, the total size (mesh + maps) can be comparable.

@@LivelyGeekGames You didnt make as clear as you should have. Yeah the file sizes will not increase at all. Plus I heard them working on optimizing file sizes even more.

There are definitely some efficiencies using instanced meshes vs non-instanced meshes, but the rendering thread/GPU still needs to calculate which parts of that geometry to actually draw. I tested this a bit further in a follow-up video here: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-v9kynURWW_I.html

Thanks, will do!

I tested this in a followup video here: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-v9kynURWW_I.html

@@LivelyGeekGames thank you for responding. I watched directly after writing this comment and forgot to edit it -.-' Thank you for the content and looking and user requests :)

You can give a "position precision" option in a mesh for Nanite that controls how much to quantize the verticies when calculating Nanite data. I'll be curious what the workflow will be for games that ship to both high-end GPU systems and low powered devices when both Nanite and Lumen enabled. I wonder if it will be a separate project with baked lighting and low quality meshes still. You can read more about it here under "Nanite Proxy Mesh and Precision Settings": docs.unrealengine.com/5.0/en-US/RenderingFeatures/Nanite/

@@LivelyGeekGames thank you for such a thorough answer. Yeah, it's gonna be interesting. I guess there is a quite substantial overhead to use the nanite system, but as long as you can actually run it, performance becomes a non-issue. It would make sense to be able to automate a process where versions targeting "low resolution" devices. (720p - Nintendo Switch, Steam Deck, laptops etc.) will have lower quality meshes, textures, baked lighting. It makes a lot of sense since it would require far less storage as well... Perhaps lumen is possible, but resampling the lighting will occur over many more frames, with far less precision. This would work well with slow light sources like the sun and the moon. The engine would only really need to update the GI whenever the lightsources has moved a substantial step and over a lot of frames. you could have a fixed rendering budget for lighting. and perhaps make lumen not cross it.