this is 100% random, watch the indie show bigtop burger made by worthikids DO IT!

you add in a bunch of 3rd party addons to unity and its pretty darn close to unreal.. especially for a solo dev. with Unity 6 when they fix alot of the issues with performance with the meshes, it will be even closer... at the end of the day, its not "Unity" thats stopping you from making money, (like being on Unreal would fix it). its your own effort / talent / skill, you can make a good game on both platforms...

Agreed. I'm always telling people there's hundreds of ways to code a simple movement controller No one developer does it the same way. So go learn your way and save it as a script or blueprint and keep updating it as you learn Eventually you'll have a game you can import and reskin and resell

Id say that purely for 2D the best thing to go with would be Godot

Hey, I wanted to know your thoughts on Godot too? Seems like an up and comer.

He's keeping his darker side in there. 🤣

Thats wherre he keeps the people that say "thats impossible to do in blueprint"

Chu chu Charles is in there.

Yeah wtf?

Meant to be a joke from the Dev logs, but it wasn't funny from the start tbh.

First thing I noticed. It’s like someone is out to get him. Probably the folks at Unity. Their decision making hasn’t been the best of late… 😅

yeah i think charles is after him

I thought it was a Silent Hill 4: The Room reference 😅

Bethesda built an empire on borked games. As long as the player is satisfied the game is good.

Totally agree. While making my game (real small, nothing crazy), I kept thinking "Am I making this the most efficient way?" And then I thought "No. But they don't know that."

Undertale is the best example I can think of for this.

Just stick to the trusted and true phrase: "If its stupid but it works it ain't stupid." Obviously if you do somtheing differently than everybody recommends and it does not work you have every right to be called stupid.....

@@Quixoticrow Excuse me, I am not satisfied with Starfield or Bethesda games since Skyrim.

EA liked that.

making a game wrong only matters when you need to fix a bug or it is a live service. if you dont touch it after release who cares what it looks like

FIFA: YES

Ubiaoft: **coughs** **leaves**

Exactly, if you're using trim sheets or tileable textures it's common to adapt the UV to the texture since the texture is reusable across many models.

Agreed, this is a totally valid workflow. Uniquely unwrapping and texturing every prop in a game causes texture memory issues more than trimsheet workflows. Which is why I personally prefer the latter.

Yeah idk why this guy thought it was ridiculous. Vfx artists do that all day everyday for photogrammetry.

Trust me, there are many things you can not do with blueprint, this is why I switched my project from blueprint to C++ because I saw the limitations

Many will say something can't be done just because they couldn't figure out a way to do it. That's kind of the beautiful thing about programming something so crazy complex like video games.

@@joantonio6331Such as?

@@Helthurian this comment show that you have not made a game more complex than the average... Try to program mass AI just with blueprint, program the processor, the mass processor. Once your project become more complex than the average, you will see the limitations of blueprint

Disagree entirely as comments like this will 100% drag new devs into dev hell. Being able to hop in a debugger and trace the game flow from entry to shutdown is so powerful. Sadly blueprints can only scale so far before you enter a stage of dependency issues and bouncing between many blueprints causing confusion. blueprints should fill the gap between logic and visuals. I tend to write systems like pickups in C++ and expose events for designers to hook into and script logic on top. Even if solo I still do this because, at the end of the day, debugging is king and blueprints cannot beat C++.

was wondering why no one was mentioning that lol

The real chochoo charles😢

You see it all over these comments LOL

which is then followed by them gatekeeping how to texture things. hilarious

Nope. There are objective rights and wrongs. People who say so otherwise have no clue what they're doing and get offended by their lack of skill. Please stay out of programming if you are this type of person.

@@user-og6hl6lv7p But usualy in programing thare are multiple ways of doing it right, and oblivious ways to do things wrong. From my experience its always some kind of trade. You trade your solution between optimalization, code acces, readability, modularity etc. Most of the time you dont have data to choose right solution, and end up guessing. In industry as chaotic as gamedev best solutions rarely exist.

This is how I learnt coding for the first time. Learnt gamemaker visual scripting, which slowly turned into coding and now I code. Honestly, I would actually recommend some people who are intimidated by coding to start with visual scripting.

@@azzaamnasir5819 Yep. Started with Game Maker Visual blocks, learned some GML, got a hang of the foundations. Started learning Java and a lot seemed very familiar! Now learning intermediate level Java, and my goal is to become advanced and start C++ by the end of 2024. COME ON GUYS, GET A TASTE OF CODE, there's so many opportunities out there! I'm struggling a bit but we gotta push forward; no turning back when we already started.

its the door to his haunted basement lmao

Not really, you can use paper 2D plugin for making 2D games kzfaq.info/get/bejne/iqiglaqSqqu2eWQ.html

