Unreal Engine 5.3 | Hacker News Reader

Unreal Engine 5.3

unrealengine.com

80 pointsdrak0n1c53 comments

I feel orthographic projection is such a strange feature to advertise at this point. It's essentially just not doing perspective scaling in your projection matrix.

Compare that to all the sci-fi looking things like Nanite and Lumen which completely change how we approach building game environments.

I suspect they are seeing a lot more penetration into the Product Vis/Architect/CAD markets now that polygon optimization to just get realtime isn't as much of a concern.

I agree, that does seem to be the reason behind it.

It is still the kind of basic thing that everyone who has written their own renderer has done, compared to all their other ground breaking new tech. Which is funny to me.

Assumption about the shape of your projection tend to creep into the weirdest places in complex renderers like the one in UE over time. I am willing to bet that a lot of the screen space lighting and post processing shaders had assumptions like that baked in. This can make adding a different projection type a heavy lift, even though nothing about it is magic.

It is for us, Civil Engineers and many other non-cs Engineering Fields.

also it's useful for isometric like games

I used UE4 professionally a few years back, and at the time ortho cameras were effectively unusable. Landscape actors were rendered at the worst LOD, for example, with no workarounds. Glad they're finally bringing them up to parity.

Anything that involves raytracing would need to change from having a finite camera position in world space, to having an infinite one with parallel rays. There are some ways to make the math work out the same, but in general... nope.

Like, consider that you never actually need to scale anything in a perspective view, because you literally can't tell the difference (all the rays remain the same). In an orthographic view, scaling is the only way to actually zoom in/out. Oops, any code that assumed your view is unit-scale will break.

Perspective vs orthographic literally affects every single one of those fancy features you like.

Can development on this engine be learned from zero, or is that a pipe dream?

It has never been easier.

The quality of all tutorials, the easy free download, marketplace and the community are great!

If you can read C++, this one is surprisingly easy to get into. You can do most things with the amazing graphical editor and for the very few cases where that isn't powerful enough, you can debug the whole thing in Visual Studio which means you can see parameters and stack traces for everything. And in my personal opinion, classes are predictably named and layered in an useful way.

I found learning it and working with it quite enjoyable, especially compared to my experience with Unity where the lack of source code forced some very ugly workarounds on us. And with "only" low millions in annual revenue, Unity wasn't even willing to discuss the price for source code access... but with UE, you get a triple A game as demo project for free.

My wife and I started learning game development a year ago after 15-ish years in the software industry. UE is one of our main drivers. It is probably the hardest to learn when compared to Unity or Godot, but you also have some insane capabilities. Taking Godot detours definitely helped our understanding of how games work, and we should have embraced blueprints a lot more instead of trying to solve everything in C++.

TL;DR: yes, it's possible, but it has a learning curve.

Fully agree, the UE way is to try blueprints first and then convert them to C++ as needed: https://dev.epicgames.com/community/learning/courses/KJ/unre...

The way we're working with them at my job is more along the lines of:

Underlying logic and systems is written as code by programmers. Tweaking and configuring behaviours is done by designers in Blueprints.

my now 15yr old son taught himself on unity / godot and is now teaching himself C++ via way of unreal.

if a self taught 15yr old can do it knock yourself out.

don't understimate the ability of a 15yo that wants to learn something with passion. It outperforms seniors

And has all the time in the world and all bills pay for them!

Doing software on the side was quite common for 15 year olds during the 8 and 16 bit revolution, many well known game developers in UK started exactly at that age.

It depends on your background. Learning C++ is a prerequisite to being efficient in Unreal. If you already know C++ it can be done without too much hassle. If you also understand the basic principles of game development picking up UE is a breeze.

I use unreal professionally. I would say that unreal is very opinionated in the way things are done. This is a good thing if you can stick to it and know how to leverage the systems in the way they were intended but makes it also makes it incredibly easy to shoot yourself in the foot by not adhering to the (sometimes unwritten) rules.

Is there a way to access this engine without having to install the epic or coregames launcher? (and without having to build from source)

AFAIK there is none. You have to accept their terms, it is not open source.

It is source available to everyone though!

Everyone who accepts their agreement. https://docs.unrealengine.com/5.3/en-US/downloading-unreal-e...

If the source code is publicly available, it's Open Source, however much we may dislike the actual license.

Source Available is not necessarily Open Source.

https://opensource.org/osd/

That's one definition. There are many.

It is not publicly available. If you click on this link you get a 404 page: https://github.com/EpicGames/UnrealEngine You actually have to go and subscribe, agree to their terms, and then you get to view the source code. It happens to be free, but it is by no means "public". (I also don't have a problem with their license. Their business model is more than fair.)

That's an incomplete, if not useless, definition.

