Addressables causes corrupted textures when using Packed Play Mode

[RakNet]

I’m getting corrupted textures on some of my units when using Packed Play Mode. This appears to be a problem specifically caused by addressables. I’d file a bug report, but my game is like 100 GB so I wouldn’t be able to upload it.

Using version 1.1.7, with dependency scriptable build pipeline 1.5.2

This is similar to the issue I had when using resources

Bug: 4GB limit to Textures in standalone build

There appears to be a hard limit of 4GB of textures in the standalone build. If your project has more than 4GB of textures, then some of the textures in standalone build will be messed up. While this limitation may be acceptable for mobile projects, this limit is completely unacceptable for PC projects. There are currently two threads in the forum about this bug: https://forum.unity3d.com/threads/textures-messed-up-in-windows-build.440675/ https://forum.unity3d.com/threads/texture-problem-gr…

Notes:
Using addressables in fast mode: Problem does not occur
Not only the zombie is corrupted, also the magic missile the player shoots (see screenshot) and the loot drops are corrupted. In the screenshot the skeleton is corrupted too.
If I simplify the scene, the first wave of zombies is not corrupted, but the second wave that spawns is
Problem occurs the same way in the editor and in builds, so long as I use packed play mode
The same zombie in two other, simpler scenes works fine. The other two scenes are loaded the same way. It is only in this scene that has many other assets
Tried build/clean already

Editor log attached

4894721–473273–Editor.log.txt (646 KB)

[RakNet]

Updated to 1.1.9, still exists. Editor log found here:

www.poleaxe-games.com/AddressableIssue/Editor.log.txt

Unity version is 2019.2.0f1

[unity_bill]

how big are the bundles you end up with? Are your groups set to “pack together” or “pack separately”? And, have you run the analyze duplicate check?

[RakNet]

@unity_bill

“how big are the bundles”

Not sure how to check that, is it this?

“And, have you run the analyze duplicate check?”
Yes, I just ran it, then tested again and the issue still happens

“Are your groups set to “pack together” or “pack separately”?”
Can’t find that option, so I guess it’s the default.

Here’s the log after I ran duplicate check, then clean, then build, then tested the game and saw the issue still happened
www.poleaxe-games.com/AddressableIssue/Editor2.log.txt

[danilonishimura]

@RakNet Unity used (?) to have a 2GB file limitation. I don’t know if this is still the case, but your 2GB bundle sure reminds me of that.

(Aras) Currently in Unity, serialized files can’t be larger than 2GB.

resources.assets > 2GB

I think all this memory talk and "how to force windows to use more RAM in 32 bit" is unrelated. Currently in Unity, serialized files can't be larger than 2GB. I don't think we fixed that yet; will poke the relevant folks. Try doing as superpig says - don't put too much stuff under Resources folder. Split into multiple asset bundles, or something like that.

Split into multiple asset bundles, or something like that.

[aurelien-morel-ubiant]

@RakNet by default it’s pack together. This option is present in the asset group. Click on the default group and check the inspector. You must this in the last scriptable object field.

[RakNet]

@aurelien-morel-ubiant Thanks! Changing to Bundle Mode Pack Separately fixed the problem.

[unity_bill]

@RakNet

Not sure how to check that, is it this?

yes, like that, though this shows the size after compression.

@RakNet

Thanks! Changing to Bundle Mode Pack Separately fixed the problem.

The system should support bundles up to 4GB at this point, but I’m not sure if there are some potential complications if your uncompressed size pushes 4GB. I don’t think our compression will cut things down in half, but I don’t know.

So I’m mostly sure it’s one of two things. In either case, the fix is either “pack separately” as you’ve done, or spit up your assets into a handful of groups (each can be pack together).

1. the bundle is somehow too big. Seems odd, but it’s possible.
2. some sort of issue with how much RAM you need to allot for that one big file. Keep in mind (as noted here https://docs.unity3d.com/Packages/com.unity.addressables@1.1/manual/MemoryManagement.html) that while you can load things individually from a bundle, they will only unload once everything in that bundle is done being used. Which means there could be times when you have all of that large file in memory, even if you don’t think you’re using it all together. Depending on the system, this has potential to cause issues.

Those are both guesses though. All in all, I’m happy splitting up your files solves the problem.