[ 3 / biz / cgl / ck / diy / fa / ic / jp / lit / sci / vr / vt ] [ index / top / reports ] [ become a patron ] [ status ]
2023-11: Warosu is now out of extended maintenance.

/3/ - 3DCG


View post   

File: 405 KB, 1920x1080, unreal-engine-5-1-feed-1920x1080-32e2b379653e.png [View same] [iqdb] [saucenao] [google]
926781 No.926781 [Reply] [Original]

https://www.unrealengine.com/en-US/blog/unreal-engine-5-1-is-now-available

https://docs.unrealengine.com/5.1/en-US/unreal-engine-5.1-release-notes/

>We’re excited to announce that Unreal Engine 5.1 is now available. With this release, we’ve built upon the groundbreaking feature set introduced in UE5, making it more robust, efficient, and versatile for creators across all industries. As part of this effort, we’ve been stress-testing the engine against different workflows, making it applicable to more sectors.

>We’ve laid the groundwork for the Lumen dynamic global illumination and reflections system, the Nanite virtualized micropolygon geometry system, and Virtual Shadow Maps (VSM) to support games and experiences running at 60 fps on next-gen consoles and capable PCs, enabling fast-paced competitive games and detailed simulations to run without latency. Lumen now supports the Two-Sided Foliage shading model, by gathering lighting from the backface and scattering it through the leaf, attenuated by the material's Subsurface Color.

>Meanwhile, Nanite has also been updated with a Programmable Rasterizer to allow for material-driven animations and deformations via World Position Offset, as well as opacity masks. This exciting development paves the way for artists to use Nanite to program specific objects’ behavior, for example Nanite-based foliage with leaves blowing in the wind.

>In this release, we’ve continued to enhance tools for building massive open worlds with additional functionality and improved workflows. World Partition now supports Large World Coordinates, enabling you to create massive open worlds without loss of precision.

>> No.926782

can you animate stuff like cutscenes in unreal?

>> No.926783

>>926782
yes, creating a level sequencer allows you to acess a lot of animation tools, control rig is great

>> No.926789

>>926781

They finally fixed Lumen's shitty reflections.

>> No.926807

Unity bros.... It's over.....

Nah, it has been over for years lol. Just sad I didn't invest time into learning Unreal's programming side of things instead of Unity's. Now I can do art in one and gamedev in other, shit sucks.

>> No.926824

>>926782
didn't you see deadmau5 using ue5 to animate videos for his live shows on twitch last week? the guy dancing while the cat bounces on its ass? looks like he never uploaded them after. oh well. anyways, it looked like a cut scene to me.

>> No.926827

>>926789
Not really, it works with translucent materials in software mode but you still need hardware raytacing to have proper reflections

>> No.926849

>>926807
To be fair programming in Unreal is fucking dogshit. I wish they'd just make Mono ship with Unreal and get rid of blueprints since programming with C++ in Unreal is like pulling teeth.

>> No.926855

>>926827

Fuck... I just realized that.

>> No.926858

>>926849
Please give me an example of something you tried to program in Unreal C++ and couldn't

>> No.926863

>>926849
use jetbrains rider dude. doing it with visual studio, vscode, or worst of all xcode is what makes it ass. can't wait till epic releases their new language to the public though. apparently it's going to be some geeky functional shit in the tradition of haskell?

>> No.926868

>>926863
Isn't it paid? I hate the fact you have to pay for intellisense to work.

>> No.926869

>>926863
Why are eggheads masturbating so much to functional crap lately when most of the people making video games are more comfortable with OOP? Feels like a huge change just for the sake of it.

>> No.926877 [DELETED] 
File: 262 KB, 1399x2093, control-freak-9781982149147_hr.jpg [View same] [iqdb] [saucenao] [google]
926877

if you like unreal shit, you should check out this book that just came out like a week ago.

>> No.926886

>>926863
>can't wait till epic releases their new language to the public though
source on this? Kind of pissed cause I just spent a couple of months learning C++

>> No.926897

>>926886
https://haskell.foundation/podcast/11/

>> No.926907