I wouldn't say this. I'd say Unreal out of the box is not 2D friendly. But there is a free plugin on the marketplace called Paper ZD that makes it more 2D friendly, and some tutorials on it around. That said, it's better for 2.5D games like Octopath Traveler. In fact, Gavin himself made a 2.5D game before Choo Choo Charles called My Paper Smile. I just want to be careful about scaring people away from Unreal engine just because they want to do 2D. It's possible, and there are resources for it. But yes, Unity is better made for 2D games and has more resources. But if you want to make a game, and regular coding is scary, you can do it with Unreal. It will just be a little challenging. Personally, I'd love to see more 2D games with Unreal so that Epic learns there's a market for it, and to build better tools for it.

It still works, an engine is more than it's graphics. Making 2D in Unreal still allows you to use everything else that doesnt relate to 2D/3D.

Wasn’t there a plugin for 2d in unreal?

Or Godot and gamemaker.

What bottlenecks, specifically? Have you considered DOTS (ECS, Jobs and/or Burst Systems?)

I have decided to use both Unity and Unreal. I am now learning Unreal Engine.

@@dreamcatforgotten8435 there are a few limitations with post processing when i am using multiple cameras and there’s no in built LOD system like in unreal. Although Unity is a BEAST when it comes to mobile and 2D. But for 3D it is sometimes giving me a haard time 😅

@@hamzahgamedev A guy named Chris Kahler(sp) is working on something called Nano Tech for Unity, which will basically be a Nanite-like solution for Unity. I think he plans on selling it as an Asset for 100-200, or so. I'm looking forward to it. As for the Post Processing, I don't have a solution since I typically avoid that kind of stuff unless absolutely necessary.

@@dreamcatforgotten8435 hmm, i know him from his cloth physics asset. Didn’t knew anything about nanite, i will definitely give it a look. Thank you 🙏

I think cho cho Charles is on the other side

@@MatiasFatiasnot gonna say it IS the meths but deff not gonna say it ISN’T the meths either 😂💀

It's probably a joke. He is a horror game dev, I'd be surprised if he didn't pull something like that.

He’s keeping the IRS out of his room 😂

Is it unreal lot better i kind think to go to unreal

@@twdmoments-zd2qx For me it's a lot better, blueprints make it so much easier to code, and Unreal was easier to learn personally.

How you doin now its been almost 3 weeks

@@twdmoments-zd2qx good. Things have been slow bc I started college again but I’m still working on it. I have basic npcs now and a health system. I’m working on the combat and damage system rn. The game will never release for money it’s just a fun thing for me to work on but if I ever post it for free I will post here and lyk!

@@thewhyyyguy6274 thats pretty nice bro what kind lf game you are creating?

@@twdmoments-zd2qx it’s like a third person action adventure game. I’m focusing heavily on getting the game mechanics and hard code to be as good as possible because I really start to nail down the more in depth game design

@@thewhyyyguy6274 thats nice update me

yeah i've started working in unreal at work recently and yeah the majority of the work we're doing is still in blueprints even though we are working on a AA game. THe main things that are in c++ is the networking stuff and the GAS system or just simple base classes to be used as the base for blueprints, which if needed should be simple enough to learn

@@ShamerGamerJM I have heard that regarding replication.

Keep coping nothing beats programming

I wouldn't say that, C++ network coding is not very safe. Mess things up and you can end up putting in a memory error, and all of a sudden hackers are installing ransomware on your customer's PCs using your matchmaking system. C# is safer, and better suited for networking, since the signal is traveling through kilometers of wire, the small performance benefits of C++ don't really contribute significantly.

​@@ShadoFXPerinowhat are you talking about?

​@@ShadoFXPerinolol bro, the biggest most successful games ever made are in C++. Also hackers can get into any network and alter client experiences via mods and ransomware. The language the game was written in even for the backend code has nothing to do with the security, it all comes down to the failsafes created by the developers to encrypt client connections to the servers and confuse anybody who is trying to breach the network.

​@@ShadoFXPerinoalso a signal traveling through kilometers of wires is safer than what? Signals traveling through wires can be intercepted physically, that's why they twist the metal strands inside the casing of ethernet cables so people can't get clear data from them

​@@evvveeeeeeeeYeah and to the point made in the video most indie devs won't be making something so complex where C++ is going to make a huge difference compared to other optimization.

@@Helthurian I think the point more was “understand the line drawn on what C++ benefits you have and what benefits BP have”

@@evvveeeeeeee I meant Thomas's interview. I could have worded that better. :)

I always had this notion that while u could do most of the things in blueprints it might not be as optimised as raw code so I thought that for higher level of optimisation Devs would still go to c++

right? what's up with that?

@@jtms1200 I was waiting for something to burst through.

I love that door!!

Yeah, video about the door pls :)

Amen! So true

"As long as you feel good, you're program can't possibly be slow!" Massive, massive, massive cope right there.

