Why I'm not switching to Unreal Engine... | Unity vs Unreal
Вставка
- Опубліковано 16 чер 2024
- Wishlist Farewell North on Steam
👉 farewell-north.com/steam 👈
Join the Discord
👉 farewell-north.com/discord 👈
It's a debate as old as time: Unity, or Unreal Engine? Plenty of channels have offered their opinions on this topic, but I want to share what I believe is a more pragmatic approach to selecting a game engine for your indie game.
There is plenty of love about both engines, but just like Blender vs Maya, they're just tools - nothing more, nothing less - and this choice doesn't dictate the final quality of your game. Sometimes you just need to ignore all the buzz around the latest tech demos and feature announcements, and consider the progress you'll make by sticking with a single engine for the long term.
Farewell North Original Score by John Konsolakis: www.johnkonsolakis.eu
Restore color to the desolate islands of Farewell North, an open world journey where you play as a collie traveling with his owner. Explore land and sea, uncover hidden paths, evade monsters, and free wildlife to bring color back to the world while revealing an emotional story about saying farewell.
TikTok: / kylewbanks
Twitter: / kylewbanks
Website and Email Newsletter: farewell-north.com
0:00 Unity vs Unreal
0:30 What is a game engine?
1:03 Why I chose Unity
1:50 Engines are homogenizing
2:15 Which has better graphics?
2:47 Benefits of each engine
3:25 Why I'll never use Unreal Engine
4:58 Recreating Farewell North in Unreal Engine?
5:28 Which engine should new indie devs use?
6:13 Outro
#devlog #gamedevelopment #gamedev #gamer #gaming #videogames #indiedev #indiegame #unity #unity3d #madewithunity #steam #unrealengine - Ігри
Well, this has all gone up in smoke with Unity management effectively outing themselves as being out of touch with reality.
Since posting this video over 1 year ago, Unity management has made one poor decision after another. With the latest per-install pricing changes announced by Unity, and the way they've gone about (mis)communicating that (including trying to sneak TOS updates for already released games), I'd say we're well at the point where it makes sense to start looking at different engines.
I stand by the core premise of this video that the choice of engine does not dictate the quality of a game. My one regret, and I regretted this as soon as I posted this video one year ago, is where I said "never switching to Unreal" which has caused a lot of (justified) negative comments over the last year. That was way too strong a phrase at the time, and certainly too strong now. Mismanagement by the company aside, you should absolutely be re-evaluating your tool choices on a regular basis, but it needs to be done with an objective mindset and not simply chasing the latest trends or shiny new feature. That was the purpose of the video, and I feel that my mistake with that one line has skewed the response.
The Unity engine itself is still plenty capable and Farewell North will continue in Unity, but I'll be looking to different engines including Unreal and Godot for future projects due to the decisions made by the company management.
Hopefully, the recent resolution has made you feel a bit less worried. I think they really just botched the rollout and messaging of a necessary change to move towards sustainability. Farewell North is looking magnificent BTW.
Just come to unreal already
@@topg2639 Building the demo project in Unreal for iOS takes 20 minutes just to not work. Wut...
It really is all about just picking something. I remember when I was first learning to program and constantly switching between languages after reading articles and forums saying "Use this!" or "No, use this!". Try whatever and see if you like it. Don't think that much about it. Pretty much everything can be done with anything nowadays.
I want u to show me how u add million of polygon objects into unity 🤣
@@hubiguschti5867 perfect reply!
@@hubiguschti5867 Maybe they don't need to add million polygons for their game? It is not black or white, I'd choose one engine over the other depending on the game I want to make. Would you do a 2D game using UE? Good luck.
Sometimes it is even better to write your own engine if you need very specific features. I find this arguments about Unity/UE quite childish and unprofessional.
@@hubiguschti5867 Do millions of polygons improve a game? No.
@@hubiguschti5867
Here is a video of a guy implementing an equivalent to Nanite in Unity:
ua-cam.com/video/P7mUuCSAX0A/v-deo.html
The beauty with Unity is that it's a decent general purpose game engine you can easily build upon to achieve equivalent results if you know how to do it. The reason Unreal, a game engine mainly aiming for high fidelity is able to afford making and pushing all this fancy tech themselves is because Fortnite and their game store provides additional funds for developing the game engine. Unity is a lot more restrained in their budget.
Unity has far better 2D capabilities than Unreal and the HDRP renderer (the one with all the fancy bells and whistles, URP is when performance is more important) is generally able to look visually on par with Unreal.
Most of the time, it's more about what tool you are more comfortable with using. Unity may not have Nanite or Lumen now, but it is something that will be available eventually and even then, those features are not needed for all games.
I am working on a game with low poly pixel-art visuals, I don't need Nanite as it would be overkill and while Lumen would be nice for a few edge cases, I am able to do without it.
While I do agree with a majority of what you said and your reasoning, I would advise against the staying with one software solely because it is what you know. I am primarily an artist, and for many years Maya/Max has been the standard, but in recent years Blender and Houdini has made leaps and bounds in features and improvements that Maya/Max are lacking. Learning new software from the ground up sucks, but sometimes it is worth it in the end. I am not anti-Unity. I do projects for my job in both Unity or Unreal depending on the needs of the project. For a majority of things, it comes down to what you prefer and are more comfortable working in, but both Engines have some features that are undoubtedly more suited for certain projects than others. If one engine continues to make major improvements, but the other stagnates and falls behind, it wouldn't be worth sticking with the stagnate one just because it is what you know better. That's just my perspective, and again, it comes down to the developer's needs and what the project is, so sometimes just being comfortable with your tools is enough.
Now, here's a comment I can get behind.
Well said. There will come a point where either engine (or both) falls behind the times, and then it's important to adapt. My point is more about not chasing short term trends, but on a longer time scale things are different for sure.
exactly, i was working only in Max and didn't want to even try blender ... now i am saying in my head ..... if i switch to blender sooner i would be on a higher skill level ... I tried both Unity and Unreal. It seems to me Unity is considered more professional ( like max was before against blender ) . The problem is when that 2nd software starts to be better in mind it isn't. Unreal started to be more connected to other things, metahumans, lumen, nanite, quickel bridge .. even if you could do that in Unity that extra work to do that is still extra work ... UE is definetly more begginers friendly and dumb friendly meaning that even if your skill isnt that high you can create something what is still good looking ( even if that background is based on bad work ) from my point of view Unity is perfect for 2D or low poly projects ...for 3D mid and high poly projects now with UE5 there are so many tools in that engine and what you can do in UE in a while do you really want do that extra work to be at least possible in Unity only cause you like Unity ... i know that experience in some soft can be drawback to learn in new soft i still hate some shortcuts and ways how blender behave against Max but i learned that if you are really good on bicycle and somebody offers you motorbike with even better price your answer shouldnt be nah i am good on that bicycle. ( sorry for my english btw )
@@filipkral4540 Unity is the beginner friendly engine, not Unreal. Unity has always been the indie-friendly engine, starting with a simple game engine for MacOS only. Unreal on the other hand started as a private engine that AAAs could licence. Unreal is more powerful but the learning curve is steeper, from my experience with both. Unity is pretty laissez-faire, and the C# scripting is more forgiving than C++
After reading the end of this I remembered Flash games competition on Newgrounds, that is held even nowadays.
When I first started using Unity I was like “Ahhhh, my games look horrible. I need to switch to unreal” but after over a year of using Unity I don’t regret it because I now know that both engines can have good graphics, and it’s up to the budget and experience regardless of the game engine. I’ve gotten pretty used to Unity now and I don’t want to switch because I’ve gotten so good at it. (And yes, I can get good graphics. It just takes a bit more work)
That and learning to get post processing from Unity in the asset store/another download feature in later versions.
Or just play with the lighting such as baked lighting and light probes.
I was dj for over 20+ years and its kinda similar. I was having record players that werent as good as the ones used in most clubs, but that actually in the end makes u better. Playing in clubs was everytime so much easier afterwards. Ull learn more in unity cause u have to do more by yourself. Still i am goin with ue for my project, as single dev its rly faster i believe ;)
A bit more work is a magik !! i have 5 years of Unity XP, a bit is a great lie, but i understand your soft comment, doing same (high) graphics in both engine, take maybe 1 week more for unity, in term of PBR's colors and high definition meshes, but i agree for stylized and soft core process, unity is fantastic for tiny studio, and mobile game dev, in fact unity is more expensive financialy cause of "time to do" as unreal is cheaper, but non efficient for 2d and mobile game. {Financial & time terms are the keys to compare, the result is not important, as a Studio point of view}
But now UE5 has Lumen and Nanite
@@damaomiX yah, ima have to switch because I would like to make an open world game.
I agree with that. Although i have been programming for more than a decade, ive only been in game development for about two years now. And each day im getting more and more familiar with unity and it also makes me confident in my self. I think thats the key to mastering any kind of tool. Getting familiar with it and becoming confident in your ability to use it.
absolutely, confidence goes a long way especially when it's confidence in your ability to learn and make progress
Both engines have strengths and shortcomings. The real trick to proficiency is learning both to an extent where you are familiar with those strengths and advantages to the point where you can look at a project plan and say "This will be easiest to build or most effective if we use X". I actually enjoy using unity more but recognize that something's are just easier to make with unreal.
yeah. most strength of Unreal:
- needing 100x so much time for every result like unity"
is the biggest Strange of this engine. Not matter WHAT you doing.
*everything* needs 100x so much time.
We've used a slew of engines, including both Unity and UE4. Earlier on, Unity was invaluable for its approachability, especially with Typescript and C#, while UDK was an absolute UX nightmare. Now, UE4&5 have such clean and clear design sensibilities and *cohesive* systems, while Unity is 50% optional beta tools stacked atop each other and 50% deprecated limited versions that everyone uses because the cutting edge beta stuff doesn't work broadly enough for any game.
Obviously a game of any quality can be made in both engines, and we don't like that UE4 games are inherently more bulky than Unity or Godot games, but for ease of use and maintenance, UE4 has a huge upper hand. And while yes, there's value in working with an engine for a long time, there's also value in diversifying your skills across multiple engines, both so you have options and to broaden your understanding of how systems can work.
Definitely makes no sense to switch a project from one engine to another unless you find the engine you're using is simply lacking features you need. But for beginners, or people starting a new project, we'd always recommend either UE4 or Godot as a starting point, with Unity being the backup that will work if the others don't.
how about starting on U5? currently about a week in already and am finding chaos hella convenient for my plans of destruction based games
agreed
@@blitzfyre669 Oh, sure. I'm used to recommending UE4 because UE5 was still in beta for a while - I understand there's still some things that are a bit wobbly or incomplete but you're right, for a beginner it's better to learn UE5 now.
This is what made me switch over to Unreal as well. It was a few years ago (around the time they started to introduce ECS and their new dependency manager thing), so maybe things have improved since then, but I felt Unity had become over reliant on plugins, third party tools and beta stuff. You needed plugins to manage your plugins, all of which was in various states of "beta" (i.e. none of it working properly) and it just felt like Eclipse all over again. As much as I appreciate an extensible tool, I think there is value in a vendor actually trying to provide a complete solution with proper releases, where all those tools are somewhat guaranteed to work together.
Unreal does all that, which allows me to spent much more time actually worrying about my game instead of constantly tinkering with the engine.
I'm strongly disagreed with the ease of use. I remember I picked up Unity and Godot and made something work in a matter of hours. For Unreal? It took me weeks before I could work on something on my own without going back to consult the doc. Partly, because the documentation is horrible. The tutorials were too hand-holding and always skipped the details explanation (or any reference) as to why we need to do this and what's the alternative. The API documentation? That's no better than reading the comments they left in the source code (maybe because it actually is). I don't know why they even bother creating that, really.
Most of the time, I found better tutorials from UA-camrs and not from Epic's official channel. That says a lot.
I used Unity for over 4 years and it was the engine I started with when I first got into game development, but then I had to switch to Unreal Engine due to my new team using that. At first, it was hard to get into but after using Unreal Engine more and more I started to learn all its features and how every system works together in a nice and coherent way. After reaching that point it was really hard for me to go back to Unity because once I got over the learning curve of Unreal Engine I just can't deal with all the shortcomings of Unity.
In my opinion, I feel like the programmers over at Epic Games making the engine really understand what game developers want in the engine and it makes sense because many of those programmers are game developers who worked on games before or are currently working on one of Epic Games' games. Whereas Unity doesn't make any games and so I feel they don't always understand what we game developers need from the engine. I also feel like many features in Unity are glued onto the engine due to them buying some company who was developing a plugin for Unity and then decided to make it part of the main Unity features without it fully working with everything else in the engine. On the other hand in Unreal Engine almost everything in the engine was developed internally and is made to work with all the other systems in the engine in a clean and coherent way.
I'm not trying to hate on Unity or anyone using it, if you feel comfortable with it then go for it. I just wanted to give my opinion on the two engines from my years of experience in using both.
most people commenting have not seriously used both. Including author of the video. it's a lot of words to explain, "I dont want to lose time learning new skills." You can bet anybody who has a defensive approach to the subject isn't trying to understand the truth - they just want to feel good about their decisions.
This is exactly how I felt when I was learning Unity in University and then used Unreal for work, then I tried to go back to Unity and doing basic things in Unity just felt super tedious and annoying.
Currently in my last year of game design uni as well and we were all taught how to use unity only. Being someone interested in VFX and particles I noticed lots of people used unreal for their particles so I decided to teach myself unreal. After switching to unreal everything felt organised and placed perfectly to where I’m never stressing on something I’m trying to do/ find
I agree totally. I was in the same boat. once you know the ins and outs, unreal is just faster and simpler to work with, and now with better c++ integration, nanite, lumen, and megascans, I see no reason to even look at unity anymore. I believe the only reason I would is if I was designing something that used thousands of low res animated items. Unity seems to handle better in that unique case.
I love your comment. Most people who weigh in on this topic either crap on Unity without explaining why, or take this really wishy-washy stance where they're like "well....they're just tooolsssss...." (I've always hated the "just a tool" analogy because there are tools that legitimately suck and tools that are well-made that are in a different class. They're not all equal). You should really consider making a video on this with your experience. The thing you said about Unity tacking things onto the engine that other people made really resonates with me. I would also add a similar issue that I've heard, which is Unity relying on other people to create assets for the engine through the asset store to fill the gaps between it's features and Unreal's features, while Unreal has way more built in features out of the box. What's your opinion on this?
I've had comments saying they're surprised when I say I made my game in Unity cause they thought it was in Unreal. I explained my characters will largely look the same whether I place it in Unity or Unreal. Maybe some subtle things like shading and lighting will look different, but the 3d model won't suddenly become more handsome/beautiful just because it's rendered in a different engine.
It's not which brush painter used, it's his skill, talent, creativity and hardwork he put into painting which matters.
well said
@0Jebus0 What if one bush allows more customizability and has a larger community to help you with issues. what If one brush runs on low end pcs. What if one brush will soon get assets from movies? What if one brush gets koru, Manuka, Barbershop and soo much more?
I think its more like comparing a hammer to a pneumatic nail gun though.
Here's my 2 cents, having experience in both.
Unreal's lighting engine is far superior, even Unity's HDRP doesn't get nearly the same results for shadows.
Unity is faster for prototyping, and has a much more forgiving workflow, while Unreal can get you better performance and visuals.
I recommend Unity for smaller teams.
Yeah.
unity: have fun with Work.
unreal: have a Nightmare, and every small step takes 20x so much time like Unity evere needet.
indeed: if you have Tools in Unity doing things in Secundes ?
you will need Years in Unreal, to have the same Result.
just :
material: Click, Schader, Texture, Finish.
unreal: .... first open the Schader Graph..................................................................................................................
@Pablo__4567 No one talks from Shadows.
i am talking from Workflow.
And:
The Lightning in Unreal, looking better. EVERYONE knows this.
This is not the Point.
The point is: i need just 30 Minutes for things, you need 4 - 8 Hours.
with the same Mechanic result.
*And this is truly a huge difference* if you need to design a whole World.
1 hour more here,
1 day more there....
and at the end:
all always talking from "+ AAA Graphics"
The most at the end, doing some simple games, not other than Unity.
Did you ever try to *HOLD* your +AAA Graphics, for truly a bigger Project ? In this case you will learn really fast: That the best Engine, with the best possibilitys for +AAA graphics, helps you - nothing - if you cant hold this alone.
That is a really interesting Point.
So: Stop this "Fanboy s...t"
All 2 are Game Engines.
Unity, may not have the Lightning what Unreal have.
unreal, will not have the fast Workflow of Unity.
but at the end: all 2 doing games!
and all games need work.
There is no need for Fanboyism.
@Pablo__4567 I'm a Unity dev by profession, I make simulations for a small military contractor.
Basically video games, but small scale.
And I'll have you know that getting the shadows right requires a great deal of tweaking and knowhow.
It *IS* possible.
You can check the shadows in Genshin Impact, for an example.
That's a Unity made title, with good shadows.
But it's often not just difficult to get right, it's also performance draining.
@Pablo__4567 Yeah, Unity is lacking in performance when it comes to lighting and terrain.
The source code is available (if you pay lots of money), and it's still much better than most engines.
Unigine and Unreal are better in that respect, by far.
Thankfully what I do needs a more dynamic workflow, and graphics don't matter much.
Unity is perfect for that.
I originally thought Unity would be the choice for me, but now that they've merged with IronSource - I'm concerned. IronSource seems to have a negative reputation having been an adware company. I have no idea how this will affect using Unity, but since I'm at the beginning of my game dev journey I don't want to put a lot of effort into an engine that could change it's user policies in some unfavorable way.
I literally added this same comment on codemonkeys channel, I'm new and all this stuff going on with unity atm has made me want to try unreal instead. And not to mention unity's CEO calling is users "fucking idiots". No thank you.
Ironsource in as much as Weta, Ziva or others merges won't impact the engine anytime soon. I believe Unity will rather sit on their patents and swallow their markets.
another reason why unity sucks; DRM
It should be fine. the adware the company had was not their doing. they created a system that was abused for adware. That would be like accusing banks of credit card fraud because someone found a way to use their system for illegal purposes. The mistake people make is conflating the download software idea,which is what IronSource used to allow users to download a bunch of apps at once usually because they are dependent on one another, with people taking the software and adding malware in the mix of apps in the download. You wouldn't say Gmail is responsible for your malware because you opened up an email that contained malware.
IronSource has the negative reputation because of their software that let people make installers for their software. The problem was that they were able to have options that affected things to include in the install. Basically, people would cleverly add little options to install adware on their users computers and people would just check every box with a blind faith that everything was what whey wanted to install. People just had too much freedom, but IS didnt make the adware themselves, they just had either faulty licensing agreements or bad enforcement of it. IronSource cancelled that software, and I am pretty sure that the merger only affect mobile game devs who want to monetize their games.
So it isn't too big a deal for Unity users, but it is still a REALLY BAD IDEA to merge with a company with a bad reputation because it will destroy your own company's reputation. (like it obviously just did)
WElp this has aged like milk thanks to ironsource
I find really curious that I've seen more than once people posting videos about why they switched from Unity to Unreal or why it's a good idea to stay using Unity, but it's very rare to see people in the Unreal community justifying staying or switching from the engine. I guess if you are confident with the tools you've chosen to use, you spend more time making games than struggling with these issues.
yeah, there is a reason for that
@@Kednems Yeah, I agree with what you wrote and I'm on the community that uses whatever tool is more suitable to a job. I'm mainly a Unreal developer now, but I still publish games using Unity. If you're making mobile games, there's no pointing in arguing, in my opinion, what engine you should use. Use Unity.
But, what I was trying to point out is that it still surprises me that people in the Unity community return to this subject of comparing tools that you don't see in any other community (as far as I can tell).
Kyle, what I wrote was not directed to you personally. Your game looks really amazing and it proves that you know the tool you've chosen to use. It's just that I felt the need to express this opinion of mine about this subject.
The reason for that is there is the perception that Unreal is the tool to use if you want to make impressive games, since AAA studios use it. So Unity users are in a position to answer. I use Unity, wouldn't change it for the world. But I like to code, and unity Gameobject system makes sense to me. those unreal cards look like a nightmare. For anyone who wants to learn to code games I would advise unity. And there is literally no scenario where in a small team you will come to the limits of Unity.
Plus asset store is just amazing. There's so much more material out there for Unity.
@@Taunt61 you must not be aware that unreal gives you access to the entire megascans library for free. There is a store for unreal too, unity asset store isnt quite the revolutionary thing unity people treat it as.
i stay @ unity.
but not @ the stupid new Input System or HDRP or URP.
just unity 2019, built in.
it s great.
Unreal i try.
i was out after "Retargeting".
This is a thing you can do in Unity to, yes.
but.... think about you have 10 different rigs.
You will need 4 - 6 Hours to retarget it to 1 Charakter.
After this, you can do charakter 2
and if you have finish this, you can start to build slow motion workflow "animations montages"
what takes you years even for 2 Aktivitys.
no thank you.
I started with Unreal 3 back in college just since that was what we used in an intro gamedev course. I became relatively proficient with it, and my UA-cam channel was originally only created to host the Unreal tutorials I made for the course. I've never really worked in game development though - really just a mathematician/educator who has consulted for others' projects - so I never really kept up with level design or with the UA-cam channel. I'm looking now to get back into it, as I'd like to start working on games for children (maybe educational?). The recent release of Unreal 5 makes me think it's the perfect time to dive into it, but every game idea I have feels like it would be better for 2d presentation on mobile and so maybe Unity is a better fit. I also don't really know how much my old Unreal experience is still relevant in this newer version. I installed both... but I've not gotten Unity to play nice yet with VSCode as it seems like the supporting tools are deprecated. I was also considering doing some kind of procedural level generation leveraging some Python libraries, and that seems easily manageable in Unreal 5's editor. I'm still not sure yet which way I'll go.
I agree with the premise of this video. I would add that looking at the roadmap of an engine is also important, in the sense that if the one I am using is consistently looking like it is falling by the wayside, then it is better to start looking around.
When i first started using unity almost 3 years ago, this was my exact thought process, that i cant compete with unreal games. But i am a solo game developer, and i will never be able to compete with all these bit studios working in unreal, and i took me a long time to understand that
Man I gotta agree with you :)
That is something hard to admit sometimes, because even tho you spend a long time learning an engine you can still get frustrated with a lot of things and think that "maybe IF I switch engines I could develop this particular thing better", and that of course is almost never true. I also played with other engines like godot, unreal itself, custom engines, cocos2dx, love2d, sdl/opengl, glfw, directx, etc etc (I probably made about a dozen custom engines) but in the end, as you said, what really matters is how good of a workflow you have with the skill you developed over the years, otherwise you're just spending time building tools and learning stuff and never getting to the point, which is: finishing a game.
I also have been using Unity for last 8 years and can say it's the thing that I'm the most familiar with
6:27
I totally agree!
Ive been creating music in garageband for over 2 years now and often thought about switching to fl studio…
But after downloading flstudio i came to the same conclusion: that experience is the most important factor👍🏻
They're both free to try. If you have the time, just give both a shot and see which you like more.
I've got years messing around in both and now that I'm focusing in on actually making a finished, commercial game, I chose Unity since I found my workflow in it was FAR faster than in Unreal, the C# programming experience was far more enjoyable to me, and some of the tools for using Vroid models were more developed in Unity than they were in UE4 or UE5. If I wanted to make a beautiful, photoreal world and had a huge team to work with, UE4/UE5 would be my first choice.
Big note here as well, but it's worth evaluating your personality and history when it comes to development in the choice here as well. UE has so many toys to play with that can be pretty polished that it, that I found myself feeling that every part of my own work had to live up to that same level of polish. By comparison, the relatively slapdash, imperfect nature of Unity at times made me feel like putting in exagerated degrees of effort on polish early on was meaningless. The former approach usually lead to a bunch of non-interactive levels and basic tech demos that use nothing but the built in assets while the latter lead to a finished project for my game jam team, tons of close to finished personal projects, and at the pace things are going, my first finished commercial game project.
My case won't match up with everyone elses, but I think this only makes just downloading both and trying them all the more important in the scheme of things.
I tried Unreal and I love the UI layout and flipbooks but I hate the blueprints. Such a mess of wires and boxes. I would do actual code with it instead because I know how to code but C++ is a whole other beast compared to JavaScript or Python which is what I know well. I'm liking Unity so far though. Maybe I'm not a huge fan of the interface and layout but the scripting is so straightforward and trivial.
The personality/polish aspect is a practical one as well. Low-fidelity graphics (stylized or not) are much cheaper/faster to produce than tech-demo quality photorealistic graphics. So many folks think that if they drop a high-end character model in their game, then that will automagically elevate the quality of everything else. Except that you have to build and/or buy *everything* else up to that same quality.
Crops up more often among Unreal folks, but you see it in some Unity circles as well - champagne dreams on a beer budget.
As more of an artist, I'm definitely drawn to Unreal. Between Lumen and the absolute mountain of film-quality assets they give away, it's just exciting. I love learning to use it, even if the documentation is sloppy.
Right before UE4 came out, Unity was the go-to solution for me when I started to think seriously about games, but I know C++ and didn't bother to learn C# I so struggled with it for the simplest tutorials. I would even prefer doing my own OpenGL routines with SDL. When UE4 came out with the promise of using C++ directly, a major change from UE3 that used UnrealScript, I immediately switched. I hardly use blueprints myself. My skills in C++ proved invaluable in a team that wanted more connectivity with plugins. So I became a "systems" guy, not a gameplay dev and I'm fine with that.
This is exactly right, and this insight is transferable to any other field and software. I'm an architect and an usual debate is had between archicad and revit, and the answer to that is exactly the same. Once you go with one, the years of experience and increased knowledge are much more Imuran than the original choice.
Back a bunch of years ago, I bought into the hype one more time about 'linux on the desktop" and decided to convert from windows. I setup a dual boot, installed the os, fuxored around for a weekend getting video drivers setup, and got some nice things setup and installed. I felt good to have completed the setup. Then all I needed to do was . . . find replacements for the music and art software that I used. Fuck that. I watched about half of this vid and stopped when you made a universal point: if you want to get shit done, use what you know.
I totally agree with what you said. Great video. Been using unreal since about '16 and just go with the one that you feel most at home with. I tried Unity, couldn't get into it, was hard to use for me personally but still, it's a great engine too. I just prefer the blueprint coding setup rather than the c sharp method, it works better for my style of gamie building. Keep up the great work!
Good stuff, glad you found the right tool for you
@@kylebanks Mathew Wadstein is Unreal's Brackeys.
Also
Here my story. When I start, one of Brackey's videos convinced me to Unity can par width UE4 (which is blatant lie). After 1.5 years when my game mechanics, characters, environments are complete, I give up the Unity and move UE4 because, I can't polish GFX to make good enough. When I load my assets to UE4 under default map. Everything much better.
Sure if you after simple game with stylistic environment (like your game). Unity was good enough. Combining with C# bingo, job well done and I do not have any problem with that.
And Unreal has lots of features, even Unity does not have any concept about it. Sure for realistic 3d content you need assets, lots of assets (That's why quixel was free and Epic pumping lots of assets each month for free) and with Ue5, game is not same. Everything was going to change. Plus Ue was battle tested in Fortnite.
After 2.5 years. I almost complete with my pipeline and after getting good with blueprints I can do anything. Of course after 20 years of coding C# may be better choice.
Difference between Unity vs Unreal is. When you hit limitation in Unity, you are done. Unless you had lots of money for engineering team you are dead even if you spend time and money you are dead too. Unity is for certain games. In Unreal only limit is your knowledge, you just don't know what you can do with the engine.
Unity is your friendly salesman. If you are after simple things it will help you.
Unreal is the Karate Sensei. it knows how to generate good AAA game, and until you see the right path, he will beat you to improve.
@@delifisektuxedo Exactly 😂
He has a video on EVERYTHING
and his videos are very good
Great video!
I have also been through a bunch of engines, from a now gone Multiverse MMORPG engine (Be real, we all started on an MMORPG back in the 00's) to Torque Game Engine and XNA. Back in those days, I found Unity, however, I'm pretty sure it was for Mac only (?) and I didn't have a Mac :P
Now I'm in Unity and have been for many years and I intend to stay - because it's totally right what you say - just pick one that suits you and stick with it.
Unity keeps evolving and iterating on their engine and are very transparent and it all makes it better and better. Is it perfect? No! No engines are :)
Keep up the good work! :)
It is a sensate analysis. I used Unity for 4 years, and of course, I would like to have the rendering power of UE and online services, but I do not like to code through visual scripting, I do not like C++, and I prefer to have control over the code and I invested a million kilos of effort in learning Unity professionally, so I remain using it, and if want good graphics I would use HDRP. That's all as I am an indie developer.
finally someone addressed this
I ain't a game dev but I have spent a long time with 3d workflows and lots of software and my finale conclusion is unless there is something actually stopping you from realizing your project there is no difference between different software it's all about the artist
I've been full stack dev for hospital systems for over 20 years. What I've found is often by the time you actually get to mastering a technology, it's obsolete. I agree with Kyle here, it's better to stick with what you know and build on that knowledge.
Totally agree with you, I too started using Unity and stick with it now because they are close enough to make the loss of knowledge and familiarity a bigger factor. When I started, Unity had a much easier and fair subscription model and Unreal had better rendering. Because both exist, each has closed the gap the other had a major advantage in and what we have today is two very capable products that are much better now because the other exists in that same competitive space.
Yeah absolutely, healthy competition in the space is great for everyone
here's an idea relating to the monsters: there could be dandelions or some other kind of flower that work identically to the thistle, but when holding it you occasionally sneeze, making sound and dropping the flower
It was a really interesting video. It's something I have been struggling with for long time, and I think I will try just start as u point out in your video. Good luck with the game I'm looking to play it alreday.
This is aboutta age super well
Didnt know unity had visual scripting like unreals blueprints. Blueprints are why I chose unreal over unity, I've stuck to 3D modelling but as I still want to make games using unreal with its blueprints just made that easier, with the unreal market place having loads of free assets and 5 monthly free assets its just great for newbies to get into. I'm not one of these people who think one is insanely better than the other with the other being terrible, but UE5 does have a slight advantage going ahead with the new nanite and lumen systems, so hoping unity has something like those coming soon.
well for visual scripting alone, stick with Unreal. so far the visual scripting in Unity is incredibly basic and inefficient, and i'm not confident it will ever improve past a certain point. at the very least it will take several years before it's useful and based on a lot of combing through comments on the visual scripting releases there are significant elements who believe Unity made a substantial error buying Ludiq's Bolt v1 codebase for their VS system, and not using the better designed (but still at that time in development) Bolt 2. it reminds me of the Final Cut Pro / Final Cut Pro X split where half of the FCP community went to Premiere rather than use something looking like iMovie Pro. in terms of Unreal they actually hire people who are Blueprints programmers, but that's not true for Unity (and may never be).
Well said and informative! Seen the debate myself, including professors at universities or people practicing either of them for a longer time have those views of one being superior over the other one or that they could never see themselves using the other one.
Fully agree on the experience part! Just start with one, maybe try out both or a completely different one. The most important aspect is experience, no matter which one you choose.
In your time with Unity, Is there a certain design style that works best for you? After learning Unreal I've been using Scriptable Objects as much as possible for immutable data and having my systems reference them. I still run into problems with dependencies sometimes as game design is not the same as regular OOP.
I have been using unity for 4 to 5 years and I kompletely agree with everything you said.
I've been a professional Unity developer for 13 years. I still don't feel like I know everything about it because the tech has grown so much, and continues to. There are tools in Unreal 5 that look amazing and I would love to give them a try, but until they have a scripting language with a comprehensive API it's just not an option I can take seriously. Forking the engine source is not comparable to the scripting extensibility you get with Unity C#.
Asset Store. That's one of the big hooks for me as a long time Unity user. I have a number of plugins I rely heavily on, such as custom input systems and editors. I would spend more time trying to get back what I lose switching engines than actually just continuing with what I currently have
you talked about your custom libraries to build games with with a custom flow, will you ever make a video about the process of creating games with that custom flow? i'd be really interested on how to write code that can be reused like that
The biggest and most helpful takeaway here is "Just pick one and start." We can debate all day which is the best engine for any given purpose, but as General Patton might have said, a good engine that you start learning today is better than a perfect engine that you'll maybe probably start learning next week, unless you change your mind again.
Besides, you can always just learn Unity then learn Unreal (or vice versa). A lot of the general principles of C programming and "how to use an engine at all" will carry over, and then you won't have the FOMO because you're making an informed decision rather than a guess as to which you like better. But you can't even do that route unless you *get started.*
If you aren't picking tools because of their quality or use case, features etc then that can set you off to a bad start, i think both unreal engine and unity are just fine but, don't pick something completely randomly and then regret it a year down the line, do some research about them before you decide to jump in.
There is no more contest, Unity under an ex-EA CEO leadership have merged Unity with IronSource, a malware company. Unity suffers a low blow on this one.
Epic also has dangerous ties with the PRC because Tencent owns too much stock, so CryEngine or Godot is better as Epic games software may have PRC spyware added in the future.
@@AbleistSLOwning a minority stock does not equate to getting Unreal to implement spyware; stop trying to spread misinformation, also CryEngine is even more proprietary than Unreal, since the source code isn't opensource, and it is no where near as developed or feature rich as Unreal, same goes for Godot, which is really only good for 2d games.
@@griefy4555 40%+ is not minority, also the newer client reportedly recycles code from TenCent.
@@AbleistSL Epic made that deal back in 2012 with Tencent to gain access to the Chinese Market, not to implement "spyware" into their engine, don't know where you get your facts... also even if they did the engine is completely opensource, which can be modified, compiled, and rebuilt unlike proprietary closed source engines like CryEngine and Unity.
@@griefy4555 Bla bla bla what you said is irrelevant as it has nothing to do with the issue, the issue is that TENCENT COULD FORCE THEM TO EMBED PRC SPYWARE INTO ANY PROGRAM THEY MAKE AS WELL AS LEAK ACCOUNT INFORMATION TO SAID HOSTILE GOVERNMENT.
I don’t think I’ve ever seen a better explanation. The only thing I would even potentially change, is instead of just picking an engine, I would recommend trying the ones you’re interested in, and seeing how much you like each workflow.
thanks for the tips, but honestly i got more questions
i have decided to choose godot, do you know if i can make good 3d games there ? just like yours as a example
should i choose godotlanguge or c# in case i switch for unity ?
any tips to deal with laziness or procastination ?
ive been delaying learning programming for so long that is sad.
I use Unreal and have done since 2011 back when it was UDK and then UE4 in 2014 when it came out, this was mostly because at the time I was focused on the art side of games rather than the coding side and Unreal was the most useful to me at the time, however now I use blueprints to actually makes games. I also used Source SDK quite a lot before I switched to UDK, the reason I switched was because of various issues with Source SDK and while I've used Unity a couple of times over the years (mostly with gamejams where I was just doing art) I still prefer Unreal as that's what I've used to.
I love Unreal and I absolutely agree with everything you said.
Absolutely amazing video, I started with Unity, switched to Unreal pretty early on and it's been around 5 years now, recently I've really spent time trying to make my own game engine, but I couldn't even start, I've wasted a lot of time just thinking if I'm doing this the right way even though I knew there is no "right" way. After watching this, I've come to terms that my experience in Unreal is more valuable and the idea of a Custom Engine is not very realistic especially when I'm doing it all alone, I believe no one can master everything, but one can master a single thing instead. You just have to be comfortable with whatever tool you're using.
I have been using Unity for year now and was recently impressed by unreal.
But however I not nearly as proficient in c++, as in c#, and unity just feels a lot more intuitive to me now.
Thanks for the video!
How about now?
I like both game engines and have used both, but the new Unreal Engine 5 is just way better for big games. indie games are probably the same but going past that Unreal 5 is just better.
even for smaller games, is just faster and easier to do 3d stuff in UE5 then ever before, regardless the artistic level of detail or any other engine(including ue4).
What do you think UE5 does that makes it that much better? Most of what I've seen from it has just been a standard update beyond Nanite and the large World partition system. Even then a similar setup to Nanite has already been made as a plugin for Unity. Like don't get me wrong it's impressive some of the tech but nothing that fundamental has changed tbh.
@@zombieguy You didnt even mention Lumen in here. So I not going to waste my time talking about the rest.
Ive been using ue for about a year only to do cinematic work and rendering and sincei wanna follow a programming to game design path for my 1st degree i feel like i would be willing to cope with whatever difficulties c++ has over python or whatever unity uses simply because i know the endgine and i love how fast you can make smth look photoreal.
9 years on Unity
Last two years on AA projects
But now I’ve start to learning the ue5 and it’s awesome
People talk about Unreal as if its magic and will automatically make a game super amazing..
EU5 has been out for some time now and how many actual games have we seen with the amazing graphics they have in their tech demos ?
Epic has a good marketing team, that's why. I was also fooled and tried Unreal for 1 year before returning to Unity. I also had some indie developers tell me that there's a 90% chance investors won't fund your indie game in Unreal unless it's nearly finished, just because the fail rate for indie projects in it is very high. However I don't hate Unreal, if it's useful for some people I'm happy for them, and it also keeps the engine market from becoming a Unity monopoly
TBF it's only been 2 years. The games using UE5 are only just coming out like Lord of the Fallen and Immortals of Aveum
Subscribe for a genuine, heart-felt, limited edition Thank You!
Already subscribed sadly so i can't get a thank you :
@@thecatbrat42 thank you :)
Hey brother, thanks for the video! I am 1 year deep in Unity making a top down 3D space rhythm shooter. Haven't gotten into lighting / rendering / anything like that yet, just spent all my time coding / designing / modelling / painting etc.. Always wanted to learn Unreal but time is valuable and I know C# already and am not a huge visual scripting fan.
What is the color effect done in the intro of the video? It is also shown at 2:14
I've been using both engines for quite a while and have things that i love about both, but the thing that bothers me most about unreal right now seems to be the problem unity had c. 2018, where anything epic is not currently using suddenly gets worse and worse compatibility and gets replaced every other year. In ue4, i feel like I've been abandoned, as tesselation, lightmass, seamless travel all have major issues that have to be fixed in source. This combined with bad docs is very fustrating. That said unity has only recently begun to get away from this approach, and i remember similar issues trying to decide on which input system, graphics pipeline, ecs/gameobjects to use as unity released galf finished tech demos every other month. Unity figured out that doesn't work and i hope unreal does too.
Edit: it really is about the tools and less about the tech
i'm working with unreal, myself. i can definitely respect your reasoning though. neither one really does anything really better then the other. i've only just started, but unreal is the one i simply decided to drop time into learning how to use. keep doin you
nice, glad you found what works for you :)
If you've only just started, how can you say that no one does anything better than the other? I've used both for years as im an asset creator, and its always so much easier and faster getting the visuals to look good in Unreal. But everyone i talk to says programming is easier and faster in Unity.
@@justindavis2711 fair point, but allow me to ask you this: with everything said and done, and the project, what ever it may be, is completed, and no one told what engine it was made with, would you or anyone know the difference?
sure a seasoned eye might be able to spot technical things or recognize assets or tools from the marketplace that are particularly distinctive, but so long as the end result is to the satisfaction of the target audience then it really doesn't matter what engine it's made on.
all i'm trying to say, is that there's really nothing to be gained by pitting the two against each other.
About 13 years between film and game dev, used both Unreal and Unity along with buckets of other software. Great video, how comfortable you are with the tools when choosing what to learn first, though if you're starting something new and have an idea a little research can go a long way. Both engines can do most of what each other can, though UE5 is fancy it can be time consuming, but rewarding, working with new systems particularly if you plan on leveraging a feature to draw people in.
It makes me so happy whenever I see a video like this, where the person talking spreads the correct message about choosing a game engine. 🙂 The only wrong choice, is thinking that a particular game engine is superior to others.
I once met a great unity developer who told me tryo out UE4, you will find some usefull tools there.
Find your workflow and define your toolset, don't be a fanboy. Good point of view, i enjoyed the video
I like your approach on this topic, and for some reason (not sure why) its a touchy subject for a lot of folk. Its down to preference of the individual. For me I spent quite a lot of time ( 6 Years ) using Unity. I was already semi trained in C# and Unity's ease of use for beginners is amazing. And most my contract work ( C# ) comes with Unity. But i found myself aiming towards Environment Art / Level Design for games. My creative mind just came to light. But with this direction i was heading i soon noticed flaws in Unity. And that was its limitations. And limitations in environment art and level design are not there with Unreal engine. In unreal engine you can create massive open worlds with high fidelity, which simply can not be done in Unity. If your are new to game engines Unity is the one. But if you have experience with engines you will find yourself using Unreal Engine. Unreal engines learning curve is real hard compared to Unity, but there is a reason for that. My channel is full of tutorials on Unreal Engine with regards to environment are and level design. And that is because i know how hard unreal is to learn. This is just a preference. Great video BTW.
I don't understand this. I coded a world streaming system for Unity that just loads the nearby terrain in under a week. I would say you can only not do these things in Unity if you don't know how or if you're not really a coder. My game is looking amazing. The only thing I'm jealous of is Nanite, but Nano Tech is coming for Unity, so... just a matter of time and Unity will catch up or even leapfrog. Meanwhile my game is 350 sq miles and I don't see a problem with building a huge world in Unity. Access to those megascans trees might be nice, though ;)
Oh, and my game is MMO and I'm still world streaming. ;)
Excellent point, spending years building up mojo in one engine is like climbing 10,000 flights of stairs in very tall building. When you finally get to the roof, the view is great :) But sometimes it let's you see cool stuff on the roofs of other buildings... then you're like wow, that'd be nice but it's not worth climbing another 10,000 steps to get there... totally understandable to feel that way.
Having said that, I'm one of the lucky ones: The jobs I've had almost always required me to use unity, but in my own project I've always used unreal. So I'm pretty comfortable in both (disclaimer: I've been doing this a _long_ time). Technically, I could have used unity for my project, but part of my wishlist was to get the rendering as realistic as possible, so that gave unreal an advantage over unity (at least with me).
TLDR; Why not both?. As Kyle said, they're just tools.
Learning unity has let me work fulltime as a technical artist for many years, learning unreal let's me get the results I want in my bucket list project :)
Hi Kyle! Great Video, I Started Playing With Unity & Unreal Around 3 Years Ago. But My Laptop Refuses To Run Unreal Properly So I Don't Use It Much. Once I Get A Better System I'll Get Back To It 'Cause I Really Want To Play With "Lumen & Nanite". I'm Not A Good Programmer Or Anything, But I Do Love To Animate Objects With "Code". One Thing A Notice Is That Unity Tutorials Or Demos Don't Get A Lot Subscribers Or Views Like Unreal Or Blender. What Do You Think?
funny thing - i actually started on Unreal, it was literally the first engine i ever used, but back then I didn't realize that's what it is, since I was only using it to make levels for Unreal Tournament, so I only thought of it as level editor, and I was kind of confused and weirded out when I opened weapon behavior scripts by accident.
then, first "engine" i used with the awareness of it being an engine was game maker. later when I learned C# and fell in love with it, i played around with XNA library for a bit, but realized it's too low-level for my taste, and then i found Unity which I've been using ever since, that being for the past 10 years.
During that time, I tried out UE again, UE3 and 4 for a bit, but it seems I very much dislike its way of doing things, and its ...very lacking documentation.
Recently, I downloaded UE5 and am trying to give it another shot, mainly because of the large open-world support out of the box, since one of my dream projects requires a pretty large one, and my attempts at a sufficiently performant open-world in unity were so far unsuccessful, due to the necessity of me implementing the streaming system myself, or just... having to put much more work into the implementation even when using the tools unity provides. I'm sure it's possible in Unity too, but over time I realized I prefer the creative side of things, and I only do the technical stuff quite unenthusiastically, only because there's nobody else but me to do it, so having these necessary, but not "creative" systems as part of the engine is a big draw for me.
Still... I dislike The Unreal Way (TM) of doing things, with many hidden default settings and systems that assume they know what genre and kind of game you're making, and you have to hunt them down and disable/override them if you're not actually making a level-based FPS/TPS, and I very much prefer Unity's "blank slate empty universe - do it however you want, build things up from default-less void of freedom" philosophy.
I am just here, and there is a lot to love about Unity but unfortunately this video also comes up when searching for the Unity acquisition of Iron. Rip to Untiy
Absolutely right. I am the creator of a game called Project Nightmares. A lot of people thought it was made with Unreal until we put the Unity logo at the beginning of the game.
The valuable thing is the skills acquired through study and experience.
been using Blender Game Engine for 8 years, after the engine was axed by the Blender foundation I was going to move on to Unity and or Unreal, and spent quite a long time learning both, but in the end I found my self constantly returning to the community successor to BGE UPBGE, because its just what I like and what I know how to use. It could be I am shooting myself in the foot by using it on projects... But its just what I like. I deeply regret not being confident enough to use UPBGE sooner because I lost so many years learning Unreal and Unity.
Now that I am back with UPBGE, I think more then ever I made the right choice, flaws and all.
Great Video!
I normally love your content, and the contents of this video is great. However, please avoid such blatant clickbait
Edit: what I mean, is when I saw your video I expected it to contain and explain your reasoning behind switching to UE4/5 and discussing how you refactoring everything, learning blueprints and c++ etc. Only to find out that your title was just a lie and that you aren't switching from Unity. Ultimately it's a matter of falsely representing what your video contains. It would have been much better to title it "Why I'm not switching..." etc etc.
UA-camrs use clickbait titles to get new viewers (its effective advertising). The platform encourages the use of clickbait, for him to be a successful youtube channel. click bait is pretty much required. Having said that. Just because a title is click bait doesnt mean the video is garbage. complaining wont do anything in this scenario. maybe try to change the way you consume media if clickbait annoys you so much. maybe use rss feed or page filtering apps. unfortunately I don't think its gonna take away from the power of the "algorithm" though.
@@michaelhyman3d read my edit
appreciate the criticism Ben
@@kyo998 ah fair play when you explain it. It makes sense that way. Even if the title is clickbait. It should at least adhere to the truth. Something I do very much agree with.
@@kylebanks just trying to help brother. New title makes a lot more sense 😅
People who have strong adherence to tools is extremely annoying because most people actually don't have a deep understanding of the subject, but want to feel a sense of community by joining an annoying tribalistic battle that serves nobody
i myself have found out that i love visual scripting and was very interested in lumen so i went for unreal engine, though i have had some experience with unity through making my own avatars and worlds for the game vrchat.
i have only had experience with unreal for about 3 months so i only just started and haven't learned much yet, and for unity i only had a very specific use case for it so i haven't gone too far into most of the things you can do with it.
my current project is an audio visualizer based on the niagara particle system as a way of learning my way around the engine, sometimes it's a pain though when i'm unable to find an answer to my issue. (for example when i load a song from an array of songs it continues from the time it last ended even though the audio source it created was destroyed and a new one was created).
I started with UE but i'm starting to prefer Unity for its performance. The same exact assets run better in Unity for me just because i'm not planning on rendering lots of static meshes but moving characters lol
Ummm...
I been using Unity for 2 years and Unreal Engine for 4 weeks now. I must say with Unreal Engine things can be done very quickly. If you want to learn lots of programming then Unity is good for that.
Nice! good luck with the switch to Unreal, sounds like it's working well for you
@@kylebanks I would use both engine because I like Unity too. But now in Unreal can feel that progress is much quicker since it's not so much about coding.
use whatever tool works best for you and don't be afraid of trying or learning new tools
i think the best approach is to choose one, but learn the basics of the other. At the end, both are pretty similar in my experience (both are object oriented with a viewport, inspector (components) and a content browser so, pretty similar) and doing that makes you flexible enough in case you work with a huge team of people who masterizes one or another engine:)
Yeah especially if you want to work on a team, good point
I've shipped 4 games with the Unity engine. Became disillusioned with it when multiple features remained "experimental" for over 5 years. I strongly disagree with the statement that the engine does not determine the quality of a game. In addition to Unity never actually polishing and finishing major features, Unreal's rendering engine is far superior than the renderers found in Unity. And those nice looking techdemos? Unreal does that with the tech directly available to you. The Unity tech demos are highly customized versions of the Unity engine, because the built-in features are so incredibly useless in an actual production environment that they have to create new tools to make those demos possible. Let's face it, if Unity did not have an asset store so 3rd party developers can build plug-ins for features that should be part of the engine, then very few developers would choose Unity.
I spent 6 months with hired help trying to make a project in unity, only to not be able to overcome performance problems.
Within 2 months I learned enough of unreal to rebuild from scratch, get further than I was with hired help, and now in about 1 year total development am nearly ready to publish my first Unreal game.
Simply put, it could not be made in unity without a legit sized team and probably a million dollars. In unreal I did it all alone in less than a year.
I say engine choice matters and if author of video did remake this fine looking game in unreal - and was earnest in learning - I think they'd cut dev time in half plus have a better product.
@@agj383 Honestly If there isn't any feature in your game that would easily eat up performance(huge number of enemies, huge number of bullets, very expensive graphic or special effect etc), having performance issue means you or the person you hired added stuff that unnecessarily eat up performance.
Unity is quite convenient for programmers to work on(unreal is more convenient for artist).
I spammed lots of code in my game, there is destructible environment and enemy ai and bullet hell and weapons that you can edit any time, even blood leaves a mark at the environment, but it is still running smoothly at my 4 year-old laptop.
@@TeppuTeppu this was an open world game with realistic graphics.
The specific issues I had were related to dealing with large number of instanced actors.
It's a taxing game to make for any engine, but unreal allowed me to do it, whereas with unity the only way was to spend at least a year creating tools and doing serious under the hood stuff with the engine.
Technically, theoretically, both engines might do the same thing, but with unity it cost significantly more time and money.
Thats just one sort of game of course, most games won't go near those same problems.
@@agj383 you have a misconception, you think you need to spend a year creating tools and stuff, but the truth is if you know how to do it, you could fix performance very fast, like within a week or even a day.
For example, you could disable the game objects that are not visible in the screen, this is very simple and would most probably fix your issue.
You can also combine multiple 3d objects into one big 3d object and remove the unnecessary triangles, or use simpler collider instead of mesh collider, etc.
If you want to go deeper, you can use gpu instancing.
Well, you might not be able to do it if you use some crappy assets that might make environment creation or enemy creation very simple but greatly affect performance and very inconvenient to modify, well, if you use lots of those assets maybe you are not the person that made the game, the asset did all the heavy works.
Imo, it all started going downhill when the package manager was implemented. And yeah, I mean even the input system. Why is that not default. It's been many many years. vfx graph for urp has been "coming" for years also
Honestly, I think the best advice on picking an engine is the one you told too:
- Unity for most programmers
- Unreal for artists
I've been using Unreal for only 3 years and chose it for the same reason you picked Unity: Unreal is free, while Unity had a subscription (to be able to use it in dark mode, which is so ridiculous, that I still have a grunge against Unity to this day). Don't think I'll ever switch from Unreal anytime soon, mostly because I already feel comfortable enough in it. And the rest is on me, not on the engine.
Dark mode has been free since the 2019 version (not that it matters to you at this point lol)
Real programmers using C++
@@Rgamesdev yeah, and writing there own engine, instead of making games.
That's why I've written "most programmers". I thought to include exception, but than deleted it
@@Alex_Howe Indeed. And Unity overall became much better, as far as I know.
And honestly, I would at this point prefer to use C# for most of my code, instead of Blue-spagetti-prints. But got to make use with what I got, no way I'm using C++.
Still prefer UE4 (and soon UE5)
@@someonewithsomename ı am using unreal you can check my channel. I will publish my game on steam. 2022 december
You got me with the clickbait! I agree - use what you know, don't abandon all the knowledge you accrued. As a solo-dev I could never go to Unity, but I respect the engine, I just don't know it at all and don't want to step backwards. In a team environment I would be willing to learn simply because your tasks are narrower / more focused.
"What is decision paralysis?
Decision paralysis is the lack of ability to decide out of fear of making the wrong choice. It can occur when you're presented with too many choices that are difficult to compare, instead becoming overwhelmed by all of them and not choosing any of the options - effectively paralyzing yourself from making progress." Thank you for your video, it's great!
A wrong choice would be to try and develop your own game engine, just to make a game. I have seen many developers fall into this trap, getting stuck forever in trying to improve their own engine.
@@vast634 similar to unfinished games, but 1000 times harder to get it done writing your own engine.
Sometimes I think devs like to say all engines are equal so they don't have to worry about whether they learned the right one.
"game engine doesn't determine the quality of a game " This is so wrong. I recently permantly switched to unreal from unity. The primary reason being unity's animation system was just not adequate for the game I was making. I wanted to have crisp openworld parkour. I tried kinematica, i tries motion matching from animation uprising, i tried animancer. Tons of errors, jitter and the code base was a royal mess. Switched to UE5 and with tools like motion warping , orientation warping, full body IK, its a night and day difference. I can pretty much make a parkour system thats almost in the ball park of AC Unity. Dont get me started with the whole HDRP, URP mess. UE5 has one single rendering pipeline that you pretty much dont have to touch and you get state of the art graphics. after 4 years with Unity switching to UE5 is the best decision I have ever made and i wish i had done it sooner. If you are conflicted between Unreal or Unity i think what you should do is just spend one month with Unity and one month with unreal. learn about them as much as you can. Make games in both then choose for yourself. Choosing and engine is a big decision, dont rush it. Unity is easier to learn than UE c++ but UE has way more jobs out there than unity. Next witcher is being built in unreal 5. This was also one of the major factors for me switching to unreal. I didn't feel comfortable with the direction unity is heading into and id rather not bet my career on it.
Yeah.. its honestly a bit unfair to compare Unreal and Unity. Many of the tools and features you'll find in Unreal are best in class, and not just across freely available engines, but across the entire industry, period. The amount of money and expertise Epic has poured into their engine is unmatched. Chances are even the Assassins Creed developers wished they could just use Unreal instead.
Now do you necessarily need tools that good? Maybe not, but.. certainly doesn't hurt to have them available.
@@apomk2 Yeah, I mean, Its funny. People say that oh you need a AAA team to work in unreal, If you dont have the team then stick to unity. Its like epic is not holding a gun to you head every time you open unreal asking for a AAA team haha. If you dont need something dont touch it storage is cheap. Also its ironic because unity devs have to jump through so many hoops just make basic tools. take character controllers for example, In UE you have access to a built in character controller which was used in FF7 remake, batman and gears of war 5 and has swimming, flying, walking etc all just built into the engine and you cane extend from that for any unique mechanics. also along with mixamo epic games give you free access to thousands of animations so like, if anything, unity is the one that needs a bigger team.
@@pewpew518 Your kinda touching on the main core difference, to me Unity seems alot better for people wanting to make stuff from scratch while Unreal is better for folk wanting all the tools already there for them. I hate using pre-made controllers, I want all the control I can get over it and make it the best fit for my vision. Same concept with SRP in unity, it's made that way for users to customize as much as possible.
Also I think you missed the point with "game engine doesn't determine the quality of a game" it's true, it just simplifies things for you, if the animation systems are bad in Unity then you can make a new one, if you don't like the physics in Unreal, then make a new system. Engines are essentially just a collection of tools
@@zombieguy Ok lets start with writing tools from scratch. I think you would have a easier time doing this in UE because the whole engine is open source and literally on git hub. Also i am not the only one have issues with SRP. I have spoken to some of the top asset developers and they all just hate what unity is doing with SRP. I think this is because most of us aren't engine programmers and something like graphics engineering is a specialized field. If you have two programmers on your team and half their time is spent on figuring out SRP then who is going to make the game? also by Controller I mean the built in character controller equivalent in UE, not lyra or ALS. Theres a class in UE similar to unity's built in character controller. It handles stuff like collision, and the underlying movement of character, state change etc. animations, acceleration, deceleration etc is all up to you and you can tailor make the controller for you game. I don't see the point in rewriting the underlying standard stuff like collisions.
Also you cant just rewrite whole animation pipeline and physics engine. These are monumental tasks that take years to develop by big teams, especially not in unity because you don't have access to source. Even unity didn't write their own animation system, they bought a company that originally made it. any animation or physics assets that you might know of probably use unity's implementation in the backend.
@@pewpew518 You are missing every point, you argued engines can determine the quality of a game, they really don't tend to though. Everything you have listed as an engine issue could be resolved in that engine or are mainly just down to your own implementation.
Yeah SRP was a mess for many developers since it increased their workloads mainly due to the lack of a standard surface shader, reliance of shader graph and how unfinished it was when it originally came out, shaders are an issue everywhere though Unreal is horrible to implement them in, with ugly macros and interfaces taking hundreds of lines of code to setup and the need to create engine plugins for them is stupid.
Also your physics asset thing makes no sense, programming can be super extensible, in Unity or Unreal you can use the built-in PhysX, official Havok plugins or even open source implementations of Bullet3, the sky is the limit to stuff like this. If you are only ever using stock engine stuff and no plugins or assets then ofc there will be a differences but I wouldn't say that is controlling the quality of a game.
It's more like the mixing tool used to mix the cake batter. One needs more elbow grease, and one mixes everything the same speed and consistency.
The only reason I'm gonna try switching to UE, is because of all the drama going on with Unity atm. Between their merge with IronSource, pushing microtransactions, the cancellation of Gigaya, the CEO calling the users "fucking idiots", it just seems like the company doesn't care about it's users and cares more about money.
And because I'm so new, I don't know enough to have a specific reason to stay (technology wise)
Although unity has more tutorials, learning UE is more industry standard nowadays anyways, so that's that.
This didn't age well
yep
How bout now? 😅
brutal
now things have definitely changed
nowadays Epic says 8GB Vram is not enough for UE5 , wonder if Unity would follow this same path, if not it could be its opportunity to really optimize the engine so it could be better visually and run on low end hardware to attract more developers
Unity is already highly focused on being good for both mobile and desktop, with DOTS now fully released and production ready they also did a monstrous job of optimization. There's no way Unity is going to follow the same path as Unreal
Ive been working with unity for about 8 months, I picked it because I knew I could do everything I wanted to do with it. I just never really thought about it to much, and Im glad I chose unity. Good video as well :)
Okay I guess it's time you actually switch.
They just bought a malware company amongst hundreds of employee layoffs
Switch to CryEngine or Godot, Unreal engine may become a security risk in the future if it's not already thanks to PRC company Tencent owning shares in Epic.
As a game developer, unreal does alot of stuff you have to code yourself in unity. Also, to do any real work in unreal requires working in c++. This means alot of less professional work never gets to the publishing stage in unreal. As a result, the average unreal game will be higher quality than the average unity game.
I have a question, did you use Ecrett to make the music of this video?
The debate between Unreal and Unity, I have seen it a lot during my students years.
Now that I actually work within games industry, I hear it way less, barely from juniors or artists.
I had also seen people that love Unreal so much that they cannot actually work in anything else.
For me, a good candidate have already tried two different engine. Cause at the end, it's the company that choose the engine.
I'm a Blender fanboy, but I learned to use 3Dsmax too. Cause to work in games is to be autonomus and flexible.
While I agree with unity being a decent tool, I just love the passion behind Epic games. They're super responsive to emails, they give out alot of free content and they're also hungry for innovation. Unity is simply hungry for money and marketing which deterred me from engaging with the engine when I started. Lots of freelance jobs are starting to open for Unreal so I feel I've made a safe decision by learning the best rather than learning what's comfortable for my needs.
funny.
i don't have experience with epic's support, the only time I talked to Unity's tech support, which was as a free user, about issue with some paid assets they gave out for free not being added to my account properly, they were super quick to respond and help, and even sent me some swag (mug, t-shirt, and something else, i can't remember what it was) just because i started out the mail by saying that I love the engine and I plan to become paid user as soon as I stop being poor, and if i ever finish and publish a game, I'll keep the unity logo screen even though being able to hide it is basically the main feature of the paid version, and they said it made their day in the office so they wanted to make me happy too, so they sent that swag.
literally the most wholesome and best experience with any product's support that I ever had, including those where I was an actual paying customer.
@@MidnightSt That really is wholesome
"Unity is simply hungry for money and marketing"
Huh? Where did that come from? Lol.
@@MidnightSt - Lol thats cute. Nice that they gave you some mugs. I bet that really sold you into unity too ;) I'm glad they were responsive with your asset issue. My experience was that unreal took my feedback into consideration and actually added the feature i wanted in metahumans. Im pretty much a nobody but they really listen to fully elaborated ideas which is something I respect much more than common kindness to be honest. Simply efficient for the sake of game dev.
nah, I was already sold into unity, check my other comment under this video to find out why, I'm not in the mood to repeat myself
nice, though, your experience with unreal support :)
"Just pick one" also "I've spent 6 years in Unity and dont want to swap because I have invested so much time in it"
I dont think people should pretend that choices dont matter. They're both as hard as each other. They both have thier plus/minus points. But if you 8nvest a sognificant time in 1 engine in particular you may unwilling to swap it later because of the time invested.
As
Couldn't agree more with you're entire video, Personally a Godot developer here having switched from Unity and FusionStudio before that
SO much of game dev is your own workflow and nothing to do with the engine itself, as you said they are tools to achieve an end goal & whilst you may prefer one tool over the other, that doesn't mean that you can't create great art with either
I've been using Unity for 4 years now (not that much, I know) and I found that what you said is true. Maybe all the tools that Unreal has could make the game have "higher quality", but I spent a lot of time learning Unity and how to make tools to make the development faster. Also, the UI for Unreal is really messy looking (I don't know if or how you could change it) and would take me a long time to get used to if I actually switched (I already tried several times).
I used Unity for 10 years and thought it was the best thing ever. Then I switched to Unreal and now I know Unreal is the best thing ever.
Nah
As someone that primarily uses Unity I'm skeptical of it's future. From what I've heard, their current CEO has an appalling history and track record for performance and their more recent behaviour (mass layoffs and purchasing an ad based company who's software has been used for installing malware onto devices etc) is fairly concerning. Not to mention their repeated habits of introducing promising features only to either abandon them or throw them on the shelves with constant production ready delays. I feel like Unreal has more mature management leading the company with a clear understanding of what their users want and a much more promising roadmap.
Thank you, Kyle, for the insight!
Also, for my first game, I'm keeping it AS SIMPLE AS POSSIBLE.
I'm going to focus on quality, not quantity.
And I'm making sure that the game's setting and story allows me to do this without feeling cheap.
I'm new to Unreal engine and this is my first year using it. It is actually part of a course I'm taking and I did not expect that, but I'm also not complaining lol.
I just see these gaming angines as a tool you can use to create stuff. No matter which one I end up with, I will adapt and learn to use it effectively and efficiently as possible :)