Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Sticking of SLOD2 models during loading on b3258 #2752

Open
MaaximGL opened this issue Aug 26, 2024 · 115 comments
Open

Sticking of SLOD2 models during loading on b3258 #2752

MaaximGL opened this issue Aug 26, 2024 · 115 comments
Labels

Comments

@MaaximGL
Copy link

MaaximGL commented Aug 26, 2024

What happened?

When switching to b3258, the SLOD2 models (not LOD or SLOD1) started sticking. None of the resources related to b3095 were changed. The problem is not affected by whether the model resources on the server are enabled or disabled (this happens even on a completely clean server). A more open discussion on this topic can be found here: https://forum.cfx.re/t/lod-slod-texture-issues/5074672/116
image

Expected result

Rendering only HD models, without SLOD2 overlay when standing on the model.

Reproduction steps

  1. Enable build b3258 and artifact 9282 or newer.
  2. In the game settings, enable:
    Settings → Graphics → Distance Scaling (100%)
    Settings → Advanced Graphics → Extended Distance Scaling (100%)
  3. Fly several circles around the map, staying near road level – fly into the city center and Sandy Shores.
  4. Fly to any of the locations marked on the map (do not teleport and do not fly too high).
    image

Importancy

Crash

Area(s)

FiveM

Specific version(s)

FiveM 9585

Additional information

The issue occurs less frequently or not at all with the following game settings:
Settings → Graphics → Distance Scaling (Somewhere between 0 and 75)
Settings → Advanced Graphics → Extended Distance Scaling (0)

@MaaximGL MaaximGL added bug triage Needs a preliminary assessment to determine the urgency and required action labels Aug 26, 2024
@ElfenRP
Copy link

ElfenRP commented Aug 26, 2024

Wanted to add, eventually most/if not all the textures will do this all over the map and not just marked location, at least from what I found. This is either due to being on a server too long(like 4-5 hours and it will start) or if its more populated, it happens fairly quickly.

@Oreax
Copy link

Oreax commented Aug 26, 2024

Wanted to add, eventually most/if not all the textures will do this all over the map and not just marked location, at least from what I found. This is either due to being on a server too long(like 4-5 hours and it will start) or if its more populated, it happens fairly quickly.

We have definitely had this happen within just a few minutes, even with just one player, if you fly about as MaaxinGL explained it. If not actively trying to get it to bug out, it sure will take a bit longer.

Applying these settings, as MaaximGL also mentioned from my post on the forum seem to have fixed it for me, however not for one of the others on my server - so no exact science I suppose:

  • Settings → Graphics → Distance Scaling (Somewhere between 0 and 75)
  • Settings → Advanced Graphics → Extended Distance Scaling (0)

@NariieL
Copy link

NariieL commented Aug 27, 2024

Hello! 😄 We're experiencing the same issue on SOZ, with 240 ~ 300 players connected simultaneously daily.

After our recent update, the majority of players encountered this problem. Some could play for several hours without any issues, while for others, the problem appeared within 2 minutes of playing.

We've tried everything, including reducing the mapping load and optimizing asset appearances, but unfortunately, we haven't been able to solve the issue. :/ Since we couldn't find a solution, we've reverted to an earlier update.

We also use GTA V Remastered & Forests South + North, and from what I've read, that could be part of the problem too.

@alberttheprince
Copy link

We also use GTA V Remastered & Forests South + North, and from what I've read, that could be part of the problem too.

We also use a similar map mod: https://github.com/IDKFORCE/fs-serversidegraphics, although we never had this issue before this build.

But the issue seems to be almost random. Sometimes it's happens almost instantly, sometimes never at all. We've been trying to pin down a reproducable method for how to cause this to happen, but it's very random. Some of our users experience it all the time, some never. 10-20 players on average.

@Legacy-TacticalGamingInteractive

I will add that what used to work for me was the aforementioned Extended Distance Scaling (0) and Distance Scaling either or. But now, especially as of last night - every other building and area is doing it. I would move my ped all of 2 buildings away and suddenly its messed up. I was only on server for 5 minutes. Computer was freshly restarted. Server was fresh restart as well. The amount of players didn't matter. Its been getting progressively worse over time.

As it seems to happen on a clean server as mentioned above I don't think its specific to add ons at this moment. Though, those certainly can contribute to the issue! Especially with how lazy some mappers are, and how insane their LOD distances are, or broken LOD indexes!

