[1546] uncompressed size stat stuck pending.
complete
The_Heavynator
it appears that the uncompressed size stat is failing to load which (seemingly randomly) causes avatars to be set to there fallback or imposter even if there uncompressed size would fall within the set limit.
Log In
e
euan
complete
The primary issue identified here is now fixed. If the issue is still apparent on the now released 2024.4.2 please create a new post with logs and avatar(s) affected noted
e
euan
The latest open beta release should have issues observed fixed, if issues are still observed please again provide as much information as possible (I give questions further down in this post) AND provide logs
JellySten
euan Started being unable to load some avatars since the last beta patch. The owners of the avatars that failed to load weren't in the beta and their avatar's stats said Uncompressed: Pending on their end. I couldn't see their avatar's stats on my end.
The avatars were all about a year old. Their owners' more recent and much older avatars worked fine.
e
euan
JellySten: Can you please provide logs along with the avatar id(s) for the avatars affected (if you don't have access to the ids the avatar name + name of the author works too)
Soronan
I think this is what you guys were asking for on the discord with the output log. I'm still having the issue of literally everyone now being a imposter or fallback avatar, including friends. I tried clearing cache, reinstalling, and switching from open beta to live, and nothing fixes the issue anymore. Of note, if I force show someones avatar it will work ok but even if they meet my avatar display settings it wont show the avatar unless its force shown.
The boxes to view avatar author and stats are also greyed out unless its force shown since its showing the imposter. Odd how switching to live doesn't fix it at all and reinstalling.
Edit: Cleared cache again, uninstalled, then reinstalled directly as live and not open beta, then changed settings to dont block poorly optimized, max download 200Mb, and max uncompressed 500Mb and it seems to be working properly now. Can try going back into open beta to see if its still broken.
Honzackcz
i downloaded beta and all avatars are pending mine and friend's.
dag-ed
I heard many people who try beta client is back to live client because of this issue, this is also blocked to test other features.
( i asked 20ppl instance who can see Print, no one can see, and 3ppl respond to this reason)
ElfMom
frankly, maxxing out the download sizes doesnt really help when the size is "pending".
e
euan
ElfMom: Could you provide provide avatars in which you see this occur on (avatar id or avatar name + author)
ElfMom
euan I cant give you one off the top of my head, but it seems random. some people their uncompressed size will show as "pending" and so they show as fallback/imposter, which i can only assume is because pending supersedes max size
e
euan
We likely have found the main issue, the user set limits for compressed and uncompressed size were mixed up when evaluating limits, a proper fix is in the works however if you want a temporary solution just max out the compressed limit (download size), do not set it to 0. Only downside is avatars with an uncompressed size greater than 200 MB (the max download size) won't load unless manually shown, which IMO you shouldn't have avatars that take up over 200 MB uncompressed automatically shown unless in small instances
darkkittydin
I had this issue last night.
Set my Shield level to none. No Change
Set Download and size limits to 0 MB. No Change
The only thing that worked was manually showing users, or reverting to the current release.
I looked through the log and found a few entries similar to these:
2024.11.14 18:46:53 Warning - Avatar was blocked by local perf limits: AssetBundleSizeTooLarge
2024.11.14 18:46:53 Log - [AssetBundleDownloadManager] Starting download of 6 MB, 0 still queued.
e
euan
darkkittydin: Setting the limits to 0 will make it so you have to manually show everything, as well, the limit is 0, nothing is lower than that
StormRel
needs more information
e
euan
Could you elaborate further on:
- If it's All avatars seen or some avatars seen
- Is it certain avatars or could the same avatar work in some cases but not others
- If just some avatars what those avatars are (avatar id or avatar name AND author)
- If all avatars is it all the time or some of the time
- How many players were in the instance(s)
- Related to above did it seem like there was any commonality between avatars that failed
- If just some avatars were those avatars old or were some also new
Along with the above (and any other information you feel is relevant) logs would be good
Tiոi
euan
For me it varies how many people are imposters, typically 50-80% of the lobby if I remove my culling and shield set to none. I checked the logs and it says "Avatar was blocked by local perf limits: AssetBundleSizeTooLarge" on all of them even though my limits are 500mb uncompressed and 200mb download. Tried this is different instances with 10-60 people.
Salbug
euan It appears to be all avatars from what I notice. Also noticing for my own avatar as well (avtr_d04754f7-2305-4867-b5a0-ec83d9c14db0) that it takes a while to load like it isn't cached. I've provided logs since first launching the current branch of open beta.
The_Heavynator
euan
will likely need more testing but this is what ive noted so far.
uncompressed size pending happpens with all avatars but the "perf blocking" only affects some but quite a lot are effected.
there was no apparent commonality between avatars. download sizes, perf rank and texture mem vary widely and avatars that i had seen on live/previous beta were perf blocked even after setting threshold to 500mb.
there upload dates dont seem to be related and nither does instance population.
should also be noted that "uncompressed size pending" does not occur on live and did not occur in the previous beta.
personaly i suspected mip streaming confusing the system but older avatars without it enabled would not be effected (unless its somehow forced on).
sophiа
euan been having same issue and it seems to cause a large number of avatars to show as fallbacks / imposters. i play with all safety's disabled but i can inter some instances and half the instance be fallbacks were on live everyone is shown
BakaMitai
euan Seem like everyone not shown manually are fallbacks in my case. Tried disabling size limits but it did not help.
e
euan
Salbug: There was a slight unintentional cache differentiation causing things to be redownloaded which would explain this, it should be fixed soon, unless it's taking longer to load every time then I'm unsure
Salbug
euan It is most likely caused by that yeah.
Load More
→