Test triggering Fred auto response with forum initial post contents

This should trigger the uobjects response: Assertion failed: Index >= 0 && Index < MaxElements [File:C:\BuildAgent\work\607eee041ab2bfcf\UE4\Engine\Source\Runtime\CoreUObject\Public\UObject\UObjectArray.h] [Line: 388]
No description
19 Replies
Robb
RobbOP7mo ago
Assertion failed: Index >= 0 && Index < MaxElements [File:C:\BuildAgent\work\607eee041ab2bfcf\UE4\Engine\Source\Runtime\CoreUObject\Public\UObject\UObjectArray.h] [Line: 388]
Borketh
Borketh7mo ago
bad bot
Robb
RobbOP7mo ago
well it would help if Fred has access to the channel lol
Borketh
Borketh7mo ago
@FICSIT-Fred
Robb
RobbOP7mo ago
my bad
Borketh
Borketh7mo ago
that would do it
Robb
RobbOP7mo ago
let's try that again Assertion failed: Index >= 0 && Index < MaxElements [File:C:\BuildAgent\work\607eee041ab2bfcf\UE4\Engine\Source\Runtime\CoreUObject\Public\UObject\UObjectArray.h] [Line: 388]
FICSIT-Fred
FICSIT-Fred7mo ago
Crash reason in the logs
Assertion failed: Index >= 0 && Index < MaxElements [File:C:\BuildAgent\work\607eee041ab2bfcf\UE4\Engine\Source\Runtime\CoreUObject\Public\UObject\UObjectArray.h] [Line: 388]
Why the game crashed You've hit the UObject limit. Unreal Engine has a large, fixed-size array to manage all UObjects at runtime (it's used for fancy things like "reference counting" and "garbage collection"). In pre-U8 this was very unusual and only happened when people made ridiculously titanic factories. However, it seems that U8 has a few issues that make hitting this limit substantially more likely, even when not building megafactories. Details In U8, something seems to be "leaking" UObjects, i.e. the UObject array gets fuller and fuller over time in spite of the garbage collector's best efforts. This crash happens randomly, but the probability of crashing increases the longer the game has been running for. Crashes are more likely to happen when opening UIs (the UI system uses UObjects to function), especially UIs that show many-slot inventories e.g. player, storage containers (the number of allocated UObjects is proportional to the number of inventory slots). Consequently, having many additional inventory slots increases the probability of crashing. How to fix This Should™️ eventually be fixed in the game by Coffee Stain Studios (the ones who made Satisfactory). But for now, the workaround is to restart the game from time to time before crashing (the UObject array only exists while the game is running). If you want an indication of when you should consider restarting, https://ficsit.app/mod/Th3UObjectCounter tells you how full the UObject array is. There is also a config option to only show the counter when the UObject array usage is above configurable warning and danger thresholds (they just change the color of the counter's text), so that the counter doesn't get in the way of things.
Borketh
Borketh7mo ago
good bot
FICSIT-Fred
FICSIT-Fred7mo ago
:3
Feyko
Feyko7mo ago
He'll need to join every thread though. But that's doable
Robb
RobbOP7mo ago
seems not any more #Test fred #2
Borketh
Borketh7mo ago
seems like he handle it already
Feyko
Feyko7mo ago
kewl
Robb
RobbOP7mo ago
well this is somewhat frustrating
Feyko
Feyko7mo ago
I still hate how this divides content for the consumer type like us but probably better I guess
Robb
RobbOP7mo ago
<#1243689155880419450> <#1243689284041576550> #nevermind it can be a click to add, it lets you upload any file type from there
Feyko
Feyko7mo ago
Connection is so bad here that even Discord doesn't work so I guess I can't be part of this discussion today :/ gn lol
Robb
RobbOP7mo ago
the discussion is mostly over for the moment. rest well, hope connection improves
Want results from more Discord servers?
Add your server