Видео

I think the big problem with unreal engine is that it is the devs using it. They use unreal engine for the sole purpose of saving time. Lightings taking too long to bake? Don't worry! There's lumen LODs are too expensive and time consuming to do? Don't worry! There's Nanite Good water simulation is costly to bake and time consuming? Don't worry! There's a sub-optimal plugin for that Hiring a vfx artist is too expensive? Worry not, there are Niagare's default sub-optimal vfxs!! The problems here are the lack of optimization by the dev team and epic's monetization on that

Ciri is ugly if you look at the source material. What the fuck is wrong with YOU?

She's not ugly but not pretty either

Videos like these are a plague. Unreal is a tool. Do you complain about models made and rendered in Blender? Or are you trying to divert towarts Unity by making people feel like using Unreal isn't cool anymore, or an automatic detriment to their project. There's ton of games made in unreal and you wouldn't be able to tell.

i am currently testing out an integrated engine UPBGE but it lack asset management like menu systems for games. i agree game creation isn't easy, but a game engine theoretically mitigate a lot of risk of time spend on development process.

Everything is so damn wrong in this video... The "magic" checkboxes are simply toggleable FEATURES, if you hover over said checkbox it tells you sometimes if it has a performance cost, especially the rendering checkboxes, it's not a "make the magic happen" checkbox it's simply user interface. Epic doesn't make a whole lot of money from AAA games, or at least not as much as you think, in my opinion (I don't have official data since that's not communicated), they make more profit with Fortnite and the Unreal Marketplaces than with the few AAA games that only pay a 5% royalty to Epic. Epic is not targetting dummies (that do release games, stop that weird argument of "indies never release games"), I don't think they have a precise target, they develop tools that move the industry forward and simplify the use of the engine, for themselves in Fortnite and for everyone who's willing to learn Unreal. The goal of Unreal is to help engineers by developing tools they won't have to develop on top of the engine. Epic is also not trying to make game dev "easy", they are trying to make it easier, it's still very hard to make a game but the great features that are Nanite and Lumen help simplify developement, not make it straight up easy. Epic is not preventing developers to optimize their games, someone who knows what they're doing also knows how to optimize the engine, the issue here is developers that either don't know or don't have the time to optimize some parts of the engine (which can be easy or hard depending on what the bottleneck is) The "unreal engine look" is caused by the engine's defaults that are the easiest thing to edit, that's again a problem with developers not taking time to edit a handful of variables. Also you are saying you can see the "ue look" in Black Myth but they actually use the Nvrtx branch of Unreal which has different graphical features and they are most probably using a PBL setup, same as The Witcher which most likely also uses a PBL setup, both games look very similar except that The Witcher 4 is a pre-rendered cinematic with added cinematic effects (probably), in my opinion Black Myth is the best looking UE game and it proved, together with Hellblade 2, that a UE game doesn't necessarily have the "ue look" Saying Black Myth isn't art is an insult, I find this game to have an excellent art direction, because it's "photorealistic" and whatnot doesn't mean it doesn't have an art style. The big difference between Elden Ring and Black Myth is maybe level design, Elden Ring has a much better level design while Black Myth has much better enclosed environements and better creature design, on top of much superior boss design. The argument of "old games looked good" is dead at this point, yes old games looked fantastic at their time, but you absolutely cannot compare them to today's graphics, while some things may need some optimization improvements, arguing that modern graphics have no right running bad on old hardware is stupid, the graphics are evolving, so must your hardware in order to utilize these improvements. Finally, the issue with in-house engines is that maintaining them is a damn money black hole, in-house engines have to keep up with the graphics improvements that gamers do want (but then complain about because they can't run it), leading to the studios switching to third party engines to avoid sinking money into something they wouldn't be able to maintain (specifically talking about AA studios, AAA studios most likely can maintain an in-house engine), and that drives the cycle of improving hardware, improving engines and so on. There would be no reason to improve graphics and hardware if no one wanted it.

nice gatekeeper rant. making games is easy and intuitive. It is not magic. a 2 year old child can play by its own. a bunch of 5 year olds come up with their games all the time. making a game is not a magic. making a masterpiece is magic, wether it is a game or not. RDR2 is a magical thing yes. but for someone to start making games and make it work. it is not harder than any other profession. the hard thing is mastery. and it is not about the tool.

what game is that at 2:20?

U should take a look at diligent

Ciri doesn’t look bad but no one who’s a Witcher fan wants to play her.. Witcher is Gerald’s story .

Was working with UE5 as an engine, but the default things added to UE has big performance load. Its cheaper to use LOD isntead of Nanite, Lumen eats up on average 40 fps by just turning it on and even default cloud system used for UE also decrease performance by like 15-25 fps. To make it work smoothly you need to make your own solution on top of default things.

Siri looks ugly....compared to before.... she's the lost bogdanov sister, like a potato that have grown between two rocks.

Basically the word you've been looking is art direction Witcher 4 looks photorealistic for using unreal engine but doesn't feel like typical unreal engine game cuz it has a clear art direction in mind Black myth on the others hand doesn't have a strong sense of art direction hence looking like any other generic unreal engine game you see

yes, Ciri is ugly

Nice video love from India

Great video, great points

i actually agree with you on 95%

Great work i suggest checking to sdl gpu since it abstract vulkan and direct x and metal and it's the same performance but less code it's between opengl and vulkan in terms of code lines but vulkan or direct x performance but you will be building things from scratch not like the forge which is a graphics engine

Can't wait for the final result from making a game in unity to making a whole ass game engine, man you're insane ☠

well done

nelson mandela lol : managed to sit down couple of decades in a prison and became an hero.

❤❤

First you have to have a revenue stream, mainly from making games from unity or unreal engine, also create your own studio if you want to make a new game engine, it would be fun to do it with your friends. Because doing it alone is an arduous journey with no happy ending I'm so sure.

LETS FUCKING GOOOOO

FIRST

Dani already did this ...

Guess we're getting another grab game 😐

You should have made the girl model as a duck also lol

Well... duck me i guess

if u want to not struggle to create anything u want even game engine that is tap engine is lightweight and trivia not only tap engine or Godot engine every languages code ar Lua

Man loved every minute of this video really motivating , nothing better then following what interest u and spark enjoyment in you , Thanks for the video !

Haha, I like the squares joke (even if it's not technically correct, as those are rectangles). I am making a replacement for the C standard library (with different API) and a compiled programming language, so I can kind'a relate to what you are doing. Though I suppose I wouldn't be using any libraries or frameworks eventually (currently still depending on the C standard library for some things). Still running on top of an operating system kernel though (technically a framework?). :D Might make an engine at some point as well, though I would probably use CPU only. There is this game called King's Crook, written in C using only the CPU, only standard library and the system library. Renders everything to a pixel buffer internally. Might do something like that. GPUs just seem too roundabount. CPUs have an instruction set, and you can just give it the instructions, though still wrapped in ELF or PE. And I am still kind'a unhappy to have to deal with operating system stuff, like potentially having to call into DLLs on Windows instead of being able to use system calls directly. And having to dance around the blackbox GPU? Sounds like a nightmare. Though people tell me that Vulkan might get sufficiently close to the metal of the GPU, might see about that. But probably will still start with CPU only, and hopefully in my programming language. Best of luck with your engine and future games. I am happy to see videos like this, just people passionate about making something technical. Though I hope it doesn't turn into a project that never produces anything, as such is a danger with those things sometimes. I had a GUI library I was writing for years, which turned out to be near useless in the end.

Check out raylib, it is better

This is me - literally. 🤣

try to load the deccer-cubes next :) also good luck with the rest of the engine

I wish you luck. Always admired people making their own game engines

i can suggest also ogre rendering engine it's a bit easier i guess and has more documentation than the forge yes it gives you rendering controll too

did the same, twice, and at the end, well you have no game

You're incredible, this is excellent ingenuity and workmanship

"Nerd who loves C++/C#" to be edgy can't bother to read any documentation on Godot before making a video about it.

10:10 Ho your school works like ecole42 :]

