#Open Body Cams
1 messages ยท Page 5 of 1
Okay just wondering.
I noticed github has a lot of commits two weeks ago, but the mod hasn't been updated in two months according to Thunderstore. Does the mod still work all good in current version of the game?
No problem so far for me n my group
I'll add it to my modpack too in that case, thank you ๐
yeah, it's been stable on the latest release for a while. I've got some new features coming soon but since it seemed to be pretty bug free I didn't see a need to put out many updates in the meantime
Why does the headcam always turn off after 1 day with General improvements?
I think I had the same observation
#1199570032196333648 message
And I think that disabling the option to show background fixed it
Ok thanks!
actually that was lil' misinformation it seems
i just came out of running a longer lobby, and the body cam monitor is reliably turning off for me nevertheless
the only difference now is that instead of the better monitor blue background i have the normal monitor off thing
Mod code was 018f4a8a-3b14-748b-92ff-0b4e739822f8
oh, that's curious
were you a client or the host? and would you be able to provide a profile code for r2modman so I can try to reproduce it?
installing all those mods manually could be quite time consuming
I have yet to test with GI for the 2.0.0 release, though, so perhaps I'll just see the issue happen there regardless of the mod list
the code he provided looks identical to the modlist
oh wait I missed the code, whoops
thanks for pointing it out lol
will check it out later
when does it turn off? I wasn't able to reproduce on initial load without the background enabled for all screens, and neither did it occur after landing and taking off several times
I did reproduce the issue with the background enabled, though, that may be something that Shaosil will need to work with me to fix
It seems to be after landing and some time in the dungeon
So I'm wondering if this is a cull factory thing or something similar
Checking a few videos from yesterday
Doesn't seem that I have captured this
I'll try to repro it
My theory is that you need to be some amount of time and/or distance away from the monitors for this to happen
huh, that would seem odd since the material that displays the body cam doesn't really care about where you are, but if you're able to reproduce it and figure out exactly how it happens that would be very helpful
could definitely be interesting to see a video for a round where it happened as well
if you can get that
out of curiosity
can you see the girl on the body cams?
she always shows up on the "external cam" of the ship
even for non-haunted players
would be cool if you can observe her on the body cams as well (assuming this isn't already a feature)
that's actually an artifact of the way that some mods like to make the player model visible on third person models, which the vanilla game doesn't do
in vanilla, the highest detail player model is set to only render in shadow maps, but mods like the mirror or emotes that display in third person will instead move that high detail model to the enemies not rendered layer and make the internal camera render that layer, iirc
OpenBodyCams doesn't do that, and it doesn't enable the enemies not rendered layer for the body cam, so that wouldn't happen on those
I wouldn't really consider it an option to do that, either, because firstly, the dress girl AI isn't doing anything valid when she's invisible and sometimes she ends up skipping in place I believe, and secondly, if zeekers adds more enemies that use that layer, it'll become even more obvious and problematic
?
im pretty sure ghost girl shows up on cctv even in vanilla
if you mean that's one of the artifacts
this is fair enough though
interesting, I'll check to make sure then
i rarely ever play 100% vanilla so i can't say for certain without testing it
she would obviously appear on it for the player being haunted while she is being aggressive
but i dont use mirror or emote mods, and i know i've seen her on the cameras even on a profile that doesn't use any body cam mods
including when someone besides me is being haunted
she isn't spawned for other clients though, as far as I know
not 100% sure of the details. maybe it's never been intended as a feature and is just some weird hijinks
there's a bunch of funky stuff going on with layers
there's a few other mods that mess with the layers, like the model replacement API iirc
don't use that either but yeah
Funfact: Not only you can see her perfectly on ship's camera monitor, even when she's far, but any other player who's not haunted by her can also see her on the monitor.
I think I also might confirm that she won't kill you(And she could kill me, because I saw previously she can even clip through ship's closed door) if you don't look at her. She ...
can't be 100% certain this is unmodded footage but there's at least nothing immediately visible
you can at least see here that ghost girl still shows up on the camera for the haunted player even when she is "inactive" (not making any breathing sounds and wouldn't be visible to the haunted player)
skipping in place, as you said
yeah
it may be an intentional thing, since there's also a way to completely hide an enemy on all cameras, but I'm not sure why it would be desirable to show her in the skipping animation like that
the thing is, I'm pretty sure that only plays when she goes invisible when she's ready to attack
no clue
before that, she just stands there
it does appear to have the enemies not rendered layer enabled in vanilla, yeah
curious
Version 2.0.0 (requires v50)
- Added a ship upgrade to enable body cams for 200 credits which is enabled by default if LethalLib is installed. (many thanks to @merry juniper for making the antenna model!)
- Added support for adjusting the position of tulip snakes and snare fleas based on the view perspective.
- Added support for vanilla cosmetics (bunny ears, bee antennae).
- The screen that the body cam occupies will now switch back to the camera that originally displayed when the body cam is invalid, when GeneralImprovements's UseBetterMonitors is not enabled.
- Added an option to swap the external and internal cameras' positions when GeneralImprovements's UseBetterMonitors is not enabled.
- Added an option to modify the external camera screen's emissive color.
- Fixed an issue where the radar map's night vision light would be visible on body cams when CullFactory is enabled.
- The camera that is replaced by the body cam will now be disabled to improve performance.
- Allowed API users to override a body cam's resolution and DisableCameraWhileTargetIsOnShip option.
it's finally time!
should be available on Thunderstore before long
there were a lot of big changes internally, so let me know if you encounter any issues
LETS FUCKING GOOOO
do u have to get it from terminal even if u disable the ship upgrade config?
no, the body cams will be on by default when the ship upgrade is disabled
i want to disable cuz i already have so much to buy like with lgu and other stuff
so if LethalLib is not installed, or if the option is set to false
ok good
also, almost forgot to mention, thanks to @merry juniper for the awesome antenna model!
You have the post processing for it disabled
And where would that be?
shrug I don't remember lol. I should probably move it
im trying to quit the game thru the game menu and it wont let me
and logs say something about OBC
this one is from the start of the lobby
this one when I tried to quit the game
ah, looks like there's an issue with the ModelDestructionDebuggingPatchEnabled option, I can patch that, but it's fine to just turn that off
thnx !
even tho i have lethal lib installed, the ship upgrade config "Enabled" is disabled by default
does that mean the cam is automatically on, or no
uh oh
that was supposed to be true by default, not sure how I managed that
when that option is false, yes, the body cams will be enabled as soon as you load into a game
also, how come the Pip terminal is disabled, does it cause any issues? cuz i think thats a really cool feature and hadnt noticed it before
main reason was that some other mods like to add commands for things like that, and I didn't want to screw with them
nothing broken with the command as far as I am aware
oh ok
do u know which mods
also, there's one that adds a windows-like interface to the terminal that I saw a while back
not sure if that one is maintained
ok i dont have those so ill bet im good
yeah, it generally shouldn't cause an issue even if one of those mods exists, it would just be duplicate functionality
Uploading a hotfix for a compatibility with darmuhsTerminalStuff, and changing the default for the ship upgrade to enabled as it should have been
the old setting should be migrated to the new default if you ran OpenBodyCams 2.0.0 and generated the config option
i the host cant see the open body camera but my crew can
should i drop my code so soneone can see whats happenening
If you're using GI set it to monitor 14 if that's where you had it instead of leaving it on 0
I have GI and its set to 0, he probably has another issue
Nah it was a blank camera for me when I had it on 0 after the update, I had to set it to 14 to fix it
weird
i did that
still blank
Probably whatever in your pack has been causing you desyncs then if I had to guess
can i give you my code cause ya seem to know things and i just dont
is that with the upgrade? it looks like it doesn't spawn properly on clients in the current version, I'm about to push another update
sorry about that
Do you have additional monitors in GI enabled?
It looks like Zaggy just realized the issue
Ah, was about to say that if he didn't have that option enabled then the monitor number wouldn't be 14
https://thunderstore.io/package/download/Zaggy1024/OpenBodyCams/2.0.2/
should be downloadable now if this link works for you
yes
Tbf the mod causing you desyncs coule be a mod I have never tried
i have the upgrade ya just got
You're not using ShipLobby or LateCompany are you?
once this update goes out, you should be able to load up to the save again and your crew should see it now

shouldn't be...
I don't have the problem with being unable to see the cam as host on my side
sure, send a code, I'll look and see if I can reproduce @keen igloo
r2modman is the slowest mod manager ever hold on
no worries
018f69ca-5e89-2af2-0862-6844ea4f7ab5
the config in openbodycams should be set to 14
yet they can see it i cant
no shot
no shot.
Turning the thing off and on fixed it.
Quite literally turning the monitors off and on again fixed the issue
you cant make this shit up ๐
tho like yall having the code is good for seeing if any of the mods i have are fucked up or somn dont judge me for the suits
It should still be visible without needing to do that
You don't have a camera set up on 14 in GI's config do you?
i do
Could be the 2 are trying to overlap each other
yup thats set to none
Do you have additional monitors enabled?
yes
He has had desyncs lately but doesn't know what mod it is
its fixed so like its fine mightve just been a specific issue idk
eh that kinda fixed itself by me getting rid of tolian's mods
ah, I've seen that happen in my testing, sounds like maybe shaosil will need to look at his code to see if there's any reasons it might overwrite my material still
but he's reworking the code he uses to set things up, so that might just stop happening, idk
honestly
Gdi Shaosil lol
it might just be cause it was off prior before the update cause we're using the same save before and after the update
so maybe turning it on and off just refreshed it
off as in not working
Maybe
abyways the only real issue i have currently is just somn with toomanysuits, this is probably the cleanest session we've had in a while
I also would regen the config personally and set stuff back up how you had it
Honestly
noted then
but yeah no yhe longer i have to configure instead of playing the more i dont get to play so its tiring
when I was testing with GI, I found that the material overwriting happened intermittently, was that the case for you?
no clue
hmm? how many times did you load in?
tf toomanysuits do
once before update once after
sorry im no help here im in the middle of a session rn and wanna focus on that
adds pages to the suit rack so they dont go over the rack
meant the issue with it mb
understoodable
at least it has a workaround I suppose
afaik the issue is nothing new, hopefully it hasn't worsened somehow though
issue where inconsistently my crew cant flip the pages
it wouldn't surprise me, GI compat is a bit screwy atm
like sometimes they can sometimes they cant and everytime we close and reopen it changes who can and cant but sometimes it doesnt
Is he not using faster load? 
well it doesn't matter when I'm loading it fresh
I don't use that anyways, I don't have massive content mods normally
(plus the storage space that takes up isn't really worth it to me)
also, I don't know that that would affect the ram usage
should i get faster load
Fair
I cut my pack down by over 200 mb recently by swapping from BadAssCompany back to TooManyEmotes
i like having both cause its funny
hopefully TooManyEmotes is stable by now, the last 10 times I tried it it was kinda busted lol
Yeahhh
can't reproduce the body cam not showing, just tried buying it and then loading into the save and neither had issues
buying it???
I thought you said you had the upgrade
misunderstanding on my part
maybe you had mismatched configs then
Maybe caching issue
R2 caching different versions
This is why I suggest clearing cache after updating mods
r2modman can suck my nuts istg
not sure what happened there if it wasn't a config mismatch, but I'd recommend swapping over to OpenBodyCams 2.0.2 whenever you see it
kk
okay so bad news
stopped working again
now both me and the crew cant see it
turning it off and on dont work
we have it updated ofc
018f6a19-e276-10f6-6de1-56ef843ae7ef
new code
all configs are synched
all mods are the same
set to none in generalimprovement config and set to 14 in the openbody cam config
im very bug prone as it turns out
Make sure DisableWhileTargetIsOnShip is set to false
It doesn't work currently with BetterMonitors and will disable the Body Cam
with 2.0.2? did you either buy the ship upgrade or disable it in the config?
it is
Oh yeah you may have the ship upgrade option toggled to true
ahhh yeah i i see that now
my bad
sorry im dumb and also stressed lmaooo
all good
i was curious and wanted to see if i could reproduce myself what was happening before he realized what happened. this code is eating up my ram tho and it constantly climbs??
is this pack performant for you jester?
oh wow
I didn't expect it to be a leak, I just noticed it had some sizeable content mods
yeaa and i wouldnt even know how to narrow it down or diagnose it lmao
the "easy" way is using the editor's memory profiler, but that takes a fair amount of setup even if you can do it without a rip project, which I'm not sure about
probably would be less work to just do a binary search for the culprit
yeah the second way is what i was leaning toward, but its not my pack so i dont really care enough, something to look at tho jester
it uh it works lets say
i have no idea what either of those things are so like
idk
i just live with the pain
just disable half mods, see if u still get the leak, if you do, the culprit is in that half. if not, its in the other half. then just keep doing that with each half
plus no thanks lmaooo
ive done that too many times
and at this point im building a house of cards on a ticking time bomb
just watch your ram hahha, the code uses all my ram and constantly climbs
hmm ok interesting its not actually your code. but perhaps a conflict with imperium? on my code imperium is fine. but on your pack installing imperium causes ram to leak so not sure whats going on there.
Ummmm lol
anyway a bit off topic for this thread so ill end it there o7
Is that PepsiMan?๐ ๐
Yes lol
Okay it isn't OpenBodyCams
instead of cube we have pepsi man
Wtf is breaking ModelReplacmentAPI XD
Oh is it a model replacement? lol
Yes lol
It was LethalPipeRemoval that broke it, if you disable the door monitor it breaks it
๐
Wtf man
yea I was about to say, my patch isn't a transpiler, you would see OpenBodyCams in there
Yeah XD
This will probably fix that
oh
wat.......
why is it destroying the door screen in the first place, just deactivate it........
people are way too trigger happy with destroying vanilla assets
Yeah maybe you can add an option to OBC for that
I just wanted to disable it
lol
I could maybe
it's a bit silly to destroy the exterior camera when it can still be displayed on the monitors lmao
Ye XD
destroying random crap in the ship is really asking for trouble
especially doing it in StartOfRound.Start(), since that'll happen after things have gotten references to the objects
in some cases anyway
bruh
in fact it almost would have caused an error in OpenBodyCams, they're lucky I was checking whether the door screen was in use in the latest initialization method I have
openbodycams no longer working for me after most recent update
is it because you have its ship upgrade enabled?
I would recommend checking the changelog
purchasing the upgrade did not work as intended
interesting, could you send a profile code then?
by "as intended", I assume you mean that it didn't start displaying the body cams on the monitor
did the prop spawn on the ship?
that's correct
no
log files may indicate the issue then
So the Body Cam became a green screen for me and won't work anymore
logs?
Im currently having to figure out a few other errors for my list because of other mods that updated as well, Im thinking its possible something else could be breaking it
was the body cam working at any point?
not for me no
Yeah
It broke on the 2nd game in
second day?
Yeah
were you joining someone or were you host?
I was the host
could you get me a profile code to test with?
I don't see any errors in there that seem suspicious
The newest update seems to break the terminalsuits mod that allows you to store suits in terminal
sure can
oh? how so?
that seems strange
Internal Cam doesn't get turned off
what are your [Ship] config options set to?
gotcha, then that's not a bug
How do I make it turn off then?
018f6aab-d208-634a-7692-4136cb7cdde3
do you want it permanently off or only when the screens turn off?
Just when the screens are off
if the latter, use GeneralImprovements, that's not a thing in vanilla
I don't really plan on taking over all the monitors like GeneralImprovements does
Well when I put Internal Camera on that monitor in GI it doesn't show up
that's curious, but I'm guessing that that happens regardless of whether OpenBodyCams is installed, so you're gonna have to take that over to Shaosil
there a few other issues that are happening in my list not related to your mod
downloading it now, I'll let you know if I can repro
sounds good ๐
is this intended?
prop spawned and when I set DisableCameraWhileTargetIsOnShip=false, it displays the bodycam on the monitor
hmm, guess its something on my end then, I had that config set to that awhile ago for compatibility with budapest and never readjusted it after removing it
I wonder if something is broken in my config?
I don't seem to have any duplicate or old config files for this hmm
if an option doesn't show up in LethalConfig or doesn't have a description in the config file, then it's not in use, so don't worry about ghost options
if EnableCamera is true and DisableCameraWhileTargetIsOnShip is false, and you've bought and can see the prop, I would expect it to work, at the very least for the host
and if the prop isn't working... it's a little suspicious, maybe something is up with the asset
maybe I should try restarting with the cached bundles from faster load
your log does claim that it loaded the assets and registered the upgrade, though
yeah it worked fine on second boot
@dense dune could you also send a profile code so I can test your third day obc break?
you were the host, right?
Yeah
hopefully that'll mean I can repro without spinning up two instances of the game
018f6a88-6af6-93de-34d5-a4b23f55c53c This is the one where it broke, if you want the unupdated mods
sure, sounds good
wow, that's impressive, your pack managed to break UnityExplorer
hoping the issue is what Shaosil was talking about in the GI thread, because I wasn't able to reproduce it with your code on my end
Wow lol how?
idk, somehow its method for enumerating the loaded classes got a null deref
very bizarre
We also had the save die and people started being unable to rejoin after landing on Transmission twice
Gonna assume it's that moon somehow
018f6af8-6ad1-9bbe-963e-97033014e910 @vital steeple this is the current code we're using, see if it UnityExplorer crashes with it lol
will check in a bit
it wasn't a huge deal, the scene hierarchy worked at least
are you downgrading GI? I'm curious if that'll resolve your issue with the body cams breaking
yea not seeing it now
Yeah so it was probably Transmission or FacilityMeltdown
@quiet summit if it was your moon I very much hope you manage to figure out what caused the problems v.v I wanna guess a corrupted asset somehow
uuuuuhhh
i can try to mess with it and see if i can diagnose anything, i dont see how itd be related but i may as well give it a shot
itll be a little bit though
just out of curiosity, does the error that spams at the end of the log have anything to do with openbodycams?
screen would freeze in place, but I could still interact with things ingame
its happened multiple times to me now
it would, yeah
lemme look into it
any idea what happened around the time it started?
I usually play with outplayed, just cutting the video around the part it happened at
interesting i launched lethal company with transmission and its dependencies as well as obc and the camera isnt there, removed transmission and its still not there
hmm, I wonder if it could be some intermittent thing
it's very possible that some mod doing something asynchronously screwed it up
there's a few mods in Lunxara's pack that do things off the main thread that they potentially should not be doing
(idk if you saw, but it was some error that occurred when UnityExplorer was loading up after the chainloader finished)
it was just me typing in discord on another monitor and swapping back
is that a me issue?
works now
seems like its one of the dependencies of transmission and not the moon itself
possibly just LLL as a whole
Lunxara seemed to think so, I'm not sure
the only errors i get from transmission are some of the models not having read/write access but thats like whatever
was this after loading into a game? was it a fresh save? it would only cause that issue when you're looking towards the body cam monitor, so the lead-up to that is the important thing
fresh save yes
its me trying to debug all the issues im having with latest mod updates haha
I had the upgrade disabled as well in config so it should be active from start
im just gonna kinda call it as there isnt really anything else i can do :p
yeah no worries on that
well let me double check the video
was not a fresh save I did enter 1 moon and die in scarletdevilmansion first
monitor was visible first time
however the screen in the video at launch was not showing bodycam
is there a way to do this with UseBetterMonitors Zaggy? Or is that something GI would have to handle on its side?
waiting for GI's API to be live and stable, I was going to have it work with that feature initially but then Shaosil changed a field type that I was using
I don't want to start using reflection to support three different versions of his mod lol
tyty!
wait, body cam wasn't visible at first, is that with DisableCameraWhileTargetIsOnShip=true?
let me double check
yes it was set to true
do you need the code again? I reverted GI back to its prior version
nah, I'm gonna try and repro without that and then if I can't figure out how that thing was null I'll just kinda bandaid it
not a bad bandaid really
sounds good ๐
found the issue, it was a dumb mistake but an easy fix lol
Can you list them for me?
;o
I've been trying to remove mods that might cause issues tbh
if it doesn't cause problems for you then it's not an issue
Got it
it's mainly tricky because UnityExplorer probably wants to touch a fair amount of things after the chainloader finishes, and I think some mods are doing things after that
Ahhhh ๐ค
but that is Just A Guess โข๏ธ
@dusty path uploaded version 2.0.3 with a fix for the issue you were encountering
(it's much less likely to happen if you have multiple players in the lobby I think, but definitely a bit of a silly mistake on my part)
also killed a few other bugs while I was at it:
Version 2.0.3
- Prevented error spam that would occur when a body cam switches from targeting a solo player to targeting nothing.
- Fixed a long-standing issue where the body cam would not switch back on if it was targeting a dead player with no corpse while players respawned.
- Fixed invalid targets sometimes displaying on the body cam after the 2.0.0 update.
- The EnableCamera option will now only act on the main body cam, and not any body cams created by API users.
hey thanks, awesome work!
is this something or nah?
that's definitely a little strange
it'll break the terminal body cam for darmuh's mod, I'll look into why that's happening
just to make sure, this was with 2.0.3?
yep
oh no lmao
it's because I forgot to remove some debug code
will update in a moment, I have another fix I'm putting out with this
I blame VS for not renaming a field properly 
A fix is going out as 2.0.4 now
@vital steeple I think the monitors 1.2.7, while having a couple minor bugs, may not be as unstable as we thought.
The reason people are seeing a blank screen with OBC now seems to only happen when it's a buyable ship upgrade (which is the default). It uses a blank screen texture before purchased instead of whatever may be assigned in GI's config
cant clear the map monitor with view bodycam command. it stays there even exiting the terminal
other commands are working fine
huh, that seems really weird to have broken, I'll take a look
and this too lol, I tested with TerminalStuff last night 
if you are using the view bodycams command though, that's with TwoRadarMaps I assume?
@meager shore just booted up with UseBetterMonitors=true and AddMoreBetterMonitors=true, and ShipUpgrade.Enabled=true and it used the black screen texture
could you maybe send your GI and OBC configs where you see the issue?
perhaps even a whole profile code, I wonder if it's load order dependent
the map command and the view monitor command are not the same, that's probably to be expected when you mix commands from darmuhsTerminalStuff and vanilla ones
view bodycam is only supposed to open the vanilla map view when it is not open, then open the body cam picture-in-picture on top of it. When you enter it again, it's only supposed to hide the picture-in-picture. That is intended. I would hope that typing view monitor would hide the map monitor, but given that darmuhsTerminalStuff implements their own version of that command with its own map overlay, I would imagine that wouldn't work. I would recommend disabling the view bodycam command.
darmuhsTerminalStuff has support for OpenBodyCams and TwoRadarMaps out of the box, which that error you posted would interfere with, so I'll look into that, but if the integration was working, the minicams command would be equivalent to view bodycam
@uncut ridge I also can't reproduce the error with OpenBodyCams and darmuhsTerminalStuff, can you provide a full log and profile code?
(the error you posted looks like it would have had to be preceded by some other more serious error)
Yeah that's the same behavior I'm seeing, I just mean that a lot of people seem confused when it's a black screen after the ship upgrade update and thought the monitor was broken lol
I wonder if you could use the AssignedMaterial instead of a black screen if one exists. But it's not a big deal as long as people understand what's going on
yeah, I intended to use that before the change to the field, but now that the API exists I should be able to fix that
I thought that you said that it was a white material though? I guess this was because of your issue with the background enabled on all screens?
as far as the confusion, yeah, that's entirely my bad, but hopefully it's alleviated a bit now since I added a tip that pops up upon first load-in of 2.0.4 that tells people about the new default
That was exactly it. There's a couple bugs that remain but they seem to have been around for a couple versions, thankfully
looks like the API is working well, I should be able to release it in like an hour, just gotta test whether it still falls back to the old method properly
Awesome
And uh, yeah I can't even remember why I had everything doing late initialization in Start()... I bet I had thought it was like Destroy() where things happened at end of frame or something
yeah, I'm glad it turned out to be nothing, it's much simpler to do things immediately for both of us I think
hey I can't get the camera to show up on the monitor. It just shows the external camera. I have GeneralImprovements' extra monitors on, if that breaks it. I have it purchased.
hmm, could you send a profile code? I believe that should work
I apologize in advance for all the custom moons xD
018f6ee5-2262-8413-a1d2-918837fb0b56
latest GI okay to update to now?
if you don't use the background on all monitors, I think so
better to ask people that tend to use the better monitors option though
I'm running mainly vanilla monitors with Gi anyways so it sounds like its fine then to me
I had the same problem, but in the end it was an openbodycams update in which i had to buy an upgrade in the terminal for this
yeah I turned that back on and purchased the upgrade and it still didn't work
hopefully it gave you the tip about the change if you had 2.0.4 installed
sorry for the inconvenience though
let me know if this breaks your bodycam because I am updated to the most recent GI update
that is definitely not normally
I dont see any errors either at the end of the log from it so I dunno how to troubleshoot it
I haven't had this issue
I think it wasn't GI but just the game crashing
Every once in a while the game crashes on boot
If you repro it
okay thats fair, I've tried loading into it with GI updated and havent managed to get into game once yet
I would try clearing mod cache lol
loaded in fine with version prior
[Info : Unity Log] Aub Piggy-back ran on scene (InitSceneLaunchOptions), RoundManager not found
[Info : Unity Log] - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
[Warning: Unity Log] DontDestroyOnLoad only works for root GameObjects or components on root GameObjects.
[Debug :BepInExFasterLoadAssetBundlesPatcher] Assetbundle "ainavt_lethalconfig" is already uncompressed, adding to ignore list
[Info :GeneralImprovements] Automatically launching ONLINE mode.
[Debug :me.loaforc.soundapi] Canvas:SelectAudio:ButtonPress1 == *:SelectAudio:ButtonPress1?
[Info : Unity Log] Saving changed settings
[Debug :BepInExFasterLoadAssetBundlesPatcher] Assetbundle "baddassaudio" is already uncompressed, adding to ignore list
[Info : Unity Log] subcribing to steam callbacks
[Info : Unity Log] - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
[Info : Unity Log] Aub Piggy-back ran on scene (InitScene), RoundManager not found
[Info : Unity Log] - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -``` seems to always get caught at (InitScene) each time it crashes
Ahhhhh
the mech thing I think?
So maybe the new version of GI is conflicting somehow?
hmm I have installed diversity recently, its never worked for me prior so Ill take a guess and say its something to do with it again
Nah wouldn't be Diversity that uses that
sentinel?
yeah that
ill disable and see
The only thing broken with Diversity is the personal space
Like it got
"Fixed"
But sometimes when the Bracken tries to kill someone it fails to send the player to the personal space and they become immortal
and my god does the game lag from it
its ironic that immortality bugs in games almost always either stem from terrible lag or cause awful lag
It probably lags due to the script for the personal space throwing a fit if I had to guess
"all this power, but I cant use it"
disabling sentinel and its AubPiggybackAPI seems to have fixed the crash from updated GI, guess Ill mention it over there
are you sure it's not an intermittent crash though?
i tried launching a good handful of times with only one getting through to menu before crashing when loading into a fresh save
gotcha, that's odd
Happy to see this error get fixed, I think I noticed it a few times in the logs but it never broke anything so I just ignored it lol
yeah, it wasn't a big deal but I saw it while I was testing and was very confused
I think GI monitors very occasionally caused my callback to be called early somehow
It's always my stuff somehow ๐
did you test body cams with something outside the ship? you appear to have DisableCameraWhileTargetIsOnShip enabled
it switches on correctly if I place radar boosters outside the ship
(side note, you have a lot of mods installed that don't appear to be happy with v50 or perhaps some dependency's changes, you might want to look at your logs for exceptions)
profile code : 018f6f39-32ed-991a-e632-23b51aa621d8
i tried with view monitor not map this time
i got the map removed by the lol command from darmuh but this happens XD
ah, then maybe TerminalStuff overrides what view monitor does
not sure why the minicams command isn't working, maybe you have it disabled somehow?
I'm not surprised lol
TerminalStuff changes a lot of how the terminal displays things, it's really just not compatible with my picture-in-picture command
you have to use its commands for the body cams
spelling sensitive i typed it minicam so it didnt register
huh, I wouldn't have expected that to matter unless TerminalStuff makes it more picky
does minicams work for you, then?
yep i tried after recording it works
good good
something might still be broken even with that command though, given that you're getting an error when it tries to set up that body cam
not sure why that's happening, I hope I can reproduce it here if I try the new code
not seeing anything suspicious in thel ogs
i got the error when starting a new lobby
new lobby as in creating a new save? lemme try that
oh i have yet to use two radar maps
yep
ah, got it here
I just realized, this is a different error than the one I was looking at before I think
surprisingly, the error doesn't seem to affect the functionality, which doesn't really seem to make a whole lot of sense to me
but good if it doesn't
[Error : Unity Log] NullReferenceException: Object reference not set to an instance of an object
Stack trace:
suitsTerminal.PictureInPicture.TogglePiP (System.Boolean state) (at <80e6b80198d643b592096e6fd3b162b1>:IL_0025)
suitsTerminal.AdvancedMenu+<ActiveMenu>d__44.MoveNext () (at <80e6b80198d643b592096e6fd3b162b1>:IL_0095)
UnityEngine.SetupCoroutine.InvokeMoveNext (System.Collections.IEnumerator enumerator, System.IntPtr returnValueAddress) (at <e27997765c1848b09d8073e5d642717a>:IL_0026)
UnityEngine.MonoBehaviour:StartCoroutine(IEnumerator)
suitsTerminal.CommandHandler:AdvancedSuitsTerm(String&)
suitsTerminal.<>c__DisplayClass15_0:<AddCommand>b__0()
TerminalApi.Events.Events:ParsePlayerSentence(Terminal&, TerminalNode)
Terminal:DMDTerminal::ParsePlayerSentence(Terminal)
Terminal:DMDTerminal::OnSubmit(Terminal)
UnityEngine.Events.UnityEvent`1:Invoke(String)
TMPro.TMP_InputField:SendOnEndEdit()
TMPro.TMP_InputField:ReleaseSelection()
TMPro.TMP_InputField:DeactivateInputField(Boolean)
TMPro.TMP_InputField:OnUpdateSelected(BaseEventData)
UnityEngine.EventSystems.EventSystem:Update()
Still breaking suitterminals will new update
heres the code
018f6f68-6121-2e24-ff07-36f4bcbb1d6b
any advice is appreciated!
could you send full logs?
@uncut ridge I noticed you have a mod called "LessLogs", I would recommend not having that or any similar mods enabled if you are collecting logs for an issue in the future
it removes a lot of information from the logs by default, when it's usually some very particular mods that spam the logs
i see i'll remove it next time
@serene hawk can't reproduce the issue with your profile code, I'm gonna need full logs
if this is happening on a particular save and doesn't occur with a fresh save, I will probably need that save as well
that was absolutely the problem ๐คฆโโ๏ธ thank you!!
no problem!
@uncut ridge pushing 2.0.6 which fixes that error with darmuhsTerminalStuff. Sorry about the delay, I was hoping to hear more about that other issue so I could hit that at the same time
been spamming updates since 2.0.0, hopefully there'll stop being tiny issues like that so I can stop lol
hope you got rest after XD
oh don't worry, I'll be fine lol
something when i add two radar maps. when starting a new save the monitor is disabled(?) and landing fixes it
is that intentional?
logs
Profile code : 018f7150-8af8-adbe-2639-dc66807cbfee
dont have an idea whats conflicting XD
i have the same issue
Hmmmm, maybe Bracken personal space if you use Diversity?
i have diversity but i have it disabled
Hmmmm
I'll try and look at this in a bit or after I sleep
definitely not intended, hopefully something is in the logs when I get to look at that
Ok Iโll get full logs. And you know what I didnโt try a fresh save yet maybe that is it
looks like it's ImmersiveCompany screwing with the radar map's near clip plane and canvas plane distance
for some reason, they're setting that even when the map is in override mode to display the moon information
I'll try making a patch for it so that it stops setting the plane distance for the main map when the terminal tries to focus on a position
that may fix it
their radar booster patch will break the terminal map zoom functionality though
It's worth noting that their patch is also the reason you can't see into the ship on the map:
I got it working though
it's funny, I had forgotten I had a patch for this already for EnhancedRadarBooster, it looks like those two mods do almost exactly the same thing to the radar booster
at least with regard to zoom
the TwoRadarMaps+ImmersiveCompany radar booster overhaul fix has been uploaded as 1.3.8
yippie!!
(I did make the zoom command work and override those two mods' radar booster FOV increase, not ideal but at least they're not preventing my stuff from working anymore)
Here is a log with me starting a round on an existing profile and then a new file. I wonder if it has anything to do with both suits terminal and body cams having a message pop up to notify that is a conflict? I have no modding experience though lol
holy shit i just tried disabling the popup and i think that was it
what popup?
doesnt bodycams also have a banner that notifies the player the upgrade is in the store now?'
suitsterminal has one too and i disabled that
it does, yeah
it's only supposed to display once, though, I wonder if your config is set to read-only or something?
it's supposed to modify the Debug.LastConfigVersion to be the version that you launched with, so unless you're constantly resetting the config file, it seems like something is interfering with it writing the config
it seems as though that's working on my copy of your profile, so I have no idea why it wouldn't be doing it for you
wait a minute, its not that. Its when I disable it as an upgrade. If i keep it as an upgrade, it works. When I disable it as an upgrade, it breaks suitsterminal. Just retried it
you're right, the banner has nothing to do with it
disable the OpenBodyCams upgrade?
yeah
lemme try that
and thats on my existing save file
can you check if the config version is saving properly?
last config version is reading 2.0.6
good good
what exactly do you do to get the issue to happen?
I have the ship upgrade disabled in OpenBodyCams, I entered the game and typed suits in the terminal, and everything seems fine
So if the upgrade is disabled and I load the save the suits chat message doesnt appear and the bunkbed and file cabinet spawn back out of storage. do you think it is because i have the brute force prevent crash enabled too?
doubtful
I think you're gonna need to send over your save, I'm not seeing any of this
I see the chat message, I see the tip, and no errors occur when viewing the suits
yeah youre right, disabling the brute force config didnt change the results
although if you've changed the config several times since the last profile code, updating that may help too
idk if you changed anything other than the ship upgrade
ok i sent over the save file. and ill get the most recent code too
018f726f-4d48-6e7f-926e-7ca7546221a0
looks like it was caused by some duplicate unlockables, and I don't think it's at all related to OpenBodyCams since it occurs regardless of whether I have the upgrade enabled or not
is an unlockable like a store item? or is that LGU
do you mean the OpenBodyCams feature? it's not integrated into LGU, it uses LethalLib to register it as a normal upgrade like the signal translator
if you're wondering about the colliding unlockables, https://discord.com/channels/1168655651455639582/1210303734618390579
I just meant what it is refering to when it says unlockable
ohhh ok ill check there. thanks for all your help!
that not only includes the UPGRADES: section in the terminal, but also furniture and suits
Not sure what is conflicting, but I had to disable TwoRadarMaps to fix this overlapping text
018f799d-d04a-b7e1-de00-0d33353d708e
It's a bug with Diversity
Disable Bracken Personal Space
Awesome, let me try it
Thank you very much, this fixes it
๐
Thank you for the bodycam via terminal, lets me see silly stuff like this
he just wanted to take the elevator like everyone else ๐ฅบ
he lives there yall just kicked him out of his own homes elevator
didn't you see his impressive strut? his masculine gait? his confidence in clicking the button? he's easily been in that elevator hundreds of times
Hi there! I noticed my console is throwing quite a lot of OBC related warnings during launch - is this safe/ fixable/ may it have any consequences? ^^"
looks kinda like some mod is being nosy and getting all the types contained by my mod assembly
that's something that AdvancedCompany did for example
I don't think it should matter if they are actually handling the error, but there's no guarantee that that's the case
doing that should be a last resort anyway
however, I wonder if you're not getting the BepInEx messages about it awaking the plugins, I would have expected to see one or two in that log
(even though I presume it is only a small portion)
I'm not using AdvancedCompany, maybe it's something else. I remember OBC hadn't been working for me at all for a while in v50.
Would sharing the whole log help you to potentially pinpoint the issue, or would sharing the profile code we're using be more helpful?
There's a lot going on, I'm aware, but I'm slowly getting to a "stable" modpack - until v51 at least ๐
@vital steeple Used this mod
Delete door monitor๏ผCan cause problems with monitoring
profile code would be more helpful, then I can hopefully find out which mod is loading when that prints
I'll see what I can do, but that mod is likely to cause problems for a lot of other mods so I would recommend not using it
if it deactivated things on the ship instead of destroying them, it would be a lot less likely to cause mods to explode
Definitely! I wouldn't go as far as not using the mod - I'd just recommend being cautious.
you touch the teleport buttons - it's probably going to affect mods related to teleportation
you hide the rack with the suits - lots of other suit-visuals mod break.
And, quite naturally, if you -delete- the door monitor, everything assuming it's there is going to complain ๐
Besides, W1nter, just applying a bit of common sense you can benefit from the mod - you may have to do a bit of testing and stick with the working config
yeah
I think I had tested that mod against OpenBodyCams before and it worked, but I may be wrong
however, it's likely to also break GeneralImprovements as well, even if I get it working on my side
There you go: 018f8407-6a4a-4718-832a-875eec5603a3
Please don't get scared - I'm aware there's lots going on (even GI, OBC and LethalPipeRemoval kinda not interfering with each other since we've just mentioned those).
A few mods got updated in the meanwhile but I need to check what they do before updating them ^^
(yes, there are other issues that I'm tackling but shouldn't be relevant to those warnings)

ran into a weird bug where a snare flea latched both my head and someone else's head at the same time
i was taking damage and dropped all my items but i whacked the snare flea off of their head
and then for the rest of the round my voice was muffled
anyways
the actual part relevant to OpenBodyCams
is that for the rest of the round
anytime anybody entered the ship
their game froze with this error spamming in console
probably an infinite loop somewhere
eventually i froze too and had to rehost
i assume it was just freezing on ship entry since that was what causes the camera to render
nah not an infinite loop
will look at that, sounds very odd
wouldn't surprise me if I don't account for them clinging to multiple people lmao
considering that makes zero sense
but code being code, I'm sure that something stupid like that can happen
hmm, was hoping that disabling some of the log-neutering mods you have would give me some indication of what mod code is running there, but it looks like it happens after the chainloader and the stack trace is incomplete somehow, so I got no clue
you'll just have to assume it's fine unless you want to do a binary search for the culprit and point me to it
it's very strange that it doesn't show up in the stack trace
and because it doesn't, there's nothing I can do to track it down really
any idea if the [0x0000e] corresponds to an IL offset in the function? I've never seen that formatting before 
no clue
do you have full logs from when that happened? I suspect that either some mod changes CentipedeAI, or there was an earlier error that caused this to happen
sadly no
@torpid spruce I'll be honest, I don't really want to support LethalPipeRemoval's method of removing the door screen, not the way they're handling it. They should either destroy these things earlier so I can actually detect that they're being destroyed when I'm trying to use them (Unity deferred destruction makes this very screwy), or they should deactivate them instead of destroying them (much easier, cleaner, and less likely to break random mods that try to use things that normally exist on the ship)
I don't want to have to add a ton of null checks all over my code because someone decided Destroy() looks nicer than SetActive(false)
I'll put in a few checks that should help with the immediate issue at least, but after that I don't think I'll try to support it anymore, and there'll be no guarantee it'll work with any of the other options in that mod
@crude parrot I'm guessing your issue is probably not so easy to reproduce, so I just pushed a tentative fix to prevent it from breaking the camera, hopefully it works
It'd be nice to the actual root cause, though, because it's not good if some mod is breaking my method of tracking which centipedes are clinging to players...
maybe some weird issue with enemyskinkit since that's the only thing that would come to mind
although it's worth mentioning openbodycams was the first exception in the log
i do think it's more likely to be a vanilla issue though
my friend was about to run into a snare flea and i had a shovel so i ran into it to try and catch it first
and it grabbed both of us at once
which seems like it was just netlag
If you can keep your eye out for a message like
[Warning:OpenBodyCams]: Centipede (Clone) should be clinging to a player according to our hooks, but it is not.
that would let you know that the issue occurred again
sure
it was extremely obvious when it was occurring, in fairness, because it permamuffled my voice and i had to listen to the snare flea on loop for the entire day
when you say it grabbed both of you, do you mean that it appeared to be on your friend's head on their client and on your head on yours?
ah wait, I think I know why it happened
on my end, the snare flea dropped all my items, started playing the local cling-to-player audio on loop, and started damaging me
but it was on my friend's head
whacking it caused it to uncling and run off and stop damaging me
but after it died the audio continued to loop and my voice was muffled for the rest of the round
my guess is that it grabbed me first, then grabbed my friend second almost immediately after, so it replaced the reference to my player script with my friend's
and so when it unclinged it only reset my friend and didn't reset my script
and then openbodycams was expecting there to still be a snare flea on my head
@vital steeple Will the fix for LPR also prevent players from spawning in weird if the door screen is removed?
the centipede is what tracks what it's clinging to, and it should deal damate to whichever player it appears to be attached to
uh idk
oh weird
because on my end it was stuck to my friend but it was still damaging me
don't know what you mean by "spawning in weird", but I doubt that has anything to do with OpenBodyCams
and i think the damage is processed clientside so that's extra weird
@verbal quartz looks like it's time for us to test this tomorrow XD
I thought that too, so it's still a little bit of a mystery
were you host?
feel free to test it, but unfortunately I'm not really interested in investigating it further, that mod really needs a change
Yeah it does
yes, i was the host
I would be happy if a mod existed to let me move the terminal starting position without the other stuff LPR has
it has options to disable most stuff, so you probably can do just that, can't you?
Maybe but I mean if the mod itself needs a big change
eenteresting, not sure why you would take damage there, I would have expected you to be owner of the AI as well at that point
then it's considered bloat to only do that and it might even affect game performance but idk
but I think you're right at least about it trying to cling to both of you in rapid succession
the starting of clinging is entirely client-sided, and it has no checks whether it needs to uncling before re-clinging, nor any tiebreaker
I don't think it really does anything after load-in
@vital steeple
If it can't be fixed, you can make an enable door monitor like enable small montior.
Disabling doormonitor increases FPS
๏ผ>
I don't think that's an issue with the door monitor, are you trying to disable the internal camera with both OpenBodyCams and that mod?
Openbodycams disable smallmonitor, delete doormonitor is pipe
Maybe you add the disable doormonitor.
I think what they're asking for is an option to disable the monitor by the door since LethalPipeRemoval deleting it breaks things
So an option to just have it turned off basically rather than deleted
Since it does give a performance uplift to get rid of that extra external camera
Same as disable small monitor
I misspoke partially, but what I meant to ask was whether you have the option on to swap the internal and external cameras on the monitors at the front of the ship, as well the option to disable the small monitor
it doesn't really make sense to swap the external camera if you're destroying it as well
as it is currently, if you're not trying to disable a camera that's already been destroyed, everything should work from what I tested
Small and door monitor are useless.
what is your Ship config category in OpenBodyCams?
no need to send the whole thing, just what the two booleans in the Ship section are set to
OpenBodyCames- DisablecameraOnSmallMonitor is true
LethalTubeRemoval.cfg-Inside ship-Deletes the monitor above the door buttons is true
They're asking what this is set to as well
You keep skipping that option and not answering
false
๐
I didn't set this.
haha๏ผ๏ผ
@vital steeple I didn't update the module just now.
It's fixed now. I'm sorry to bother you.
not really interested in adding more things that can get broken by mods like LethalPipeRemoval lol
OpenBodyCams only messes with the front of the ship at the moment and I already have plenty of compatibility code to go around
I'd argue that the stuff I have added is almost out of scope already, the only reason I included it is that I have to do stuff with the camera culling at the front of the ship or else every single camera in the ship including the body cams will be rendering all the time as long as you're in the ship
sure, but that is only one camera rendering, and any mod that changes whether that is visible will work with my current functionality
the reason why there was a problem is because someone decided to destroy it instead of disabling it
if they want to do stuff like that, they should be ready to deal with compatibility issues, which you should be taking to them instead of me
Yes, so I would prefer it to be disabled
OpenBodyCams is a mod to add body cams to the game, not to fix all performance issues on the ship
Yeah if anything this is a feature I could see GI implementing
All right, then.๐ฅณ
indeed, I wouldn't mind if Shaosil took care of that instead of LethalPipeRemoval lol
it definitely feels in scope for his mod
Ye
or LethalPipeRemoval could just be notified that their mod is breaking other mods
@meager shore maybe whenever you get around to updating GI again you could look into adding an option to disable the door monitor
c;
yup, the "neutering" hasn't cut away useful debug info so far.
I guess I'm just leaving the warnings there, until I figure out which other mod is triggering them (I suppose there's at least one).
Thanks for taking the time to have a look, I greatly appreciated it! โบ๏ธ
ugh, this confirmed my suspicions - the mod did not try to be "safe". As in, moving the object away or also disabling renderers+colliders... it does it the hard way ><
But...why? wouldn't take a lot to change that IMO - I'm not sure he's on github nor in the server.
sorry if this has been asked before but is this required by everyone?
One message removed from a suspended account.
One message removed from a suspended account.
I opened a bug/issue/request, feel free to jump in and upvote it if you feel to, so the creator is aware of how relevant this is
(sorry for the OT):
https://github.com/d-rafferty/lethal-tube-removal/issues/43
Just pushed out a small minor release that makes it so that other players' flashlights' light sources will now actually appear where they do in first person, in case anyone else has been bothered by that
not a super noticeable thing, but it does make things look a little less weird when you're watching someone explore the interior
@vital steeple I'm interested if you can check if there might be a weird interaction happening between OBC and GI, cus I notice a lot of times after I get that white screen with GI that the Body cam is on the next boot after will cause a crash when pressing Online. My friends have also been getting a lot of crashes when pressing Online lately and disabling OBC seemed to resolve it ๐ค
I'm guessing it's an issue that needs fixed on GI's end
can you write this as steps to reproduce the issue? it's very hard to decipher this description
also, if it's crashing to desktop, you can get a crash dump from %temp%\ZeekerssRBLX\Lethal Company\Crashes\, that may help me narrow down the cause
what were the circumstances around this particular crash?
Usually launching the game
and pressing Online
and the game pops the crash reporter
hmm, it seems that my Windows install is so cooked that I can't even open WinDbg, so this is gonna have to wait
I love windows :)
Lol ikr
KERNELBASE!UnhandledExceptionFilter+0x1ec
ntdll!RtlUserThreadStart$filt$0+0xac
ntdll!_C_specific_handler+0x97
ntdll!RtlpExecuteHandlerForException+0xf
ntdll!RtlDispatchException+0x286
ntdll!KiUserExceptionDispatch+0x2e
UnityPlayer!MarkSceneRootsAndReduceLiveObjects+0x8a
UnityPlayer!GarbageCollectSharedAssets+0xd5
UnityPlayer!UnloadUnusedAssetsOperation::IntegrateMainThread+0x16
UnityPlayer!PreloadManager::UpdatePreloadingSingleStep+0x1e1
UnityPlayer!PreloadManager::WaitForAllAsyncOperationsToComplete+0xc5
UnityPlayer!PreloadManager::UpdatePreloading+0xaa
UnityPlayer!ExecutePlayerLoop+0xf7
UnityPlayer!ExecutePlayerLoop+0x284
UnityPlayer!PlayerLoop+0x263
UnityPlayer!PerformMainLoop+0x2eb
UnityPlayer!MainMessageLoop+0x14b
UnityPlayer!UnityMainImpl+0x1d7b
UnityPlayer!UnityMain+0xb
Lethal_Company!__scrt_common_main_seh+0x106
ExceptionAddress: 00007ff8c323951a (UnityPlayer!MarkSceneRootsAndReduceLiveObjects+0x000000000000008a)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000000
Parameter[1]: 0000000000000031
Attempt to read from address 0000000000000031
Here stacktrace
For some reason my friend and I finally narrowed it down, and it was Dantors Mental Hospital causing the crashes when pressing Online
Why
idk
@vital steeple If you can look into it, I do think there is an issue happening with ModelReplacementAPI compat, @verbal quartz would sometimes crash when landing the ship while wearing a model replacer, and when disabling OBC on his end since it is client sided it was fixed and he no longer crashed
Btw incase you'd like to take a scan through my mod pack to see if you see any other potential problematic mods
Just realized setting this to false should fix the issue of the screen sometimes turning white with GI until Shaosil gets around to fixing it, since it restores the old Pre-2.0 disabled screen, that or setting something like the External Cam to 14 I suppose with this set to true
just an update, probably gonna take a bit before I can look at that because I gotta do a bunch of PC maintenance
one of my RAM sticks is absolutely dying
I also have to reinstall Windows
Yeah you're all good, for some reason it seems that setting that setting to false also resolved my friend's crashes while using a Model Replacer. Take all the time you need to get your pc all fixed and good to go again ^^
huh, that's bizarre
I wanna guess it's cus it keeps the monitor overriden for some reason, maybe whatever is causing the White Screen issue sometimes it causing other weird interactions too
assuming the stack trace for all your crashes are the same, I wouldn't expect that to make a difference since it only changes one reference that the GC should care about
Oh the crashes when pressing online we discovered the root cause of
For some reason that ended up being Dantors
Why I have no idea
But we went through and basically did a lot of Trial and Error to finally pin it down
would be good to grab a dump from the other crash then
I won't be able to check it for a while, but if DiFF can that would be awesome
Yeah
@verbal quartz if you can get your crash dump later from when you were crashing when we were landing the ship that would be great, you may need to sort through and try to remember the time frame where it happened
... i think it may be easier if we just reproduced it. >.<
gonna need full logs for that
that's very weird, I don't see any indication of how it could be having an error there
it also doesn't really make sense for buying the upgrade to fix the issue
ye idk
whenever I would click the switch thingy or tried doing the switch command on the terminal it'd give me an error mentioning openbodycams
Could you send a profile code so I can try to repro later? Still trying to set things up on my PC but probably not too much longer before I can look
I can send the file if you'd like!
not at my pc rn + I usually send profiles thru files
hmm, I've never used one, but hopefully that'll suffice
Just wanted to let you know with the recent updates the dev changed their mod to just allow unrendering things now instead of deleting them, however I did discover a bug with 1.7.0 where unrendering that door cam caused lag so I let the dev know and they added the option to also unrender the camera that's outside of the ship cus I think the lag was caused by having both external camera screens disabled and it had nothing to render to, enabling the option to unrender the outside cam did fix the lag
https://github.com/d-rafferty/lethal-tube-removal/issues/45 That door screen is a really complicated pita XD
huh, that seems weird
it's good they changed it to use SetActive though, that should help a lot
I would've expected the external camera to remain disabled if you're running OpenBodyCams alongside that option to disable the door screen, though. OpenBodyCams is supposed to only enable it if that is visible, so if it's not vanilla logic screwing up then I'm not exactly sure what would cause that
I'm probably gonna have Windows back up and running by this weekend so maybe I can look then
is that crash when landing the ship still happening?
Nope, ever since I changed that one setting to false it's been fine so I think that bug with GI where the screen would sometimes turn white hand a hand in it
It's weird setting DisplayOriginalScreenWhenDisabled to false fixed it but I'm also not complaining lol
gotcha, then hopefully that means it's reproducible once I get to this at least
I'll have to ask for that crash dump again if I can't get it to happen though
It happened usually when landing on some moons for the 2nd time when they used a model replacer, I remember Infernis being one of them
any particular moons it seemed like it may have been common on? it's possible that it's just the classic shadow rendering crash
Infernis was a common one, trying to think of others. If it's that I'm still unsure why changing that config option fixed it though lol
does it change whether a camera is rendered while you're landing? in other words, are you disabling the body cam when its target is on the ship?
I do have that setting set to true yeah, that's also part of why I suspected a weird interaction with GI
it used to be that rendering the body cam while landing on Budapest could cause crashes, so it may be that type of thing again
I suspect it's very possible given that you say it's associated with a model replacement, since I would imagine some of those may be more graphically complex than they should be
is there a particular one that you suspect?
Well the model replacer he used was the PepsiMan one lol
gotcha, then I'll have to make sure to include that one
@verbal quartz it would be helpful to know if you're able to get that crash in singleplayer as well, and if so, grab a dump while you're at it
@ work rn
oh yeah no rush obviously
I just anticipate this being tricky to reproduce, so knowing where exactly I can get it to happen will be helpful
@vital steeple
Woot
ayy, that's nice to see
Lunxara also mentioned this, I think the default is that it deactivates them?
renderer works, but collision will still be there when objects have colliders
Yeah the default is that it just unrenders them rather than deletes them
oh huh
some code I saw used SetActive(false), but maybe that's for only certain things when the Renderer option is selected
Maybe, before today's update it didn't have the choice between those 3 options, there was a new system used to unrender stuff or you could bool toggle the old deletion method so it got changed to allow choosing between those 3
Idk if Renderer was the default before or Inactive
Might have been Inactive based on your findings lol
Open Body Cams
Has anyone had an issue with body cams and radar desync? For example, Iโm spectating someone but body cam shows someone else. Could this be because of model replacement api?
I think that would be a new issue, but I wouldn't expect it would be related to ModelReplacementAPI
how often does it happen? if you can figure out how to reproduce it I can look into it
Itโs tough because it only seems to happen when more than two players are playing online. I only have one spare computer so itโs tricky to reproduce. But Iโll see what I can do today!
oh also, does it resolve itself if you switch targets? normally it should set its target to what the map sees when you hit the button, so I would hope the desync doesn't stay
hey can u help me out? my game keeps crashing upon trying to load in a lobby and im getting an open body error before it crashes
its very inconsistent is the weird thing
nvm i think it was just a save that somehow got corrupted lol
maybe when i cleared my mod cache that save previously used a mod that i had gotten rid of so it corrupted or smth
huh, that seems weird
let me know if it happens again, and if you can get a crash dump file from %temp%\ZeekerssRBLX\Lethal Company\Crashes\ that might be helpful
the reason I say it's weird is, I wouldn't really expect a broken profile to manage to cause a crash, but maybe it's more likely than I think
im getting some really weird lighting bugs after I upped the resolution to 320 and set framerate to 30
That's a known issue with limiting the framerate, I haven't found a workaround for it yet
is this something i should worry about? having severe movement lag ingame and wondering if this could be the case
wesley's nightmare
that spamming is probably the cause of frame drops, yeah
it's not intended to be able to print more then once, that seems very odd
does it happen only after a certain point in the game?
im not getting frame drops and its not costant spamming, its like objects have ragged movement if that makes sense
hmm
i dont even have the camera upgrade bought and it doesnt spam it constantly yeah
not constant spamming as in it starts and stops at certain points?
and it still lags while its not spamming so probably not the issue, sorry
did you happen to have anything that's targetable by the map spawned, like a radar booster?
normally that code is only hit when the body cam is trying to target something other than a player
i dont think so no
actually, that includes player bodies so that could be when it starts if the first targeted player dies
it seems odd if that printing isn't associated with the lag spikes though
yeah double-checking rn, definetely isnt
probably something else in my pack making a mess
it's not normal from my experience for things to get destroyed off a ragdoll (if that's the cause), so something might be doing some unnecessary work sometimes that causes the spikes
I would assume it's some sort of big stutter? I wouldn't expect anything to affect input latency really
only thing I can think to check is whether the lag spike happens every time that spam from OpenBodyCams starts/stops
It's not input latency, its like the game itself is running fine but all movement is pretty much like everyhting is teleporting
im pretty sure its unrelated to openbodycams cause it definitely doesnt happen at the same time as i start lagging
oh, that's bizarre
the game doesn't have a host authoritative model so it shouldn't do that unless some particular mod is teleporting things
or players if that's what you meant
looks like this pretty much
pretty much everything moving looks like this to me
players, enemies, even things that i spectate
this ussually happens to me when I've reached a huge amount of mods
how many mods do you have?
165, but it only started happening when I just updated everything and decided to play
so I added nothing in-between sessions
I'm pretty sure it's something in my pack just bugging out, but it's really hard to figure anything out when 90% of your logs is enemy targeting
so I'm just looking at errors there and asking everyone what's up
my daily FPS 
modpack code pls?
i can give it a look if you want
(if my pc don't die)
01901c4b-6afb-bc3c-0f12-c3aee7afce2e
it probably will
if it doesn't import don't bother, I'm gonna be testing stuff anyways
ok
i will probably add HDLethalCompany to lower the graphics
if the modpack doesn't have
how many moons?
just wesley
All wesley moons?
yeee

