The latest update seems to corrupt the game on Linux.

Long story short: Ark started to insta-crash today, wouldn't even get to the logon screen. I reinstalled the game, deleted all local files, unsubbed from all mods and added them back one by one. Unfortunately Utiliskins seems to be the problem. Unfortunately because I always liked your stuff very much!

The relevant line from the crashreport seems this one:

Assertion failed: Assertion failed: FCompression::UncompressMemory( Flags, Dest, Chunk.UncompressedSize, CompressedBuffer, Chunk.CompressedSize, (Padding > 0) ? true : false ) [File:G:\SVN_Ark\Engine\Source\Runtime\Core\Private\Serialization\Archive.cpp] [Line: 409]

....the mentioned path is obviously not valid on Linux... could that cause it? I can now reproduce the problem by subbing to UtiliSkins again, it does not even need to be active.

OK that's new. Did it work before my last hotfix? It looks like maybe something didn't cook right for linux build, hence the uncompressmemory and why more people haven't reported this yet. Also what is your G: drive? SSD or something?

I also found that this mod has been causing the game to crash after removing the mods and letting them install and saw this one caused the crash. I am using Linux Ubuntu and have everything installed normally on a HDD.

@TonboSP: yes your mod always worked fine! Troubles started on sunday, not sure about a hotfix... cause first TheIsland wouldn't launch, while I could still play other maps. Noticed the bra's be changed so I made the new ones (which I liked much). Today my game started to insta-crash.

Also I do not have a g-drive... I found a reference to it in 'wine' which links it to /dev/sdg which is a non-existent device... (possibly a once mounted usb-stick remembered by 'wine' ?). My SSD only runs the OS, all my userfiles are on a HDD.

OK that helps. From my initial research there was a crash problem with linux builds back in 2015 that was a shader error and mods would crash the game. You could try deleting my mod from your mod files in steam/steamapps/common/ark/shootergame/content/mods/ and delete folder 796983897. When you start the game back up it should redownload the mod folder. There have been problems with linux users when an update to the mod corrupts the files crashing the game. Think it has to do with steams updater for mod subscriptions not deleting or replaceing files or something. Try that and see if it works. If it doesn't redownload the files, unsubcribe, make sure the folder I mentioned is gone, then resubscribe. I could also suggest deleting everything in your mod folder and letting steam redowload the whole thing, but just deleting my mod should work. I really hope this helps.

No change. I tried deleting the mod folder and that didn't work and then deleted the folder and resubscribed and no change too. This is a new install as well so all mods should be a clean install. It keeps crashing as the game says it is installing the mod.

I ran the game in terminal and got this.

Using binned.
4.5.1-0+UE4 7038 3077 402 7
Setting breakpad minidump AppID = 346110
Steam_SetMinidumpSteamID: Caching Steam ID: 76561198013928298 [API loaded no]
Assertion failed: FCompression::UncompressMemory( Flags, Dest, Chunk.UncompressedSize, CompressedBuffer, Chunk.CompressedSize, (Padding > 0) ? true : false ) [File:G:\SVN_Ark\Engine\Source\Runtime\Core\Private\Serialization\Archive.cpp] [Line: 409]

Signal 11 caught.
EngineCrashHandler: Signal=11
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.

I also got a crash backtrace window.

Generating report for minidump

Application version 1.0.0.0
... built from changelist 0

OS version Linux 4.4.0-98-generic (network name: Andrew-Computer)
Running 4 x86_64 processors (4 logical cores)
Exception was "SIGSEGV: invalid attempt to access memory at address 0x00000003"

<SOURCE START>
<SOURCE END>

<CALLSTACK START>
Unknown!./ShooterGame() [0x1635742] + some bytes
Unknown!./ShooterGame() [0x96af0f] + some bytes
Unknown!./ShooterGame() [0x1636474] + some bytes
Unknown!/lib/x86_64-linux-gnu/libpthread.so.0(+0x11390) [0x7f5f0f58f390] + some bytes
Unknown!./ShooterGame() [0x163688b] + some bytes
Unknown!./ShooterGame() [0x16829ec] + some bytes
Unknown!./ShooterGame() [0x1675075] + some bytes
Unknown!./ShooterGame() [0x16d6690] + some bytes
Unknown!./ShooterGame() [0x3373c15] + some bytes
Unknown!./ShooterGame() [0x15dae8e] + some bytes
Unknown!./ShooterGame() [0x162cb65] + some bytes
Unknown!./ShooterGame() [0x15daea9] + some bytes
Unknown!./ShooterGame() [0x162cb65] + some bytes
Unknown!./ShooterGame() [0x15a6835] + some bytes
Unknown!./ShooterGame() [0x33726fd] + some bytes
Unknown!./ShooterGame() [0x33743a3] + some bytes
Unknown!./ShooterGame() [0x15f4c08] + some bytes
Unknown!./ShooterGame() [0x15fee7f] + some bytes
Unknown!/lib/x86_64-linux-gnu/libpthread.so.0(+0x76ba) [0x7f5f0f5856ba] + some bytes
Unknown!/lib/x86_64-linux-gnu/libc.so.6(clone+0x6d) [0x7f5f0e1853dd] + some bytes

