I am using a lot of mods, but I'm still not very experienced in finding problems with them. So, I'm playing with a friend and when I'm exploring one deserted planet, I get kicked back to my ship. Generating some dungeon seems to be causing this. My friend and I were trying to find the problematic mod, but without luck. Could someone please look at the log and try to find the problem? Or at least point us in the right direction? Thank you!
Have you tried deleting the world file of the planet you on? (also back up your player and universe folder first).
Are you running 32 or 64bit? Hmmm similar issue here. Do you have United Systems Expansion - A Galactic Story installed https://steamcommunity.com/sharedfiles/filedetails/comments/874013371 Code: Caused by: (DungeonException) Error loading dungeon '/dungeons/encounterdungeons/encounterdungeons.dungeon': (JsonException) Improper conversion to JsonArray from object
I'm a person who plays with Oktek and also tried to troubleshoot this weird problem. We play on 64bit version of Starbound on 64bit Windows 10.
I would remove all mods then add em back 1 by 1. Orr trying a different char to make sure it isn't corrupted.
But even with a mods that can modify dungeons are on my minimum (Avali, FU, Elemental Correstialism and Elithian Races Mod) this problem still exist. Ye I trying to drop as many mods that can modify generation of planets and with own dungeons and mini dungeons as possible. Ye It's a weird and annoying problem.
Cut out all of mods whose generate a dungeons or mini versions of them. Still exist. I give up. Maybe It's time for fresh and more light modload and new save.
I'm amazed at all the errors in that log. How many mod authors don't look at their own logs? Mistakes can slip through, but should be caught and corrected after that point, right?
Yeah, the biggest culprit is the Platform Hatches mod, it spams the log with recipe errors and the author doesn't plan to fix it "The errors are spurious, harmless, and have been there from the beginning. Sorry I didn't mention them as a known annoyance when I added the features that cause them. I have a more detailed post about them in a moment." https://steamcommunity.com/workshop/filedetails/discussion/753337799/305509857558801750/ Nice little read.
I don't think you noticed, but you'll find me discussing the topic IN that thread. bk3k = bk3000 Platform Hatches is kinda a unique case, and also a small portion of the errors in that log. The errors shouldn't generate in the first place. Go ahead (with that mod installed) and /spawnitem <something it generates an error for> See it spawns. What's more, those recipes it generates errors on actually work flawlessly in game. It doesn't generate any errors in-game when actually making use of those very recipes, just in the pre-loading phase. You see what they're doing in those recipes is absolutely valid to the engine, yet not accommodated for in the pre-loading checks. There is nothing to "fix" on that modder's end. The C++ code that checks the recipes needs fixed, and it almost certainly isn't even a difficult fix. Just a little light string manipulation. I understand though it wouldn't be any sort of real priority to the devs to mess with it at this point. But as a matter of principal, your validity checks should NEVER fail valid data - and that check does. Avoiding that error while maintaining the same intent is "almost" impossible. I could technically cook up a crazy script that built recipes via that same script to insert into a crafting table. That means effectively replacing the recipe system itself. It shouldn't be necessary to go through all that trouble to clear errors which shouldn't generate in the first place. It won't have any real benefit beyond that. Won't make for a better mod or anything. Although that reminds me of an unreleased project I forgot about. The rest of those errors are another matter. They actually represent something that's actually broken. Image/frame errors. LUA script errors, actual recipe errors from items that either aren't spelled the same or don't exist anymore (imperviumcompound), and bad patches. These don't just turn that log into a fishing expedition, but also will have real gameplay implications... especially that broken monster script
I so sorry for resurrecting this topic. But I want to back to troubleshooting. With the same problem. This problem even still exist on totally fresh and smaller modload. I noticed that no matter what I did, what mod I removed the same error is still in the logs and repeats every time when this problem (kicking to the ship) happens. Code: [03:09:13.181] [Error] WorldServerThread exception caught: (WorldStorageException) WorldStorage generation failed while generating from queue [0] 7ff67e5b7153 Star::captureStack [1] 7ff67e5b5ede Star::StarException::StarException [2] 7ff67e5b5fc8 Star::StarException::StarException [3] 7ff67eb88180 Star::WorldStorageException::WorldStorageException [4] 7ff67ef91fd8 `Star::WorldStorage::generateQueue'::`1'::catch$151 [5] 7fffca76c1e0 _C_specific_handler [6] 7fffca762d03 _TypeMatch [7] 7fffd0584643 RtlCaptureContext [8] 7ff67eb8bf4d Star::WorldStorage::generateQueue [9] 7ff67eb7ef4a Star::WorldServer::update [10] 7ff67eb84b66 Star::WorldServerThread::update [11] 7ff67eb84558 Star::WorldServerThread::run [12] 7ff67e5b3c5e Star::ThreadImpl::runThread [13] 7fffcdba1fe4 BaseThreadInitThunk [14] 7fffd054f061 RtlUserThreadStart Caused by: (DungeonException) Error loading dungeon '/dungeons/encounterdungeons/encounterdungeons.dungeon': (JsonException) Improper conversion to JsonArray from object [0] 7ff67e5b7153 Star::captureStack [1] 7ff67e5b5ede Star::StarException::StarException [2] 7ff67e6cad9a Star::DungeonException::format<Star::String,Star::OutputProxy> [3] 7ff67ef18191 `Star::DungeonDefinitions::readDefinition'::`1'::catch$61 [4] 7fffca76c1e0 _C_specific_handler [5] 7fffca762d03 _TypeMatch [6] 7fffd0584643 RtlCaptureContext [7] 7ff67e6e55a7 Star::DungeonDefinitions::readDefinition [8] 7ff67e6d450a <lambda_475708549715a500cc90681f474fe533>::operator() [9] 7ff67e6cb57c Star::LruCacheBase<Star::OrderedMapWrapper<Star::FlatHashMap,Star::String,std::shared_ptr<Star::DungeonDefinition>,Star::BlockAllocator<std::pair<Star::String const ,std::shared_ptr<Star::DungeonDefinition> >,1024>,Star::hash<Star::String,void>,std::equal_to<Star::String> > >::get<<lambda_475708549715a500cc90681f474fe533> > [10] 7ff67e6e0094 Star::DungeonDefinitions::get [11] 7ff67e6d147e Star::DungeonGenerator::DungeonGenerator [12] 7ff67e772f5c Star::MicroDungeonFactory::generate [13] 7ff67eb100e4 Star::WorldGenerator::generateMicroDungeons [14] 7ff67eb8c260 Star::WorldStorage::generateSectorToLevel [15] 7ff67eb8c19d Star::WorldStorage::generateSectorToLevel [16] 7ff67eb8c19d Star::WorldStorage::generateSectorToLevel [17] 7ff67eb8bf4d Star::WorldStorage::generateQueue [18] 7ff67eb7ef4a Star::WorldServer::update [19] 7ff67eb84b66 Star::WorldServerThread::update [20] 7ff67eb84558 Star::WorldServerThread::run [21] 7ff67e5b3c5e Star::ThreadImpl::runThread [22] 7fffcdba1fe4 BaseThreadInitThunk [23] 7fffd054f061 RtlUserThreadStart Now only mod who adds dungeons are FU, Avali, Elemental Correstialism and Elithian Races. Each was tested separately and none of them when separated didn't do this. Even modload only with them don't trigger this bug. I don't really know what mod doing this over and over and over. PS: Fresh log on totally new save
