#Titanfall 2 maps how to#
#Titanfall 2 maps update#
#Titanfall 2 maps pro#
#Titanfall 2 maps windows#

So, with 16 GB RAM why would UE4 crash with an out of memory message? I have BTW the GTX 980 Ti with 6 GB video RAM, which makes me suspect I’m right up against that threshold.

#Titanfall 2 maps how to#

I’ve yet to create load and unloads to leverage Level Streaming Volumes, which is really what I’m after to understand how to right-size each Streaming Level.

#Titanfall 2 maps windows#

I then also have a question about how polycount and size/number of texture maps relates to video RAM, but firstly I’ve got 16 GB RAM (system), and with nothing else running but Editor I’d expect to be able to use at least 12 GB of that (notwithstanding the fact that Windows 10’s memory management uses all the memory, but manages what to spend it on depending on what’s most important, what’s “on top”.) So, my Stats report I’m loading about 5 GB total between geometry and texture, mainly geometry, and this between two levels created under Persistent. dacster13 suggests UE4 refers to system RAM, so I’d add the Size of all meshes and Fully Loaded Memory of all textures to weigh that against system memory. It’s the distinction between system and GPU memory I’m trying to understand. I found this thread searching answers to how to regard Stats for Texture and Primitives, specifically “Fully Loaded Memory” in the former and “Size” in the latter. Having a duplicate of your map in the persistent level would mean it’s already loaded into VRAM, and logically speaking it should be faster for rendering on screen. On the other hand, I think what HavocX is talking about is VRAM or the memory in your video card. Therefore, Level-streaming probably loads your level into RAM. Usually when people talk about memory they actually mean RAM or system memory and that’s probably what the docs are referring to. If you have a background in computer science, you’ll understand that there are actually different kinds of memory from fastest to slowest (also most expensive to least expensive): Registers (used in processors) > VRAM > RAM > ROM However, people usually use the term memory rather loosely. So technically speaking it seems that the level is actually loaded into memory. The Level Streaming feature makes it possible to load and unload map files into memory as well as toggle their visibility during play. This thread made me curious enough to read about level-streaming on the docs and it actually says the following: Like I said it might depend on how large the level is. At the end of the day, the best approach would depend on a variety of factors like - how large is the level how much memory is available in the system, and that sort.Īs for level streaming, I’m not sure how slow it will be or not to be able to say if it will work well. As you can see it’s a trade-off between using more memory or using more processing power.

#Titanfall 2 maps update#

On the other hand if you duplicate the map, then you use more memory but use less processing power since you already have the items duplicated beforehand and don’t have to update them one by one. I mean imagine having to loop and update thousands of objects. The con is looping through each item would likely consume processing power depending on how many items you need to update in your level.

#Titanfall 2 maps pro#

The pro of this is you will probably use less memory, since you don’t have the additional walls and floors.

If you don’t duplicate your area and simply try to toggle every individual element to change or update it then it would mean you’d have to loop through every prop and material that you need to update or use event dispatchers to tell each object that they need to “update” themselves. I believe it shouldn’t have any performance hit if you duplicate the area but it would definitely consume more memory.īasically, there are different trade-offs depending on your implementation since there are multiple ways of achieving the effect. Definitely not something that would be too difficult to do in my opinion.Īnd would this hit hard on the performance? I’m not sure if there’s a better way of doing it but as of the moment I think that’s one possible way that it can be done. You’d have to set up the locations where these will be triggered though so you’ll need some volumes to trigger when the player reaches a certain location. After that when you reach certain locations in the map you toggle between past and future by simply teleporting your character to the past or future version of the map. You’d make the “future” one look older and weathered while making the “past” one look shiny and brand new. Then add very different props on each one to create the feel of past vs future. The way you do that is create an area and duplicate it so they’d be identical. The only thing you really need to do is create an illusion that you’re being transported back in time. Technically there’s really no “time” in a virtual environment so it’s not like you’re trying to invent actual time-traveling.