This issue however is literally everywhere for me and others not just in a few key spots.

@alberttheprince
Copy link

Continues to be a significant issue for much of our playerbase, making b3258 unplayable for some users without having to restart several times.

Is there any idea on a fix for this or should we revert?

@Legacy-TacticalGamingInteractive
Copy link

Legacy-TacticalGamingInteractive commented Sep 8, 2024

Yeah we are getting SO many complaints. Sometimes immediately when loading in I even get the issues myself. Never used to happen THIS badly. What did Rockstar change with SLOD2 models or loading or index values on the last update? Some way to easily see?

ps. @TheIndra55 does a lot of work on bob74 and maybe has some advice. Sorry for the mention but I respect all the work you do on that Repo and perhaps you may have some knowledge and insight.

@ElfenRP
Copy link

ElfenRP commented Sep 10, 2024

We ended up downgrading back to the previous gamebuild. It's definitely just the newest gamebuild that causes texture loss/playdough. Hopefully it's fixed sooner than later.

@Panitac
Copy link

Panitac commented Sep 10, 2024

How to fix this? Downgrade game build and artifact? Or just the game build?

@alberttheprince
Copy link

How to fix this? Downgrade game build and artifact? Or just the game build?

The fix would be to downgrade yes. The other fix would either be from CFX or if someone knows how, some kind of community solution.

I assume the core issue is that map makers are not properly making their maps, but something before was clearing/stopping this from being a widespread issue.

@Legacy-TacticalGamingInteractive

How to fix this? Downgrade game build and artifact? Or just the game build?

The fix would be to downgrade yes. The other fix would either be from CFX or if someone knows how, some kind of community solution.

I assume the core issue is that map makers are not properly making their maps, but something before was clearing/stopping this from being a widespread issue.

Well some people have reported this issue happening on a clean server with no custom ymap/mlo's

@alberttheprince
Copy link

Not sure if this is related, but the ability to increase pools seems to be coming in the future:

https://github.com/citizenfx/fivem-docs/pull/481/files

However, this may not solve the issue being experienced here.

@Benaz-sp
Copy link

Please Fivem teams Fix this ❤️

@Legacy-TacticalGamingInteractive
Copy link

Legacy-TacticalGamingInteractive commented Sep 15, 2024

Not sure if this is related, but the ability to increase pools seems to be coming in the future:

https://github.com/citizenfx/fivem-docs/pull/481/files

However, this may not solve the issue being experienced here.

We are running all of those pool size values increased with several of our players on Canary build to test and unfortunately the problem remains.

One REPRODUCTION spot which is a specific spot that is a constant source of the issue is near Braddock Pass tunnel.

image
image

Our server is not streaming this file but it still happens VERY frequently where it will not unload.

  • Archetype: cs1_lod3_terrain_slod2_17 with 14 children. Has 761741358 GUID.
  • Housed in cs1_lod3.ytyp
  • File that its loaded in: hei_cs1_lod3.ymap

Perhaps there is a conflicting LOD Index somewhere but with no feasible way of checking every LOD Index to see if there is a conflict then I'm not sure.

We know that Extended Distance Scaling lower and lower Distance Scaling helps the issue a little bit. So then I must ask what if its related to the calculation of the PlayerPed current coords in the world kind of messing up and not being accurate therefore the LOD's don't load or unload properly.

Here are my Pool Sizes right now, just loaded in not even 2 minutes on the server. Near the Wind Farm of all places where we don't have any mods whatsoever.

image

@alberttheprince
Copy link

This still remains a major issue for anyone using this build, I hope someone in CFX can bless us with a fix soon 🙏

@Legacy-TacticalGamingInteractive

This still remains a major issue for anyone using this build, I hope someone in CFX can bless us with a fix soon 🙏

Indeed to the point where people are leaving servers over it thinking that its just specific to that server. I've seen a few owners talking about it in other places as well who are unaware of this repo or the forums.

@alberttheprince
Copy link

This still remains a major issue for anyone using this build, I hope someone in CFX can bless us with a fix soon 🙏

Indeed to the point where people are leaving servers over it thinking that its just specific to that server. I've seen a few owners talking about it in other places as well who are unaware of this repo or the forums.

There seems to be a new build 3323. Has anyone checked if this fixes the issue?

@Pyuaa
Copy link

Pyuaa commented Sep 30, 2024

There seems to be a new build 3323. Has anyone checked if this fixes the issue?

