-
Notifications
You must be signed in to change notification settings - Fork 126
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
Internal CLR error caused by LoadObject/LoadAllObjects #144
Comments
I'm experiencing similar issues on PUBG (UE 4.16.3) on specific assets e.g., I'm using the nuget package (v1.1.1). And .NET 8.0 (SDK 8.0.301). |
Same here. Game is Strinova (UE 4.28) and certain assets would crash FModel and leave CUE4Parse with an internal CLR error when calling Using CUE4Parse 1.1.1 and .NET 8.0 (8.0.303). I tried downgrading CUE4Parse all the way to 1.0.5 (the earliest version to support UE 4.28), but the problem persists. Same thing happens after downgrading .NET to 8.0.100. |
I ran through a debugger. The error occurs at line 576 of
The |
games on 4.28 don't exist |
Changed the UE version to 4.25, which is the version in the game executable. Problem still persists. It's pretty unlikely that the UE version is the root cause since the |
I tried unpacking the files uploaded by @jordan-dalby in FModel and I reproduced the error. Simply trying to open Even if the version of UE is somehow not correct, an attempt to unpack should not crash the entire program without even an exception being thrown. This |
This issue is not exclusive to a specific version. I tested all of the UE5 versions that CUE4Parse offers to check this very thing. As @lihaohong6 has mentioned, this issue is also present in FModel, crashing the application when trying to view the "faulty" files. |
I save the name of the file I'm parsing to file, then collect the name if the process dies while parsing. It appears to happen only with foliage related assets. I've saved this list to a file called broken.txt and just avoid processing them:
|
It looks like the issue is with nanite resource parsing: var nanite = new FByteArchive("PackedCluster", Ar.ReadArray<byte>(), Ar.Versions); In |
The following example provides all of the files needed to recreate the issue described in the title and below:
With some .uasset files, calling LoadObject or LoadAllObjects will give an output that, when accessed in any way, will crash the program, this behaviour is also seen in fmodel.
Minimal reproduceable example is attached.
Alternatively, load the attached zip into fmodel.
I will note that this is for ARK Survival Ascended, which uses UE5_0.
The full error given is this:
Fatal error. Internal CLR error. (0x80131506)
The other files are far too big to be uploaded on GitHub so I've uploaded them to Dropbox: https://www.dropbox.com/scl/fi/i2cjcu3jv5i4mlnrsiql2/CSMDE.zip?rlkey=ub3sxq2sjpcnzbb0n99niju0h&st=8czfefoi&dl=0
If instead you own and have installed ARK Ascended, you can use those files instead, just find the same path as in the code snippet with fmodel.
The text was updated successfully, but these errors were encountered: