Electrocutor's Thread

Electrocutor · September 25, 2018

On 9/6/2018 at 6:53 PM, IMLL1 said:

What's the difference between the Original Stock TU Patch and the Stock Prokjet TU Configuration File? Also, why do IVA and internal overlay not work with these patches?

The IVA issue is because there are some meshes that need to be excluded that I forgot don't exist unless the IVA overlay is turned on.

Originally, the porkjet config was much more complete whereas the original stock cfg was just a blanket for all the stock parts without much time or thought put in.

At this point, you can ignore these because the stuff @Manwith Noname provides is a much more polished thing.

Patch 1.5 is going to cause some havoc on all this stuff, so I'm not keen to work on this further until it's out. After which, I'll start working on some TU stuff again (this time with prior author permission).

IMLL1 · September 26, 2018

19 hours ago, Electrocutor said:

The IVA issue is because there are some meshes that need to be excluded that I forgot don't exist unless the IVA overlay is turned on.

Originally, the porkjet config was much more complete whereas the original stock cfg was just a blanket for all the stock parts without much time or thought put in.

At this point, you can ignore these because the stuff @Manwith Noname provides is a much more polished thing.

Patch 1.5 is going to cause some havoc on all this stuff, so I'm not keen to work on this further until it's out. After which, I'll start working on some TU stuff again (this time with prior author permission).

Does the recolor pack allow for regular colors but still shininess?

Shadowmage · September 26, 2018

4 hours ago, IMLL1 said:

Does the recolor pack allow for regular colors but still shininess?

As long as you select your 'regular colors' -- sure. I cannot speak to what the default for any part are -- but the system is extremely configurable to get nearly any color/shiny/metal-ness look you want.

IMLL1 · September 27, 2018

6 hours ago, Shadowmage said:

As long as you select your 'regular colors' -- sure. I cannot speak to what the default for any part are -- but the system is extremely configurable to get nearly any color/shiny/metal-ness look you want.

Ok. Thanks very much!

Ninadragonborn · October 11, 2018

sorry i have replayed to a wrong topic how to remove this comment

Edited October 11, 2018 by Ninadragonborn

Electrocutor · October 16, 2018

I've updated my PartVariant Guide.

I'm curious for some feedback: would you guys like me to fix the new shiny parts in stock? There is a bug where they forgot to hook up the reflections during flight, so anything that uses the new shader only looks right in the VAB/SPH. I would hope/imagine this will be fixed in a hotfix or something, but if people are impatient I can toss a reflection probe into the dx11 fix so that those parts will at least work for now (only takes about 5 lines of code).

Edited October 16, 2018 by Electrocutor

Shadowmage · October 16, 2018

2 minutes ago, Electrocutor said:

reflection probe into the dx11 fix

Be careful -- the probes don't by default work well with KSPs layered/multi-camera rendering -- things will look odd unless you do some hacks to get all the layers to render properly (e.g. atmosphere will be rendered in wrong place or orientation, skybox not present, z-fighting on the planets when in orbit... all sorts of fun).

Electrocutor · October 16, 2018

Just now, Shadowmage said:

Be careful -- the probes don't by default work well with KSPs layered/multi-camera rendering -- things will look odd unless you do some hacks to get all the layers to render properly (e.g. atmosphere will be rendered in wrong place or orientation, skybox not present, z-fighting on the planets when in orbit... all sorts of fun).

It would be a quick fix, mostly to help get the light levels and specular working: the accuracy of the reflections would not be a priority.

Electrocutor · October 16, 2018

Okay, I updated the dx11 fix to also include a reflection probe for now. It's very bare-bones and only includes:

List<KSPLayer> oLayers = new List<KSPLayer>() {
	KSPLayer.Atmosphere,
	KSPLayer.LocalScenery,
	KSPLayer.ScaledScenery,
	KSPLayer.ScaledSpaceSun,
	KSPLayer.SkySphere,
	KSPLayer.Water
};

Spoiler

Before:

After:

Edited October 16, 2018 by Electrocutor

Electrocutor · October 18, 2018

I've added an UnofficialPatch to the OP. I have a lot more it is doing locally, but will only include the things that are mostly bug-free for releases.

If someone wants to take some time to check the attachment nodes and rotations for all the stock parts and note any that are wrong, let me know and I will include those fixes into an optional add-on. I don't want them forced because it would break a lot of the stock craft files.

Edited October 18, 2018 by Electrocutor

Waz · October 19, 2018

> Stock Prokjet TU Configuration File

Porkjet? Projekt?

Edited October 19, 2018 by Waz

Electrocutor · October 19, 2018

1 hour ago, Waz said:

> Stock Prokjet TU Configuration File

Porkjet? Projekt?

You know how long that has been there and I never noticed!

I'll need to redo the cfg's for @Shadowmage new shader; plus it will be much easier to fully support recoloring now. I can also target any of the stock parts that now have a 'White' variant for the same.

Electrocutor · October 20, 2018

UnofficialPatch Updated

Improved logic on dx11 shader replacement
Greatly improved reflectionprobe fix
- I am working on getting it to also work with EVE and Scatterer since neither work the same as stock.

Edited October 20, 2018 by Electrocutor

Electrocutor · October 21, 2018

For anyone curious, 1.5.1 did not address any of the issues that are fixed in the UnofficialPatch.

Chimichanga · October 21, 2018

On 10/19/2018 at 11:08 PM, Electrocutor said:

UnofficialPatch Updated

Improved logic on dx11 shader replacement

Greatly improved reflectionprobe fix
I am working on getting it to also work with EVE and Scatterer since neither work the same as stock.

Thanks for the patch! Noticed that when running Indicator Lights, the Science Jr. currently has a case of Schrodinger's doors in the VAB... are you also seeing this?

Edited October 21, 2018 by Chimichanga

Electrocutor · October 21, 2018

28 minutes ago, Chimichanga said:

Thanks for the patch! Noticed that the Science Jr. currently has a case of Schrodinger's doors in the VAB... are you also seeing this?

No, it must be coming from something else you have.

Edited October 21, 2018 by Electrocutor

Chimichanga · October 21, 2018

There must be a conflict going on then, because when I removed the UnofficialPatch folder it's fine, but with UnofficialPatch the doors double up... any ideas where to look? I'm about to load up a game without any mods except your patch, will update again soon.

EDIT: Definitely a conflict, just the UnofficialPatch by itself isn't causing this... will investigate further.

Edited October 21, 2018 by Chimichanga

Electrocutor · October 21, 2018

6 minutes ago, Chimichanga said:

There must be a conflict going on then, because when I removed the UnofficialPatch folder it's fine, but with UnofficialPatch the doors double up... any ideas where to look? I'm about to load up a game without any mods except your patch, will update again soon.

EDIT: Definitely a conflict, just the UnofficialPatch by itself isn't causing this... will investigate further.

Would likely be something that does the same thing as this patch for some reason: like how VSR does.

Edited October 21, 2018 by Electrocutor

Chimichanga · October 21, 2018

1 hour ago, Electrocutor said:

Would likely be something that does the same thing as this patch for some reason: like how VSR does.

The conflict is with Indicator Lights

Here's the relevant (I hope) module manager config for that part from IL:

