Jump to content

nli2work

Members
  • Posts

    2,836
  • Joined

  • Last visited

Posts posted by nli2work

  1. Did a little testing, Increasing OFFSET seems to push clip detection in the direction of wheelCollider raycast, into the ground. Borderline cases where wheels are blocked but not visually can be solved by increasing offset just enough to clear the block. These setting doesn't allow actual clipping of wheels however. maybe except in the case where all other parts' colliders are set to layer 26.

  2. re wheel clipping, there are 3 values in the settings.cfg

    WHEEL_CLIP_OFFSET = 0
    WHEEL_CLIP_RANGE = 1
    WHEEL_CLIP_MULTIPLIER = 1.05

    You can increase CLIP_OFFSET in small increments until the wheel is no longer blocked. This bypasses what Squad implemented and doesn't prevent the wheels from breaking when you actually clip through the wheelCollider. If your design has parts physically clipping through the wheel, the wheel will break whatever the values you change to. This is only good for borderline cases.

     

  3. closest thing I see are few new values in ModuleWheelBase, don't see any settings that change size of clipping sphere, maybe it's based on wheel radius?
    blockedState = "No" 
    clipObject = string.Empty
    debugClipSphere = true/false

    blockedState is probably just status display... clipObject might be important, maybe test it by assigning a tiny collider... debugClipSphere doesn't seem to do anything true/True/false/False

    okay, clip sphere seems to be based on wheelRadius, maybe padded by suspensionDistance??, presumably centered on the wheelCollider. but shrinking wheel radius isn't best option in most circumstances. For stock wheels that maybe the only option, but limited by the collision enhancer size usually slightly smaller than wheel radius.

    can't make any sense of what clipObject is supposed to do... it seems to work like the old Bounds collider. gets destroyed when vessel is launched... but that's rather pointless... Maybe it's a helper object for VAB/SPH?

    recorded some video, will upload with annotations after I eat.

     

     


     

  4. What you have should be good, the raycast has to be pointed at the ground otherwise the wheel won't work. have you tried Sarbian's DebugStuff utility? it displays object names and collider shapes in KSP, very useful. It's hard to do any kind of tweaks without knowing how wheelmodule is determining whether it's blocked or not. 

    The Wheel Blocked state is new in full 1.1 right? I don't remember seeing it in pre-1183

  5. what is the default state of the hab when there's no animation? inflated or deflated? I don't mean the 1st frame of the animation clip, but the state of the model before animation is applied. maybe export the MU in deflated state as default and see if it blocks the wheels, if not, then add inflate animation. in other words the scale of collider is 1,1,1 in deflated state. instead of 1,1,1 in the inflated state.

  6. no idea. haven't touched wheels on 1.1 actual yet. It would suck having to set all non-wheel colliders to layer 26 especially for the large part packs out there. It's hard to say without knowing where the actual colliders are for all those parts and the wheel. I assume the hab module blocks the wheel when fully inflated, the collider scale? What if you didn't change any colliders but just reduced the wheel radius in the config? There might be some collider adjustments needed but for the most part I say it's a matter players have to contend with. The wheels are working as designed really.. setting all other colliders to 26 would permit some really absurd builds.

  7. 11 hours ago, martinezfg11 said:

    So I think the issue has to do with adding multiple Emissive Animations per part.. I don't understand how the compiler is supposed to work. I have two different animations that I want to play on different parts but the dark screen issue only happens if the part is the root part... 

    I'll give that a test tonight. I have multiple emissives on same part too, granted one is controlled by module light and not animate generic. Though Alexusta's rover part appears to have only 1 emissive animation, it still darkened the scene.

  8. 1.1 is built with 5.2.4; but there's nothing wrong with your unity asset. You're selecting the parent object, it has no Mesh Filter and Mesh Renderer component. The material is assigned to "default" object. the hierarchy setup varies depending on what how your scene is setup in the 3d app.

    Unity works in components that control behavior of game objects. The most primitive game object has Transform component. You add other components to a game object to turn it into a light, camera, etc. A gameobject without material slot is perfectly normal.

  9. 1 hour ago, MasseFlieger said:

    Thanks mate! From what I gather editing an MU file is not condoned by SQUAD, is that the case? If not, what tool/process can you point me at to edit it?

     

    Many thanks again!!!

    Does the camera box block interaction with props? I don't recall that being the case. You might not have to change the MU at all.

    MU importer for Blender should work, be sure to get the latest version. you'll have to go through the Unity setup. Anything in Gamedata is fair game far as I know as long as you give proper credit to Squad.

×
×
  • Create New...