I sell a source code license to my software. It does not allow redistribution. Any member of the public can pay me for a copy under that license.

That fits your definition but no one meaningfully calls my software Open Source.

Using that term your way in general conversation is only going to confuse things.

We already have terms like "source available" which fit your needs and which are far less ambiguous or contentious. The arguments over what "open source" means, in a software license context, was generally resolved many years ago.

I don't care if it's open source. I want to download DRM-free binaries, and screw the "terms". Is that so much to ask?

I don't think UE has DRM in the editor. The launcher is AFAIK only needed to download the thing, which probably has a lot more to do with optimizing downloads than DRM. If you don't like it, just build it from source, it's not exactly complicated.

> If you don't like it, just build it from source

Sorry, but my problem statement explicitly addressed this.

Epic games store is pretty lightweight, doesn't track you around the internet, or announce what game you are playing to the world.

Why are there so many people who are hating on installing this particular client?

I suppose it comes from their rocky launch when it was ... less than optimal. However, I can confirm that the Epic Games Launcher isn't causing any problems and it seems to be a good way to get UE.

As a side note, I would also recommend JetBrains Rider if you plan to do a lot of C++, it's miles ahead of Visual Studio when it comes to UE code completion.

You mean JetBrains CLion? Rider is C#, which is great for Unity development and has support for that builtin.

No, I mean Rider. CLion seems to be built to work with CMake primarily which UE does not use. Rider specifically has an Unreal Engine plugin and does support C++ fairly well. It is the only IDE we could get UE code completion to work properly. Why this is the case I don't know, but if I had to guess I'd say something something msbuild.

"CLion seems to be built to work with CMake primarily" - you mean only? I mean, they recently implemented basic syntax highlighting for non-CMake projects, but you still can't use any of the actual analysis, refactoring, or debugging features without a CMakeLists.txt file.

With compile_commands.json it's been possible for quite a while now.

Ugh, I wish these features were more discoverable. I use CLion all the time and I've never heard of this.

Rider also does C++ and Jetbrains targets Unreal Engine support. They’re trying to position it as a game developers IDE

Thanks, I hate VS and already have a JetBrains all-apps package so that's very helpful

You still have to install VS, or at least the msbuild toolchain though. (VS is a lot easier to get running.)

One more thing: I switched my editor setting in Unreal to "Rider (uproject)" so I could get rid of the SLN files.

I already have VS and the Windows SDK that includes MSVC and Clang. I just generally don't like to use it as an IDE (with few exceptions). I use it to build VS projects and that's about it.

It is anything but lightweight. It's a full Chrome browser that struggles to show even the most basic "text with images" pages and hides useful functionality in corners while pestering you with multiple CTAs

If often amazes me how unresponsive the EGS application is.

Though my experiences modding various games with their unreal 4 dev kits were much worse. Especially coming from modding games with engines where you could edit scripts with the text editor of your choice.

You don't have to have it open during development, only to download the Unreal Engine, which happens very infrequently.

Right now I have open:

- 2 Rider backends with 8 and 7 GB of RAM consumption, plus rider64.exe with almost 4 GB of RAM usage.

- UnrealEditor.exe with almost 1 GB of RAM usage (6 GB committed).

- Firefox with 500-ish MB of RAM usage.

- Epic Launcher with 500-ish MB of RAM usage.

- Steam with 200-ish MB of RAM usage.

The launcher seems to be the least of one's problems when working with UE, resource-wise.

It's not a full Chrome browser.

It's actually an Unreal Engine 4 application, that only displays an Unreal Motion Graphics UI, that only contains a single Web Browser widget, that may or may not be chromium. Also its PresentInterval is locked to 2, so it'll never go over 30 FPS. Fun times!

> Why are there so many people who are hating on installing this particular client?

Because I don't want to click through Fortnite ads every time I want to launch UE5.

The Epic Games Launcher:

- remembers which pane you were on last time you closed, so you'll never see the store unless you go there on purpose.

- allows you to disable every notification.

You're never going to see a Fortnite ad, please make up a new imaginary problem.

> please make up a new imaginary problem.

what.

It doesn't have a linux version, so unless you're a gamer it's not worth the effort to get it running unless something has changed... Last time I found it easier to just download the UE5 source to mess around with it. Afterwards, it seems like I needed the Epic client for other reasons. I'm guessing there could be legitimate barriers although it's been a long time for me. Currently I'm downloading the new UE5 source again and take another stab at getting the Epic client running.

Lightweight? Are we talking about the same piece of software?

That hasn't been my experience at all, it's the most sluggish launcher I've ever dealt with.

Yes of course, there are at least 2 ways. You can install from source or you can download the engine directly and install it without the launcher, this is what I did in my linux computer.

Reply on news.ycombinator.com