GameDev is Easy Now 

True but it is still much easier than it was 10 years ago. You had to bake lighting, make sure nothing funny is happening with shadows and adjust shadow resolutions. Optimize LoD's for your assets. Nowadays UE handles so much out of box that you mainly focusing on making the game instead of technical hurdles of ancient tech.

the keyword is "simple game" like Pong, space invader, that you can just copy and paste a random github code into unity. but a Toy gamedev project is very different than a real world Production Ready Gamedev Project. if Making Game is that easy, Studios won't spent 12+ years making 1 single game and still Buggy on release, those guys who work at AAA game studios are not an incompetent fools

@@Navhkrin I mean baking lights was just slow, not difficult

@@Navhkrinunreal is a very rigid engine it wants you to make a specific game deviate from that pipeline and you will not have a good time.

I have a computer science degree and difficult part for unreal is all the artistic stuff for me. Technical stuff has issues too (connecting a node the wrong way will just crash unreal) but the hard part has been making the lighting look right and making good textures and models and animations.

Didn't see any technical knowledge, only him falling for marketing. These tools have been available for years, but Epic Games decided to start marketing them towards consumers now. Kinda like Apple, but for game dev They're trying hard to revive the 90's console wars but for game engines, since now consoles are just fancy boxes that run multi-platform game engines. I'd be careful with supporting an extremely anti-competitive company trying to pay its way into monopolizing the entire development pipeline. P.S. Lumen is just another name brand of raytracing, btw

@@autismspirit It's still insights into what he likes to use, why he likes to use and overall things I can think about while exploring the area in my own. You don't need to be an ancient senior fellow game dev to have valid opinions and hold "valid" technical knowledge on something you have actively worked with. Pitiful attempt at appearing superior, while just making a fool out of yourself.

​@@PuntiS I'm not an ancient senior, far from it. The issue is that he's 1. talking about things which have been used for years as if they're new 2. "providing insights" into tools which aren't even that much easier than what is provided by other engines/existing plugins 3. promoting an extremely scummy company

@@PuntiS Also I really don't want people to get the idea that game dev is easy now because of UE5, God knows there's already enough people on twitter trying to shut down any game that isn't running it. Any time there's any graphical or performance issue with a game the common response from gamers is "just make it in unreal engine!" and titles/videos like these are definitely not helping.

@@autismspirit I overall agree with your points, but I disagree with completely shutting down his credibility because of lack of experience with other tools, or his ideals regarding the tooling he uses. For the people who are really willing to delve into the field, we all know that companies such as Unreal or Unity are scummy. All shareholder-driven companies will eventually reach the same point. The thing is that attacking or dismissing people because they voice something you don't like is not really the way to go. It just creates infighting. About gamers, I have no idea why you are listening to them. You listen to feedback from closed testers or a very small subset of topics from the community, but the average person will never care about you as a person or professional, so no reason to mind them.

the DAN show

It's because Dan doesn't have a massive ego

A lot less interrupting.

50% less cynical

i like linus for surface level information about a wide range of subjects, but i do love it when dan and luke nerd out about very specific things

You need to edit , your edit comment

@@Qwapy1 dang

@@Qwapy1 English ain't my fist languange

yea with a lower barrier to entry, people can get their bad ideas out faster and easier, without the time or outside input that would normally filter them

Where I'm not going to disagree with you I will say this. I think in any creative field.Probably one of the worst things you can do is to specialize yourself especially in game design in the current market.

The DAN Show.

Oof

Lost my job a little over a month ago, just got a new one. It isn’t the end of the world, but it does suck. Keep your head up, you’ll make it through this

hey man, it's been 3 months since your comment, but hope ur doing fine!

It's not that the hotkeys are bad or uncustomizable, it's that efficient workflow in Blender is hotkey heavy. Switching camera angles, render modes, adding loopcuts, adding modifiers, etc. It can all be done by clicking things on the screen but is wayyyy faster if you know your shortcuts

That sounds like a bad CS course. Coding absolutely isn't a 'sit down and practice over and over' kind of skill - you won't learn anything approaching it like that. It needs very intentional study - sit down, learn a concept, put it into practice, move on to the next. Sure, like anything, you'll get better over time as well, but 90% of the learning happens at the outset. I learned basic programming in a few days when I started. I can now learn most of an entirely new programming language in the same kind of timespan. I truely believe it is possible for just about anyone to do the same

Also, I have much less experience with music, but I think - at least the theory side - is much the same. Sure, playing an instrument is a mechanical skill that takes practice. But learning how music works in general? That's an intellectual task that practice doesn't do much for.

@@hyeve3551 coding 100% IS a skill that requires countless hours of practicing the same thing over and over. Because the concepts may not be that difficult to understand, but the execution of those concepts is a lot harder than simply understanding them. If you don't practice everything a million times, then you're going to get it wrong more often than not. And with coding in particular, a single mistake can render the entire project a complete waste of time. And then you have to waste even more time hunting through the code to find the mistake. The only way to actually make worth while progress is to simply practice *not* making mistakes endlessly for however long it takes. And as for music, sure, just about anyone can learn and understand music theory, but if you're not capable of playing an instrument, then what was the point of learning music theory? The theoretical is useless without the practical. And it takes THOUSANDS of hours of practice to reach even the most basic level of proficiency in an instrument. Just getting to the point of not making your roommate's ears bleed takes dozens of even hundreds of hours of practice on its own (not to mention that you have to reach that point before you can even be sure you actually _enjoy_ playing said instrument.), and even then you're still basically useless for another thousand hours of practice.

