Prior to this morning, I had 4.11.0 installed. I’ve been having quite a time getting 4.18 installed. Apart from a bit of fiddling with it a year or so ago, I have nothing of any importance that would be lost or impacted by a complete uninstall and reinstall, and it sounds like that is the wise choice.
But now here is the wrinkle: I uninstalled using the program manager in windows. There was still an Epic Games directory but I left it. Now that I’ve clicked the install 4.18 link, my launcher is stuck in a snails pace process showing me “Installing UE 4.11.2”
ADDIT: ah I figured out what my problem was: I had VS 2015 installed and everything after 4.15 requires VS 2017.
I second that, while I think static lighting has it’s place, it is indeed really painful to see how neglected dynamic lighting is. And I see nothing that gives me hope of it changing anytime in the near future sadly.
At this point I am already thinking of switching to CryEngine (or the Amazon version) for the next project, even though it would be a pain to relearn everything.
I think current situation of baked lighting in UE4 already suffice vast majority of projects utilizing baked lighting. But when it comes to those utilizing dynamic lighting, there’s really a big disappointment.
Sun (directional light) still isn’t physically based. That’s a major block in way of achieving realism and staying “correct”.
CSM blocky shadowing still isn’t fixed. See hereand here.
There’s no proper localized Image Based Lighting support.
LPVs are neither production ready nor receiving any major improvements.
For some reason ShadowDepths cost a ton as soon as a dynamic light interacts with a tessellated material.
Etc.
I get that nor Fortnite neither Paragon would’ve benefited from any of this given one is heavily stylized and the other is an arena shooter within an static environment. But majority of projects these days are leaning towards fully dynamic environments and thus while UE4’s baked lighting is pushing to be world class, it’s dynamic lighting features are still way behind 2007.
Not blaming you for anything. Just think there could’ve been more balance between the two.
Well I am quite skeptical with this… because not many projects are actually needing this although it sounds cool. I definitely welcome Epic integrating properly fully dynamic environment lighting but most of the projects can do with static lighting, and therefore make themselves more available to lower end machine…
We can continue using baked lighting and create static environments for another decade however, it’s not a matter of whether we can or cannot. It’s a matter of the direction the entire industry is taking. Most engines these days are going towards fully dynamic lighting regardless of it being possible to use baked lighting.
Just saw this: https://80.lv/articles/ssrtgi-toughe…-real-time-3d/ Food for thought.
You can’t just “not have the dynamic lighting features” and keep claiming most projects wouldn’t need them. Nobody wants to spend an eternity on baking lighting for open world games so they’re forced to not use it, but then dynamic lighting in UE4 even lacks the basics, as mentioned in my previous post. Today UE4 is ~10 years behind regarding dynamic lighting compared to other engines it’s because baked lighting took all the focus and dynamic features weren’t valued much.
I don’t want to continue the debate here because it simply gets us nothing. But as a person who used to work with a 2007 engine and then switched to UE4, I instantly felt the ongoing lack of dynamic lighting features which is still going on year after year.
Thank you for using the native resolution for rendering the UI on Retina display Macs! It’s just such a small detail but the editor is now a lot more enjoyable to work with without that ugly low resolution font rendering. And it feels kinda snappier. Well done!
That’s Unigine Engine, made by a Russian company who is heavily into all kind of simulators. Thus, they have to have support for massive worlds and photorealistic real-time lighting. Those kind of projects pay their bills and so that’s where their dev focus is. If you want to make a game with that engine, well, good luck with that (I had a license for v1).
While I am in no way oppose fast and good looking real-time lighting (GI in particular), UE4 is a cross platform engine made for games/entertainment first and foremost, and I don’t think consoles can pull real time lighting efficiently. I’d rather have more features added to forward rendering and have high-performance dynamic shadows than real-time GI.
I think you missed the point. I linked that article to show where advances in real-time lighting are getting at. I didn’t imply Epic should give us dynamic GI right now. -high-performance dynamic shadows- isn’t anything apart from what I said a bit earlier. Let me quote myself:
“6. For some reason ShadowDepths cost a ton as soon as a dynamic light interacts with a tessellated material.”
So I said exactly that. And that’s not going to receive any improvements as long as baked lighting is Epic’s main focus due to their internal projects needing no advances in real-time lighting. Sadly, For some reason Epic doesn’t want to try and get their feet wet on open-world / large-outdoors and that’s the #1 factor why everything is lacking on that end. (be it open world tools or outdoor lighting).
My whole point is that UE4’s baked lighting has got way ahead of it’s dynamic lighting to a point where those who use baked lighting really achieve what they want but those who use dynamic lighting are all tied up by performance issues or lack of features.
Has anyone had any issues with Steam not being able to create sessions? We ungraded today and it appears that sessions are failing to be created, although the create session callback returns true and loads the level.
Note: We found the. We were hard coding the session name with a specified FName, the patch notes mentioned there were changes with a new NAME_GameSession. Changing the Game Session to the #define GameSessionName has solved this. The blueprint Node destroys the game session by NAME_GameSession.
I think the most successful games made with UE4 (Ark and PUBG I would guess, Fortnite BR regarding the amount of players too) use dynamic lighting. People want to have games with huge open worlds, and those have to use dynamic lighting. Also, almost every single game can benefit from a dynamic time of day, even games that are fully indoor with only light coming through the windows. So even games like Paragon or Unreal Tournament would immediately look more dynamic and interesting.
Baked lighting is severely limiting the available gameplay a game can have. For example can’t have dynamic destruction of things like buildings, since its baked. So baked lighting should really be used for almost no games any more. I do see that it makes a lot of sense for architectural visualization and that’s what these world class features that UE4 recently got are mostly used for I think. UE4 is definitely the best engine for any arch viz, because it has this really perfect baked lighting. But almost any existing and future game would be better with dynamic lighting.
I personally would like to get some middle-ground. In most games, most of environment is static (even if parts of it are destructible). But lights tends to be dynamic (moving player with light, time of day, etc).
What I’d like to see is some precomputed lighting solution that works with dynamic lights, but with mostly static geometry. Recently there were some interesting papers released about baking light transport in sparse way (so It doesn’t take ■■■■ load of memory and space).
Fully dynamic GI solution is probably out of question (not enough man power, to maintain it), but precomputed one + Scree Space, cloud be nice. (and it cloud eventually replace lightmass).
If, lets say performance oriented game in end will be baked but still when creating that same world then dynamic GI could give good way to pre-visualize how light will be when baked. This is just one of many benefits of realtime GI, it is time consuming to bake every time to look how world looks.
I completely agree with , I can only imagine few games where baked lighting is really the better choice. More and more people want dynamic worlds that feel less static and more real, more alive. Also procedural generated worlds / maps are what people are asking for more and more.
And I mean, why shouldn’t they? It’s 2017, the technology is there, as can be seen in CryEngine, it just needs to be implemented.
Personally I have such great ideas for gameworlds, but Unreal Engine is limiting me in so many ways… and as a small (indie dev) team, I don’t have the knowledge nor the resources to build complicated workarounds or rewrite the Engine.
Eventually, people are going to move on to a different engine, one that truly supports dynamic lighting and dynamic gameworlds in general. This may not happen this or even next year, but eventually it will. And I can’t imagine Epic wants to be an Archviz / VR Engine only.
I honestly don’t know of any other company in this industry that’s as broke as Crytek, but at the same time they have and are maintaining the best looking real-time GI in the entire game industry. Ofc there wouldn’t be enough man power to maintain it if you dedicate all the man power to other stuff. That only means they didn’t want to do it, not that they couldn’t do it.
…and no. I’m not saying Epic should give us a good dynamic GI right now. Please don’t burn me alive people.