Unreal Verse seems like a no-brainer to me considering the direction Epic is going in. Apparently it's coming out next year, maybe we will hear some news about it until the end of this year. Can't wait. BPs are fine but I'd prefer code. On the other hand creating mechanics in C++ is such a mess and everything seems unnecessarily complicated for what you're trying to achieve, when you compare it to Unity's C#. Prototyping in it is almost as fast as Unreal's BPs, except it's not spaghetti. If Verse experience becomes similar to coding in Unity, it will be perfect.

>> No.926910

Nanite foliage is the only thing that matters to me.

>> No.926913

>>926910
I wonder if this will actually change anything. Do we all suddenly start creating movie quality foliage with hundreds of thousands of tris or no? I'm currently in the middle of the foliage based project and am thinking if I should just start doing trees with a VFX workflow or stick to cards.

This is a weird thing as I don't know if other engines have or will have similar technologies at some point in near future, because workflows could drastically change for Unreal but remain the same for other engines, which would be confusing. Suddenly as an artist you're supposed to know 2 completely different workflows depending on which engine you're gonna work with.

>> No.926915

>>926913
heres a protip coming from someone who makes games :

>make games, not foliage
>focus on gameplay, not lumen or foliage

>> No.926916

>>926915
Most retarded post of this month, congrats.

Also >>/agdg/

>> No.926918

>>926916
heres another free protip
>unreal is a game engine
>this is a thread about game engines

go back to first grade, go directly to first grade, kid

>> No.926931

Here's hoping the new Unreal scripting language will compile faster than the C++. That's the main thing that stopped me from migrating from Unity.
Iteration is just so much faster in Unity.

>> No.926941

>>926918
Unreal is much more than a game engine lol. Stop trolling. We're on /3/, not on /g/ or /v/. We're talking about art here and you come in acting smart and saying gameplay is more important. No shit, but we're not game designers, let us focus on our area and go bother someone else.

>> No.926946

>>926941
your shit engine takes 4 or more hours each and every time you want to compile on the top of the line consumer CPU - 12900k while unity takes less than a minute. Your engine is fucking awful !

>> No.926958

>>926946
Ok.

>> No.926959

>>926946
trying too hard

>> No.926964

>>926915
>>926918
people like you make the internet a much worse place

>> No.926965

>>926858
Nothing is impossible to make in Unreal just like nothing is impossible to make in Unity or O3DE. The problem is Unreal adds unnecessary amounts of bloat to your C++ code.

>> No.926967

>>926941
yea! control rig is getting better and better, and slowly adding even more features to the sequencer, cloth simulation still sucks imo but we have marvelous designer for that i guess

>>926946
don't think you need to compile anything for rendering or animating anyway, i suppose most we would ever need for animation can be driven by blueprints, i also rather avoid things that needs the editor in simulate mode for animating, but sometimes its much easier i have to say

>> No.926973
File: 1.42 MB, 1879x779, unreal-website.png [View same] [iqdb] [saucenao] [google]
926973

>>926918
>unreal is a game engine

Not entirely anymore, not even close. It's moved far beyond just gaming. It's also a real-time 3D engine for film, architecture, broadcast, automobiles, and just about anything else you can imagine. Even Epic themselves rarely refer to Unreal Engine as a "game engine" anymore as they've been branching it out across so many different non-gaming industries over the last couple of years.

https://www.unrealengine.com/en-US/solutions/film-television

https://www.unrealengine.com/en-US/solutions/animation

https://www.unrealengine.com/en-US/solutions/architecture

https://www.unrealengine.com/en-US/solutions/broadcast-live-events

https://www.unrealengine.com/en-US/solutions/automotive-transportation

https://www.unrealengine.com/en-US/solutions/more-uses

>> No.927003 [DELETED] 
File: 130 KB, 1089x521, Screenshot 2022-11-22 at 12-22-06 AMD Radeon™ RX 6900 XT Graphics AMD.png [View same] [iqdb] [saucenao] [google]
927003

Is the AMD RX 6900 XT a good GPU for UE5? I really want to get off this GTX 1060 which always runs out of VRAM in UE5 and slows to a crawl, so I want something with enough VRAM headroom to not have to worry.

>> No.927006

>>926973
Are 3d porn animators using UE yet? Wouldn't it be far superior to blender?

>> No.927008