@@GeneralNicklessounds like you may have ADHD, it helps to work with a therapist to explore, what is essentially, coping mechanisms to help you tolerate it more. I’ve worked in the medical field for almost a decade now and almost all my certs / licenses have been founded on OJT. When you learn what works best for you, you can communicate that with others and they will help you succeed. This is especially true in a work-place environment. That’s been my experience anyway

​@@GeneralNicklesThat aspect of coding never changes. Professional programmers make just as many mistakes as new programmers. Getting "good" at programming does not equate to avoiding making mistakes - and if you treat it like it does, absolutely you will never get anywhere with coding, no matter how much time you spend on it. But how many mistakes you make isn't in any way an indicator of how good you are at programming. There's a reason why we have complex, powerful software specifically dedicated for writing code in that can detect and often automatically fix many kinds of mistakes. And as far as music goes, there is many, many, many different ways to make music without being able to play a physical instrument.

For geometry, you mean? The problem is that they require a completely different rendering process that GPUs simply aren't optimized for - and which is just much more expensive from the start anyway. Film productions already use tons of their own custom engines and techniques, and I'm sure SDFs are used there in places where it makes sense to use them. SDFs aren't gonna change anything about your lighting or compositing, though, that's a totally separate thing. And usually that's much more of an artistic choice than an attempt at matching reality - neither most movies or games are trying to look perfectly realistic, they're very deliberately and intentionally deciding how they want to make things look.

All of the cameras have dead pixels. They only realised this WAN and Luke waving his arms through the dead zones to check as Dan lost his shit was hilarious.

Would you like a perfor mint?

The neat thing with RU-vid and pretty much any video app on a phone is you can rotate the screen and if you just watch the dead pixel, that's a pretty easy way to tell if it's the video or the phone. Or if you're on a computer just drag the window around

I'd compare Godot with a Unity, rather then an Unreal.

​@@GCAGATGAGTTAGCAAGAYeah, and even then, it's more like Unity in 2015. I love Godot, but it has a long way to go. I'd definitely suggest it more over any other smaller engine, though.

@@pixels_per_minuteAnd much like Dan said Unreal felt like modding a FPS to be something else, Godot feels like modding a 3D platformer to be something else

unreal game file sizes are not inherently much bigger - engine code is just text, it's tiny. unreal is just usually used with far higher quality assets, which are what make up 90% of the size of a game. a simple 2d game in unreal will be tiny, and a massively detailed complex game in godot will be huge.

the EDITOR is bigger, but that's because it's vastly more complex and contains tons of assets you *might* need - which is not included in a built game unless used

Godot is missing a ton of features for 2d compared to unity and everything is rought and debugging is pretty awful. Refactorign is awful in godot as well. Node approach can make things very messy .

I have a stupidity experience PC, and Unreal ran horrifically for the first few days. I'm still have issues with it. Once my game design class is up, I'm uninstalling that monster. Maybe It'll give me reason to also uninstall the Epic games store. That runs arguably worse.

​@@pixels_per_minuteSounds like you either went overboard on one component at the expense of another, or it wasn't really as high end as you thought. I have a medium-low end rig (2060 super, 5600x) and unreal editor runs totally smooth. The other thing to consider is disk speed - a slow hdd will absolutely destroy performance in apps that need to do tons and tons of small read/writes (like game engines do). Really really need a good SSD for them.

@@hyeve3551 I have 3 NVMe drives + a 4tb HDD, a Ryzen 9, an RTX 3080, and 64GB of DDR5 RAM with a spare 64GB on the shelf. It was definitely just the engine struggling as everything else on my PC was working completely fine while it was chugging along. Idk what was happening.

​@@thisguymartin Unity was never built for 2d and it absolutely shows - everything 2d is a janky afterthought, especially if what you want to do is pixelart. I mean it can be done, but personally I'd rather try my hand at reimplementing missing featires in Godot than spend more time than I need to fighting against Unity's janky 2d physics and unwillingness to work with a pixel grid. The "pixel perfrect camera" works but is a super hacky workaround. But preferring Godot is absolutely just my preference, specifically for classic 2d pixelart. It's not an objective truth like the system hungriness of Unreal =)

Three, third camera has one on the right side on the white shelf.

SDFs are better than just scaling sprite sheets, sure, but they're not even close to direct vector rendering

ToT

What's the chances of all 3 having 1 dead pixel in difference places

What do you bet they've broken their cameras by putting it in the X-ray machine?

@@sieko9813 depends on manufacturing standards

I don't think they'd have used all 3 of these cameras in the xray machine. I think it's more likely there is some overlay messing with things. It looks much bigger than a single pixel on each camera to me.

@@Firecul Yoy can even see it slide between spots when they switch cameras. It's definitely in software.

it wouldn't be that interesting. It's just the most powerful parts you can afford, with maybe a bit more CPU focus than the typical gaming rig. Coding & technical dev side only cares about cpu performance, anything artistic (modelling, texturing, and obviously the actual in-engine 3d rendering) is generally gpu-bound.

@@hyeve3551 Not really, right now the CPU question would be Intel for better productivity right now or get an 7800x3d thta is am 5 and upgradeable down the line which the Intel cpu would not be. Then we have the GPU question, do I go for better rasterisation + 4k and go for the RX 7900 xtx or do I go for better raytracing and go for the much more expensive Nvidia card? As most gamedevs are also gamers, the next question comes up, do I scarifice anything a gamedev would need for game performance and so on. It is very int eresting you clearly just didn't think about it enough