Assertion failed: Assertion failed: FCompression::UncompressMemory( Flags, Dest, Chunk.UncompressedSize, CompressedBuffer, Chunk.CompressedSize, (Padding > 0) ? true : false ) [File:G:\SVN_Ark\Engine\Source\Runtime\Core\Private\Serialization\Archive.cpp] [Line: 409]



[Callstack] 02 0x0000000001635742 ./ShooterGame() [0x1635742]
[Callstack] 03 0x000000000096af0f ./ShooterGame() [0x96af0f]
[Callstack] 04 0x0000000001636474 ./ShooterGame() [0x1636474]
[Callstack] 05 0x00007f5f0f58f390 /lib/x86_64-linux-gnu/libpthread.so.0(+0x11390) [0x7f5f0f58f390]
[Callstack] 06 0x000000000163688b ./ShooterGame() [0x163688b]
[Callstack] 07 0x00000000016829ec ./ShooterGame() [0x16829ec]
[Callstack] 08 0x0000000001675075 ./ShooterGame() [0x1675075]
[Callstack] 09 0x00000000016d6690 ./ShooterGame() [0x16d6690]
[Callstack] 10 0x0000000003373c15 ./ShooterGame() [0x3373c15]
[Callstack] 11 0x00000000015dae8e ./ShooterGame() [0x15dae8e]
[Callstack] 12 0x000000000162cb65 ./ShooterGame() [0x162cb65]
[Callstack] 13 0x00000000015daea9 ./ShooterGame() [0x15daea9]
[Callstack] 14 0x000000000162cb65 ./ShooterGame() [0x162cb65]
[Callstack] 15 0x00000000015a6835 ./ShooterGame() [0x15a6835]
[Callstack] 16 0x00000000033726fd ./ShooterGame() [0x33726fd]
[Callstack] 17 0x00000000033743a3 ./ShooterGame() [0x33743a3]
[Callstack] 18 0x00000000015f4c08 ./ShooterGame() [0x15f4c08]
[Callstack] 19 0x00000000015fee7f ./ShooterGame() [0x15fee7f]
[Callstack] 20 0x00007f5f0f5856ba /lib/x86_64-linux-gnu/libpthread.so.0(+0x76ba) [0x7f5f0f5856ba]
[Callstack] 21 0x00007f5f0e1853dd /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d) [0x7f5f0e1853dd]

<CALLSTACK END>

0 loaded modules

Report end!

I'll keep looking, but I'd be lying if I could sort that callstack out. LOL I'm gathering from the report that it is a kernel issue with I'm guessing the whole GPU shader processing which is why you get all the unknown with the memory location reference. My programming is limited to basic (and not regular use) C++. The unreal forums are helpful with this stuff, but be patient. Also just a thought. Are you running any other skin mods and do they have some of the same armor skins in them?

I checked and I don't see any others that the server I am playing got me subscribed into that has any others with armor skins and the only other one that I think would be a skin mod would be the Naturalism 2 mod but no one in that one has reported any issues yet.

Yeah I've talked a lot with Briana who posted that mod and the other player mesh change mods like Amazonia. This is actually the first crashes I've heard of with UtiliSkins at all. To be honest with only 2 crashes reported there's not a lot to compare for troubleshooting. I won't give up looking though. If the server has a forum maybe you can find someone who has had similar difficulties that may help you.

It looks like the latest update to the mod fixed the issue with it crashing the game while installing. It now gets passed installing the mod with the newer updated mod you put out today.

Wow... I was just about to do the thorough test like TonboSP suggested (clear all mods, delete the folders, re-sub one by one) when I saw Liffento's post. So I just re-subbed to Utiliskins after deleting it's old folder et voila: works again without issues! Thank you both for your inputs & efforts!

Man so glad everything worked! I think the ADK compiler has a problem with zero values getting screwed up when building linux/Mac. The windows build doesn't have a problem with them.

I'm running this mod w/ Amazonia 2, and there are some clipping problems. The items that clip are:

Cloth: Feathered Bra, Basic Top
Hide: Leather Vest w/ Pads, Leather Vest
Fur: None
Desert Cloth: Desert Halter, Desert Cowl
Ghillie: Natural Ghillie Top, Basic Ghille Top
Chitin: None
Flak: Metal Chest Plates, Metal Harness
Scuba: Scuba Tank
Riot: None
Tek: Tek Harness, Tek Halter, Tek Top Frame

The nipples/cleavage through, even with default character settings.