Can confirm after testing for around 1 hour on a fresh install and also 1 hour on our test environment that the issue is still occurring on 3323.

@Legacy-TacticalGamingInteractive
Copy link

Legacy-TacticalGamingInteractive commented Oct 5, 2024

Someone posted this in one of the forum posts about this issue. Apparently someone for single player decided to make a fix (though this one is currently outdated and not made for FiveM)

• Source: https://github.com/0x-FADED/GTA-V-fwBoxStreamerVariable-and-decals-limit-Patch
• Compiled: https://www.gta5-mods.com/tools/ymap-load-list-extent-limit-fix-fwboxstreamervariable-patch

Perhaps this can help if adapted for FiveM and updated?

@Nobelium-cfx
Copy link
Contributor

Someone posted this in one of the forum posts about this issue. Apparently someone for single player decided to make a fix (though this one is currently outdated and not made for FiveM)

• Source: https://github.com/0x-FADED/GTA-V-fwBoxStreamerVariable-and-decals-limit-Patch • Compiled: https://www.gta5-mods.com/tools/ymap-load-list-extent-limit-fix-fwboxstreamervariable-patch

Perhaps this can help if adapted for FiveM and updated?

I believe this patch is already part of FiveM. If you go to the dllmain part of the source code (https://github.com/0x-FADED/GTA-V-fwBoxStreamerVariable-and-decals-limit-Patch/blob/main/dllmain.cpp) you can find a comment: made originally by CitizenFX and this is part of FiveM I have just ported it into standalone asi/dll. There are also links to the FiveM sources that look identical.

Tho it still may be related. Maybe increasing those limits even further will help.

@xyberviri
Copy link

We're also seeing this on our server with 3258, when opening the streaming memory with strmem 1 im seeing ytd's staying loaded for significant portions of the map. Even in paleto im seeing assets for MBA and MRPD map still loaded. I'm guessing thats probably related to the slods not unloading but figured id mention it.

10e45d2c02

@Legacy-TacticalGamingInteractive
Copy link

Legacy-TacticalGamingInteractive commented Oct 9, 2024

We're also seeing this on our server with 3258, when opening the streaming memory with strmem 1 im seeing ytd's staying loaded for significant portions of the map. Even in paleto im seeing assets for MBA and MRPD map still loaded. I'm guessing thats probably related to the slods not unloading but figured id mention it.

10e45d2c02

Allow me to clarify its not an issue with textures as in (.ytd) files. Its an issue with models (.ydr). Even though people refer to the issue commonly as "texture loss" or "blurry textures" it is in fact blurry textures loaded on a low poly model that doesn't unload properly from view.

SLOD's are models with blurry low quality textures and low poly counts to be shown at a distance such as when in a plane high above or far away where detail doesn't matter but optimization does.

However, molo's work is often unoptimized and I can attest to that having bought several of his maps. Its likely that its got really far set LOD distances in the .ymap's and .ytyp files from his MRPD thus causing textures to load for them at great distances. This is a common problem with many mappers who don't understand optimization, nor care about it or even know what LOD's are.

A hot tip on the side of .ytd themselves, if those are really high quality such as 2k and 4k textures inside of it and the .ytd is massive as a result, that will cause a different issue at times (usually when combined with tons of others that are oversized) which is people running out of VRAM/RAM where you will see entire models be invisible. But thats a different issue than this issue we are talking about. Accompanying those errors you will see "asset is oversized" warnings in yellow and red in the server console.

@MaaximGL
Copy link
Author

MaaximGL commented Oct 9, 2024

Update: this problem immediately appears on b3258. Also met on b3095, but much less often. It was not seen on versions before b3***.

@Nobelium-cfx
Copy link
Contributor

Nobelium-cfx commented Oct 9, 2024

Just wanted to give a quick update about this issue. I've been working on it for some time. I can't tell when it will be done - it depends on how deep the root cause is. But fingers crossed soon.

It does reproduces on completely clean server. But additional map resources make it appear faster. For the same reason it appears faster on the later game builds.

The blurred LODs are not unloaded because some of it's children are failed to be created. Usually its something small, like a few bushes - so it creates an illusion that LOD is displayed for no reason. And the children are not created because of a memory leak in fwArchetypePooledMap (its not tracked by Pool monitor, so you don't see when it happens). Why the leak is happening - thats a question that I'm currently investigating. My current assumption - a race condition, but I couldn't confirm it yet.