Thats awesome man! Definitely gave a me a good idea of how it is, may I ever want to suffer in this way

"it's very long to wait for Unreal compilation, launching etc" - oh yes, making own engine much faster. Lol you can download a template from marketplace and have almost ready game even sometimes with art in your first day. Anyway goodluck with your engine but honestly I think it's a bad idea. You wanted just make game, why are you so concentrated on instruments idk. if you just worked in Unity for 1 year at least 1 hour per day we all could saw your cool game. Art? focus more on gameplay. Find assets from store, make them work, still you'd be closer to your dream. It's good to try your own engine, you got hella exp from that but if you really just want to ship the game - back to Unity and ship your game. Or after 5 years probably we'll se a prototype

glad you're still alive 🙂 well, the work is amazing, can't lie Keep it up buddy, we're waitng for the game

Damn you got more dedication than I do. Honestly with Unity, *IF* they don't screw it up and stick to the plan their Roadmaps and such look amazing (ECS for All as a baseline but with simpler Gameobjects workflow, revamped Animation system, unified Renderer so theres no more URP and HDRP, yada yada). Thing is...that's IF they stick to the plan....or it doesn't take 6 years for any of those to reach "Production ready", if they even do and don't get canned.....They do not have a good track record for it lol. Who knows maybe new CEO will fix that *copium*

Sweet web dev, never leaving you :)

This is great work man.

Personally, almost all the time when people have to move computations to GPU, they should not have had them in the first place. Cool, grass blades are data driven! (or particles). But why is per-particle/blade data exist at all? Anyways, there is a lot of sequential optimizations that are effectively moving computations up in the pipeline, and one day you will reach the perfomance wall which can only be removed by utilizing unused CPU time. Loved the video, thanks for your story. I envy you a little, i wasn't smart enough for school 42. Opinion: Vulkan abstraction layers are always either OpenGL perfomance (which defeats the point) or Vulkan complexity (which also defeats the point) Major perfomance benefits from using Vulkan are subpasses, low drawcall cost (so gpu-driven loses main benefit), synchronization (semaphores / fences. Not layouts/memory barriers, they barely matter for modern drivers), actually available hw operations (e.g. 8/16-bit, reductions / quads / [just] subgroup operations, variable rate shading, etc.) / compression (arguable) and more explicit buffer's control (how memory is written, how (when) they are updated, atomics, some metainfo for driver like push constants, sets)

This video inspires me to continue developing my own game enigne using c++ and opengl. Its a 2d game engine, so its not as complicated as yours but still. Anyways I wish you success during your engine development.

You marocain?