@PART[science_module]
{
	// We have to re-specify the model for the stock part, because this is
	// an older part that uses the "mesh =" syntax in its .cfg file instead
	// of the newer "MODEL" syntax. The "mesh =" syntax doesn't allow having
	// multiple models as part of the same part, which would prevent this mod
	// from adding meshes for the indicator lights.
	MODEL
	{
		model = Squad/Parts/Science/MaterialBay/science_module_small
	}


	//-------------------------------------------------------------------------
	// INDICATOR MESHES
	//-------------------------------------------------------------------------

	MODEL
	{
		model = IndicatorLights/Meshes/squareLamp
		scale = 1, 0.4, 0.5
		position = 0, -0.34833, -0.49839
		rotation = 0, 180, 0
	}
	
	MODEL
	{
		model = IndicatorLights/Meshes/squareLamp
		scale = 1, 0.4, 0.5
		position = 0, -0.34833, 0.49839
		rotation = 0, 0, 0
	}
	

	//-------------------------------------------------------------------------
	// CONTROLLABLE EMISSIVES
	//-------------------------------------------------------------------------

	// The add-on meshes that we use to show science content, availability, etc.
	MODULE {
		name = ModuleControllableEmissive
		target = IndicatorLights/Meshes/squareLamp
		emissiveName = indicator
	}

	// The bluish-glowing center part (from the original model)
	MODULE {
		name = ModuleControllableEmissive
		target = Glass
		emissiveName = frontPanel
	}

	// The orangey-glowing side parts (from the original model)
	MODULE {
		name = ModuleControllableEmissive
		target = DoorAssembly
		emissiveName = sidePanels
	}


	//-------------------------------------------------------------------------
	// CONTROLLERS
	//-------------------------------------------------------------------------

	// These first two controllers take care of the add-on meshes.
	MODULE {
		name = ModuleScienceDataIndicator
		emissiveName = indicator
		dataColor = $HighScience
		partialDataColor = $MediumScience
		lowDataColor = $LowScience
		emptyColor = ModuleScienceAvailabilityIndicator
		lowScienceThreshold = 0.25
		highScienceThreshold = 0.8
	}

	MODULE {
		name = ModuleScienceAvailabilityIndicator
		lowScienceThreshold = 0.25
		highScienceThreshold = 0.8
	}

	// Make the blue glowy part pulsate slowly when it has science.
	MODULE {
		name = ModuleScienceDataIndicator
		emissiveName = frontPanel
		dataColor = pulsate(#00FFFF, 2800, 1, 0.4)
		emptyColor = #004040
	}

	// Make the orange glowy part pulsate quickly when it has science.
	MODULE {
		name = ModuleScienceDataIndicator
		emissiveName = sidePanels
		dataColor = pulsate(#FF8000, 777, 1, 0.7)
		emptyColor = #804500
	}
}

I'm guessing it's double-dipping on the mesh/model change.

To anyone running both IL and this patch, the fix is to edit StandardizeModels.cfg, find this section and comment it out:

//@PART[science_module]:NEEDS[Squad]:FIRST {
//	-mesh = DELETE
//	MODEL {
//		model = Squad/Parts/Science/MaterialBay/science_module_small
//	}
//}

Edited October 21, 2018 by Chimichanga

Chimichanga · October 21, 2018

One more conflict issue concerning MissingHistory and PorkJet remodels of the LV-909 Terrier, T45 Swivel, and T30 Reliant engines... they have a shell/shroud around them. Fix is identical to the above post, comment out the lines in StandardizeModels.cfg,

Edited October 21, 2018 by Chimichanga

Dr. Jet · October 21, 2018

@Electrocutor Thank you a lot! Working DX3D11 is still a performance savior.

Edited October 21, 2018 by Dr. Jet

Electrocutor · October 21, 2018

2 hours ago, Chimichanga said:

The conflict is with Indicator Lights

Here's the relevant (I hope) module manager config for that part from IL:


@PART[science_module]
{
	// We have to re-specify the model for the stock part, because this is
	// an older part that uses the "mesh =" syntax in its .cfg file instead
	// of the newer "MODEL" syntax. The "mesh =" syntax doesn't allow having
	// multiple models as part of the same part, which would prevent this mod
	// from adding meshes for the indicator lights.
	MODEL
	{
		model = Squad/Parts/Science/MaterialBay/science_module_small
	}


	//-------------------------------------------------------------------------
	// INDICATOR MESHES
	//-------------------------------------------------------------------------

	MODEL
	{
		model = IndicatorLights/Meshes/squareLamp
		scale = 1, 0.4, 0.5
		position = 0, -0.34833, -0.49839
		rotation = 0, 180, 0
	}
	
	MODEL
	{
		model = IndicatorLights/Meshes/squareLamp
		scale = 1, 0.4, 0.5
		position = 0, -0.34833, 0.49839
		rotation = 0, 0, 0
	}
	

	//-------------------------------------------------------------------------
	// CONTROLLABLE EMISSIVES
	//-------------------------------------------------------------------------

	// The add-on meshes that we use to show science content, availability, etc.
	MODULE {
		name = ModuleControllableEmissive
		target = IndicatorLights/Meshes/squareLamp
		emissiveName = indicator
	}

	// The bluish-glowing center part (from the original model)
	MODULE {
		name = ModuleControllableEmissive
		target = Glass
		emissiveName = frontPanel
	}

	// The orangey-glowing side parts (from the original model)
	MODULE {
		name = ModuleControllableEmissive
		target = DoorAssembly
		emissiveName = sidePanels
	}


	//-------------------------------------------------------------------------
	// CONTROLLERS
	//-------------------------------------------------------------------------

	// These first two controllers take care of the add-on meshes.
	MODULE {
		name = ModuleScienceDataIndicator
		emissiveName = indicator
		dataColor = $HighScience
		partialDataColor = $MediumScience
		lowDataColor = $LowScience
		emptyColor = ModuleScienceAvailabilityIndicator
		lowScienceThreshold = 0.25
		highScienceThreshold = 0.8
	}

	MODULE {
		name = ModuleScienceAvailabilityIndicator
		lowScienceThreshold = 0.25
		highScienceThreshold = 0.8
	}

	// Make the blue glowy part pulsate slowly when it has science.
	MODULE {
		name = ModuleScienceDataIndicator
		emissiveName = frontPanel
		dataColor = pulsate(#00FFFF, 2800, 1, 0.4)
		emptyColor = #004040
	}

	// Make the orange glowy part pulsate quickly when it has science.
	MODULE {
		name = ModuleScienceDataIndicator
		emissiveName = sidePanels
		dataColor = pulsate(#FF8000, 777, 1, 0.7)
		emptyColor = #804500
	}
}

I'm guessing it's double-dipping on the mesh/model change.

To anyone running both IL and this patch, the fix is to edit StandardizeModels.cfg, find this section and comment it out:


//@PART[science_module]:NEEDS[Squad]:FIRST {
//	-mesh = DELETE
//	MODEL {
//		model = Squad/Parts/Science/MaterialBay/science_module_small
//	}
//}

In fact the fix should be on indicator lights: the MM file should be:

-mesh = DELETE
%MODEL
{
	%model = Squad/Parts/Science/MaterialBay/science_module_small
}

to avoid conflicts with mods that might change the model. the second one shouldn't use % or @ because they want to absolutely add it, whereas the default model should only be added/updated if it doesn't exist already. it's fine though: there are a lot of MM config that's a based on singular mod implementation instead of being designed for cross-mod capability. just one of the things you have to mess with when you build a modded setup.

Ideally, people will catch onto the UnofficialPatch and then don't have to worry about it anymore, merely setting up their own cfg's as :NEEDS[UnofficialPatch]

Edited October 21, 2018 by Electrocutor

Electrocutor · October 22, 2018

In case anyone is interested, here is the fix for the shiny shader and the part I am currently working on:

Spoiler


using System;
using System.Collections.Generic;
using UnityEngine;
using UnityEngine.SceneManagement;

namespace UnofficialPatch
{
    public class FixReflections
    {
        private EventData<GameEvents.HostedFromToAction<Vessel, Vessel.Situations>>.OnEvent VesselSituationChangedEvent;

        public void Start()
        {
            this.VesselSituationChangedEvent = new EventData<GameEvents.HostedFromToAction<Vessel, Vessel.Situations>>.OnEvent(VesselSituationChangedEventHandler);
            GameEvents.onVesselSituationChange.Add(this.VesselSituationChangedEvent);
        }

        private void VesselSituationChangedEventHandler(GameEvents.HostedFromToAction<Vessel, Vessel.Situations> oSituation)
        {
            if (oSituation.host == null)
            { return; }

            UpdateProbe(oSituation.host, oSituation.to);
        }

        private void UpdateProbe(Vessel oVessel, Vessel.Situations oSituation)
        {
            ReflectionProbe oProbe = null;
            List<KSPLayer> oLayers = new List<KSPLayer>();

            oProbe = oVessel.gameObject.GetComponent<ReflectionProbe>();

            if (oProbe == null)
            {
                oProbe = oVessel.gameObject.AddComponent<ReflectionProbe>();

                oProbe.mode = UnityEngine.Rendering.ReflectionProbeMode.Realtime;
                oProbe.refreshMode = UnityEngine.Rendering.ReflectionProbeRefreshMode.EveryFrame;
                oProbe.timeSlicingMode = UnityEngine.Rendering.ReflectionProbeTimeSlicingMode.IndividualFaces;
                oProbe.nearClipPlane = 0.1f;
                //oProbe.farClipPlane = 5000f;
                oProbe.farClipPlane = float.MaxValue / 1.2f;
            }

            if (oSituation == Vessel.Situations.PRELAUNCH
                || oSituation == Vessel.Situations.LANDED
                || oSituation == Vessel.Situations.SPLASHED
                || oSituation == Vessel.Situations.FLYING
                || oVessel.altitude < 10000)
            {
                oLayers.Add(KSPLayer.LocalScenery);
                oLayers.Add(KSPLayer.Water);

                oProbe.clearFlags = UnityEngine.Rendering.ReflectionProbeClearFlags.Skybox;
            }
            else
            {
                oLayers.Add(KSPLayer.Atmosphere);
                oLayers.Add(KSPLayer.ScaledScenery);

                oProbe.clearFlags = UnityEngine.Rendering.ReflectionProbeClearFlags.SolidColor;
                oProbe.backgroundColor = Color.black;
            }

            oProbe.cullingMask = GetCullingMask(oLayers);
        }

        public static int GetCullingMask(List<KSPLayer> oLayers)
        {
            int iCullingMask = 0;

            foreach (KSPLayer oLayer in oLayers)
            { iCullingMask = (iCullingMask | (1 << (int)oLayer)); }

            return iCullingMask;
        }

        public enum KSPLayer
        {
            Default = 0,
            TransparentFX = 1,
            IgnoreRaycast = 2,

            Water = 4,
            UI = 5,


            PartsList_Icons = 8,
            Atmosphere = 9,
            ScaledScenery = 10,
            UI_Dialog = 11,
            UI_Vectors = 12,
            UI_Mask = 13,
            Screens = 14,
            LocalScenery = 15,
            Unknown = 16,
            EVA = 17,
            SkySphere = 18,
            PhysicalObjects = 19,
            InternalSpace = 20,
            PartTriggers = 21,
            KerbalInstructors = 22,
            AeroFxIgnore = 23,
            MapFX = 24,
            UI_Additional = 25,
            WheelCollidersIgnore = 26,
            WheelColliders = 27,
            TerrainColliders = 28,
            DragRender = 29,
            SurfaceFx = 30,
            Vectors = 31
        }
    }
}

What it currently lacks is that I need for the Skybox to be the Atmosphere layer when on the ground and the SkySphere layer when in space. This seemingly small addition is not cooperating with me, however, as setting a skybox causes the skybox to show up completely black for some reason.

Electrocutor · October 30, 2018

Real Mercury and Gemini Space Suits...

Just need someone to make a proper metal/spec map for me and perhaps a normal with wrinkles.

Spoiler


@PART[kerbalEVAVintage,kerbalEVAfemaleVintage] {
	MODULE
	{
		name = ModulePartVariants
		baseVariant = Shiny
		VARIANT
		{
			name = Shiny
			TEXTURE
			{
				materialName = MissionEditorEVABodyAlternate
				shader=KSP/Bumped Specular (Mapped)
				_SpecMap = 
				_Shininess= 0.95
			}
		}
	}
}

Agustin · November 1, 2018

Question: If I install manwith's Recolour Depot mod, should I install also the Unofficial patch?
I have not been playing KSP in the last past months and am a bit confused with textures unlimited stand of things.... I am playing 1.3.1 by the way.

Electrocutor's Thread

Recommended Posts

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Join the conversation