I also can imagine a map so packed with additional resources that the archetype pool will get overloaded right away. Unfortunately - increasing it's size is tricky. Because the base game uses int16 to store the size it and current size (64000) is already very close to the data type size limit (2^16). Its also referenced in a lot of places. Increasing it will be a task for the future for sure, but fixing the leak is a higher priority for me right now.

@alberttheprince
Copy link

Thank you for your focus on this @Nobelium-cfx 🙏

@Legacy-TacticalGamingInteractive
Copy link

Legacy-TacticalGamingInteractive commented Oct 9, 2024

int16 to store the size it and current size (64000) is already very close to the data type size limit (2^16)

Thank you for looking into this! @Nobelium-cfx

Off Topic: Ah yes, int16 to store the size it and current size (64000) is already very close to the data type size limit (2^16) - the bane of my existence I feel like. Thats including the other semi-related, dreaded, carcols siren value id limit of 255. Due to it being only 8-bit as well. It too needs an increase some day to at int16 we hope. There was another instance of int8 > int16 where an update to this value was made for EUP issues which was nice. That one resolved the invisible hat props on servers with more than 255 of them.

@tens0rfl0w
Copy link
Contributor

Not sure how useful this is for debugging purposes, but there is an older PR that added an archetype viewer to devtools: #2240
Sadly, this never got merged, but if you're able to build a custom version of FiveM, I rebased this on the current HEAD: https://github.com/tens0rfl0w/fivem/tree/feat/devtools/archetype-viewer
image

@Nobelium-cfx
Copy link
Contributor

Nobelium-cfx commented Oct 11, 2024

Hi, thank you! It does look useful. I've collected very similar data when debugging. But had to implement it myself. Will for sure keep this tool in mind. But I believe I've already found an issue. Or, at least the main one of them. Which makes it much more common on build 3258+.

I was going to write an update when the fix is merged. But it won't happen till Monday and I've figured that people may spend some time on it during the weekends. So it's probably best to give the current status.

There is a memory corruption. It happens here: https://github.com/citizenfx/fivem/blob/master/code/components/gta-streaming-five/src/PatchStreamingPreparation.cpp#L538 . _fwEntity_SetModelId for build 3258+ accesses data at ((uintptr_t)fakeEntity + 44), which is outside the memory that we allocate.