Hi, I am considering creating my next project in UE5. The only thing that kept me from UE for now was blueprints. I like writing code. I also know how to code in C++. However since I discovered shader graphs in Unity,I have to admit that visual scripting can be very efficient. That being said I still don't want to rely 100% on blueprints, as this guy did. May I ask how you deal with looking up stuff for UE, because most of the time, the tutorials are for blueprints?

@@narmjep5674 Like I said up there, I do the majority of the coding in C++ and pretty much everything can be done in both C++ and blueprint. I generally chose based on how easy it is to do it one way or the other. I use blueprint generally when it involves a lot of reference to specific assets / objects, so generally to trigger level design events, sound or UI, since they are specific things and not systems. And C++ when it involves a lot of code, with states, variables and specially when it involves a lot of mathematics. I had experience with other engines and with C++ prior using Unreal. So I first bough a Udemy "C++ in Unreal" course and followed a portion of it until I knew the basics. Then I... often just look at the code really. It's an option when you install Unreal that I STRONGLY suggest doing if you plan on doing any C++: download Unreal's source code as well, way easier to debug and you can just look the code to see what exists. Also since 99% of the code can be done either in C++ or blueprint, following a blueprint tutorial will still teach you what to do. You can right click on blueprint nodes and open the C++ code directly from the node, so you can see what's the code under the hood to know how to do it in C++. Blueprint is not some black magic shenanigan, it's just visual scripting calling a C++ function. With the source code, you can just look at said C++ code. People bash Unreal's documentation and in good part because... it's autogenerated from comments in the code, BUT it also means that the doc is basically directly in the code. I often just wander in header files, searching for what I want.

​@@narmjep5674 A lot of the functions share the same names so a good way to get started with that would be to transfer an existing Blueprint class to C++. I think there's a mini class on it in the Epic learning services or it might be on KZfaq.

@@narmjep5674 Shaders are materials. They have their own set of nodes for their blueprints. But you can write custom expressions or even full HLSL code with a plugin if you want. Very flexible. As for general blueprint use, you can and should always have a blueprint even if it's empty. I create a C++ base class and parent the Blueprint to it. So the Blueprint can have access to everything available in C++. There's a menu to create these C++ classes for you (and any unreal C++ class really). Going the other way is usually done by defining a function in C++, but implemented in the Blueprint. This lets you call BP functions from C++. What I often do is prototype in a blueprint. And if it's good or starts to get too unwieldy, I just write a function in C++ that the blueprint can call if necessary. Inheritance is BP->My C++ class->Engine base class. You can reparent a BP anytime. So you can create a blueprint first and add a C++ base class later if you need/want C++. To look stuff up, there's online docs and the UE forums are great if you ask your question clearly with enough information. There are people at all hours of the day just waiting to help people. There is also discord if you need more immediate help, but you need to be a bit persistent. If you go with Unreal, first thing to learn is what is an actor and a component. You can't use Unreal if you don't know what those two things are in Unreal. They're simple, but you need to make sure you know them. Then learn the difference between Actor, Pawn and Character. There's a running joke that when you find out, please let us know :) There is a difference, but some parts aren't always clear.

Godot's also better for 2D. The problem is with it's 3D pipeline though (and I'm saying it as an avid fan of the engine). Godot's 3D is.. lacking? As of now, it doesn't even offer a good real time global illumination solution. I'm probably bad at optimization, but Godot doesn't seem suited for big, open world games, like Gavin here was making. The lack of a marketplace/asset store that's deeply integrated into the engine doesn't help. Yeah there's the asset browser, but it lack the potential of something like Unreal's marketplace Unreal Engine is also just really pretty

Unfortunately, we'll never be able to make a massive game like V Rising with Godot, because it doesn't have DOTS technology. But it's very lightweight for mobile and 2D games

@@absentspaghetti4527 Don't they have VoxelGI and SDFGI? Do they both suck?

​@@megac0ffeeno they are fine. Godot has some rough edges but gi is not one of them imo

Whay game you making bro?😀

@@twdmoments-zd2qx Souls-like Rough-like Survival Game...... its sound like something hard but principiel its really simple game style

@@martinsvanda5874 thats nice keep me updating bro i will play this

@@karlwest437 yep! Doing 1% better a day makes 100% better in 100 days.

I have to say, I know people have the misconception that coding is all about writing code, but it's not. 90% the coding process is about thinking about how to structure everything, and it's not trivial. Coding has barely anything to do with learning syntax, but knowing what you can do and how to structure it in a way that allows extensibility, readability and performance. Also, while C++ is indeed a language I don't want to touch ever again since college (and C# is a much better language overall), the version of C++ in Unreal is very different. Being adverse to math or coding, is see it as a sign that someone is advert to being curious, which is never a good thing.

You can highlight specific segments and right click them to collapse the nodes into one. You can double click the single node to access all the nodes you just collapsed. It really helps keep things tidy, especially for menus and other widget blueprints. I'd also recommend using structures and blueprint interfaces whenever possible.