>>926973
>realtime
*takes hours to compile at any change

>> No.927016

>>927008

compiling only takes long if you are doing changes to a actor with a huge reference chain since it needs to load each one, or if the material is too complex
the later being more common for animating, but only when you are editing your main shader or something like that, applying changes to your material instances is extremely fast most of the time as long your scripting isn't terrible

>> No.927021

>>927016
thats not been my experience or the experience of many other developers. Compiling takes a very long time, period.

>> No.927031
File: 159 KB, 1235x807, delegatedelegatedelegatedelegatedelegate.png [View same] [iqdb] [saucenao] [google]
927031

>>926858
Here is what a simple multiplayer system looks like (incomplete).

MultiplayerSubsystem.h:
https://cpaste.org/?3c070eacfee90b67=#BG4mk7npc9jvcE9Y3L9MMgmiP3azvzg8KAG1rVSwBaJ2

MultiplayerSubsystem.cpp:
https://cpaste.org/?77c7bea3ca10c33f#51tUSnsNXyxmJ5SiBmGNdg4QDJ8RxmJfoiacFCoJKvcR

Unreal C++ is cancer.

>> No.927033

>>927031
imagine having to work on this and each and every time you make a change having to wait hours to recompile

>> No.927036

>>927008
what does that have to do with anything retard? realtime as in vs prerendered pixar movies

>> No.927037

>>927036
>can make 2 changes a day to your code maximum, no matter the hardware
i am laughing AT you

>> No.927043

>>927037
Go back to your board codemonkey. No one here is programming shit.

>> No.927044

>>927031
okay that looks terrible what

>> No.927045

>>927044
This is literally what you need to do for multiplayer. You have to create your delegate functions, declare the delegates, create the delegates then create the delegate handles. The syntax is all extremely long and confusing.

>> No.927083

>>927031
Imagine this combined with the fact code completion doesn't even work without some paid IDE.

>> No.927351

>>926965
Well, that's one point of view, I would disagree but whatever
>>927031
Mate, you just copy pasted some boilerplate code which already runs under the hood... What's your point? It's 142 lines of setup which is already being done by UE if you don't use a custom multiplayer subsystem. That's not how a simple multiplayer system looks like. It's not even beginning to scratch the surface. Try taking a look at the ACharacter and APawn, and UCharacterMovementComponent. There you'll see some thousands of lines of code which is where the real magic happens, that is basic movement replication, network prediction, interpolation and so on. Multiplayer games are hard to make, it's a given.
>>927033
Asinine statement, compile times are under a minute, if you don't use live coding or hot reloading that is. In my experience they can be pretty buggy so I tend to avoid them.
>>927045
No, again, it's really not what you need to do for multiplayer... And what's so hard about delegates anyway?
>>927083
What are you on about? I have used UE with Visual Studio 2017, 2019, and 2022 Community Edition, they all worked fine
>>927021
Compiling as in C++ code or building the lighting?
>>926931
Here's a tip, get the binary version of UE, don't compile it from source

>> No.927753

>>927006
To render their animations? Very likely.
To animate their renders? No. Animating using control rig and sequencer is in every single possible way worse than using something like blender, motionbuilder or cascadeur. It's meant for quick tweaking, not for creating full animations. It's very simple to just import animations from the software I mentioned into UE. No reason to use it to animate.

>> No.927769

>>927351
Explain what a delegate does and explain what a delegate handle does. And explain why custom delegates need to be forward declared.

>> No.927770

>>926931
Literally what is stopping you from the new Livecoding feature?

>> No.928860

>>926782
Yup. Sequencer actually got some cool new features.

>> No.930233
File: 380 KB, 221x196, no exit.gif [View same] [iqdb] [saucenao] [google]
930233

>>926849
>Unity is being destroyed by it's owners
>Unreal has problems with input delay, shader compilation and programming
What should I do, /v/?

>> No.930413

>>927006
Too difficult to set up, plus 8 fuckin' GBs of download, whereas Blender is 300MB.

Considering how there's animators still using Source Filmmaker, I think Blender is still the best balanced choice. Or maybe Blender + some other renderer, like Marmoset Toolbag.

https://www.youtube.com/watch?v=zlznmVDmZHo