After the fix I could no-clip around the island for hours without any visible issues or sign of a leak (I added some debug code to detect it). On clean build and with some additional resources (mostly https://www.gta5-mods.com/maps/gta-v-remastered-enhanced and https://www.gta5-mods.com/maps/forests-of-san-andreas-revised). Before the fix such stress test would lead to the problem within 10-15 minutes (up to half an hour).

So I was wrong about my statement that on 3258+ the issue appears to be more often simply because there are more content and therefor more archetypes. I know that people pointed that they have seen the same issue on earlier builds. Tbh I just assumed that it probably the same issue. I've briefly tested 3095 today - and I couldn't reproduce the issue. Tho I think I did see it when I just started working on this and was establishing some good way to reproduce the issue. So its probably there, but much less prominent.

I'm pretty sure that the base mechanism for this issue on earlier builds is the same - some children of a lod are not loaded, so the parent lod stays visible. But why it happens - Im not sure. I have two theories:

@Wavez096
Copy link

Wavez096 commented Dec 7, 2024

hello everyone, I also have these massive bugs and currently don't know what to do, even if I open a Ymap in CodeWalker, the textures disappear or can't load, I don't know what to do, I have the latest GameBuild and artifact and i use roxwood too and my pool sice are 26000 i dont know how can i fix this
Screenshot 2024-12-04 225134
Screenshot 2024-12-04 225158
Screenshot 2024-12-04 230122
Screenshot 2024-12-05 000002
Screenshot 2024-12-04 202032
Screenshot 2024-12-04 224856

@Nobelium-cfx
Copy link
Contributor

even if I open a Ymap in CodeWalker, the textures disappear or can't load

@Wavez096 if the issue appears in CodeWalker as well - then something is definitely wrong with your resources. Unfortunately I'm not sure what could it be

@Wavez096
Copy link

Wavez096 commented Dec 9, 2024

@Nobelium-cfx oh okay i have this too in my console can this are the Problems ?
image-91

@Nobelium-cfx
Copy link
Contributor

oh okay i have this too in my console can this are the Problems ?

It could cause all sort of issues, yes. These are the duplicated archetypes discussed above (e.g. see #2752 (comment)). If you open corresponding .ytyp files and search for the name - you will see that the same name is reused multiple times. Ideally this should be fixed and all CBaseArchetypeDef names should be unique. Tho, I understand that it is probably infeasible to fix it all at that point.

You say that "my pool sice are 26000". Did you use set archetypelist true (see #2752 (comment))? Try it if not already and check what is Available archetypes showing for you:

  • If it gets to 0 right away - it means you have too many archetypes and you need to clean up your resources to reduce the load (unfortunately its really tricky to increase the archetype pool size, so for now this is the limitation people have to work with).
  • If you see Available archetypes "leaking". I.e. it constantly decreases as you move over and over along the same path. Then its probably due to the Duplicate Archetype issue you see above.
  • If neither of the above and you see the blurred lods even when your Available archetypes is nowhere close to 0 - it could be due to the Duplicate Archetype as well or due to something else entirely. In order to debug this take the resource that has LODs that you see getting blurred and disable all other resources. Check if you still see the issue. If you do - try fixing archetypes in this one resources and check if the issue is fixed. If after all of this the issue persists - please share that resource with me, as it is probably some new issue we don't know about yet.

@Wavez096
Copy link

Wavez096 commented Dec 9, 2024

@Nobelium-cfx
I have the set archetypelist true in my cfg how can I call it my developer edited the files but the error is currently still there with the double archetype

@Nobelium-cfx
Copy link
Contributor

Nobelium-cfx commented Dec 9, 2024

I have the set archetypelist true in my cfg how can I call it my developer edited the files but the error is currently still there with the double archetype

set archetypelist true will not fix anything. It just opens the archetype debug view (see #2752 (comment)). You can use it to check whats going on with your archetypes and then check the steps I described above.

@Wavez096
Copy link

Wavez096 commented Dec 9, 2024

@Nobelium-cfx

yes here is the list
image

@Nobelium-cfx
Copy link
Contributor

@Wavez096 879 free spots left looks pretty tight. I assume if you go do more loaded areas you will get it to 0 and it will cause the blurred LODs.

I would recommend to try cleaning up your resources/assets. Maybe you can remove some - especially if they add entities into busy areas (fly around and see where available archetypes goes the lowest). Maybe you can optimize existing ones to use less archetypes.

Meanwhile, the task to increase the archetype pool is in my backlog, but it's hard one. I hope to do something about it at some point, but can't promise it will be soon. So unfortunately you have to try to mitigate it yourself for now.

@Wavez096
Copy link

Wavez096 commented Dec 9, 2024

also scripts or just maps?

@Nobelium-cfx
Copy link
Contributor

Nobelium-cfx commented Dec 9, 2024

I mean maps. Sorry for sonfusion.

@Wavez096
Copy link

Wavez096 commented Dec 9, 2024

That's hard how do the big servers do that they have a lot more maps on the server than I do

@Nobelium-cfx
Copy link
Contributor

That's hard how do the big servers do that they have a lot more maps on the server than I do

Good question :). Idk. I'm not sure whats the difference. Maybe you can ask on forum and they can give some advise.

Maybe maps that they use are better optimized. Or spread around the area more. E.g. the city center is usually overloaded while if you go outside of it there is usually much more free space in the pool

@Wavez096
Copy link

Wavez096 commented Dec 9, 2024

image
image

I'm really shocked that there is no solution for this and to be honest, I don't have many maps on the server. I know some servers that have a lot more, but it can't be the game build?

@Nobelium-cfx
Copy link
Contributor

Nobelium-cfx commented Dec 9, 2024

I'm really shocked that there is no solution for this and to be honest, I don't have many maps on the server.

I may be missing something. It is just my assumptions. But unfortunately I'm not sure what else to suggest here.

@Wavez096
Copy link

Wavez096 commented Dec 9, 2024

Yes, I understand you, maybe I'll find a solution in the days or weeks I'm currently in contact with a manufacturer and he tried to help me

@Wavez096
Copy link

@Nobelium-cfx
We still haven't found a solution. We're down to GameBuild 3095 and it's no better. All duplicate ArcheTypes have been removed. Does this image have a meaning?
image

@Nobelium-cfx
Copy link
Contributor

Does this image have a meaning?

Yes, as I mentioned earlier (see #2752 (comment)) - you run out of space in the archetype pool.

Unfortunately there is not much I can do right now besides recommending to remove some resources or try to optimize existing ones (especially ones that add things around the city center as its the busies area).

I will prioritize the task to increase the pool. But as I said - its really tricky and I can't promise anything fast.

@Wavez096
Copy link

are this right in my cfg ?
image

@Nobelium-cfx
Copy link
Contributor

are this right in my cfg ?

Yes, looks correct. But it's a different pool. The pool that runs out of space in your case is not supported in increase_pool_command at the moment. This is because GTA uses uint16 to store size of that pool, so increasing it further as it is will just lead to variable overflow and only make things worse. We have to patch the base game first.

@Wavez096
Copy link

So I don't need to add anything else?

@Nobelium-cfx
Copy link
Contributor

Nobelium-cfx commented Dec 10, 2024

So I don't need to add anything else?

You may, but I dont think it will help with the issue in question unfortunately.

@highclassacts
Copy link

@Nobelium-cfx Would it be possible to bump the archetype limit from 65,000 to 65,535? If so, please increase the limit. Every little bit helps.

@Legacy-TacticalGamingInteractive
Copy link

Legacy-TacticalGamingInteractive commented Dec 11, 2024

@Nobelium-cfx Would it be possible to bump the archetype limit from 65,000 to 65,535? If so, please increase the limit. Every little bit helps.

Its already 65535
edit: apologies I thought you were referring to entirety of asset count

#2984

@Nobelium-cfx
Copy link
Contributor

@Nobelium-cfx Would it be possible to bump the archetype limit from 65,000 to 65,535? If so, please increase the limit. Every little bit helps.

Sure. Not sure why I initially set it only to 65000 and not to the very limit. Created commit - it will get reviewed and should be merged into Canary soon.

Its already 65535
#2984

I don't think its the case. pgRawStreamer is related, but its not the same thing.

@stone9k
Copy link

stone9k commented Dec 11, 2024

Extended Distance Scaling 1-10 does nothing to the number of Archetypes. Only turning it to 0 makes a difference.
Tested one place where we have 0/65k available, and one place where we have 11k/65k available.
Distance scaling does nothing at all.
Tested on BETA and Canary with the same results.

Location 1 - 0/65k available on 1-10 Extended Distance Scaling

Skjermbilde 2024-12-11 200118
Skjermbilde 2024-12-11 200131
Skjermbilde 2024-12-11 200142

Location 2 - 11k/65k available on 1-10 Extended Distance Scaling

Skjermbilde 2024-12-11 195903
Skjermbilde 2024-12-11 195917
Skjermbilde 2024-12-11 195925

@highclassacts
Copy link

@Nobelium-cfx Would it be possible to bump the archetype limit from 65,000 to 65,535? If so, please increase the limit. Every little bit helps.

Sure. Not sure why I initially set it only to 65000 and not to the very limit. Created commit - it will get reviewed and should be merged into Canary soon.

Its already 65535
#2984

I don't think its the case. pgRawStreamer is related, but its not the same thing.

Thank you. Since the updates detailed in this issue were made, I have noticed only one instance of bugged SLOD2, but that was when I was purposefully trying to trigger it by adding several large maps with many archetypes to the Legion Square, Mission Row, Textile City, and Davis areas. I do, on occasion, see interiors that won't load, in the Legion Square and Mission Row areas, after I've run out of room for archetypes. Leaving the mentioned areas and returning usually solves the problem. With what was posted by @stone9k, I'd imagine turning my extended distance scaling from one to zero will help alleviate this further.

@Wavez096
Copy link

@highclassacts so you have the Same buggs than i ?

@highclassacts
Copy link

@highclassacts so you have the Same buggs than i ?

Seems so. Set extended distance scaling to 0. If you still have issues after setting extended distance scaling to 0, then remove maps with many custom archetypes. Type "set archetypelist true" without quotations in the F8 console for more information about which ytyps in which maps are using large numbers of archetypes.

@Legacy-TacticalGamingInteractive

You have to consider that those maps are sharing the same vanilla files too. So those issues can be caused by conflicts or just bad map work as well. Especially in that area.

prikolium-cfx pushed a commit that referenced this issue Dec 16, 2024
Increase fwArchetypePooledMap to it's limit of 65535. Further increase
is impossible due to base game limitations. A separate work is required
to allow such increase.

Increased due to request from community. Context:
#2752 (comment)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests