cineboxandrew

It’s a moot point because nobody actually uses curseforge Besides, I’d rather stay away from for-profit services like that. THeyre probably only weeks away from pulling a Reddit or twitter and self destructing also its hardly “better moderated” when just like a month ago they had a huge issue with scam accounts distributing mods embedded with viruses.

Unfortunately not, since the decals don't have physics or aerodynamics. I considered having it increase the max heat of the part they're attached to but modifying *other* parts is a risky gamble

Checked again, decals don't even show drag info in their PAW with debug info shown. if anyone can give actual evidence they have aerodynamics I'll look into it but I've yet to see that.

I don't know what to tell you, the parts have no drag model. Even in your F12 screenshot the arrows appear to have zero length

Each decal only weighs 500g. I don't think thats your problem

im not convinced there ever where memory leaks. at least not in OnDestroy()

Why are you posting in this thread then.

Released Conformal Decals 0.2.12 Changed Updated bundled Shabby to 0.3.0. Does not affect CKAN users Made flag aspect ratio overrides configurable with ASPECTRATIO nodes in the config. User flags added to Squad/Flags should now be the correct aspect ratio All decal aspect ratios can now be overriden with the aspectRatio field Fixed Reverted some changes from last version that were causing issues on launch

The mod is hardcoded to make any image in Squad/flags 8:5 aspect ratio, due to the way the Squad flags are done (squad flags are 2:1 but expect to be stretched by the flag transforms. blame them). Put them anywhere else in game data and they should be the right aspect ratio. In hindsight maybe I should have kept a list of stock flags instead of doing it by folder. To be honest I had no idea users would modify Squad/ Released Conformal Decals 0.2.11 Fixed PR by LinuxGuruGamer: Fixed nullref caused when an entry in _targets was null Fixed memory leak caused by the OnDestroy() methods not being called due to them being virtual

You can use the rackmount parts if you want. I’ve actually considered reviving the mod…

You're going to want to fix the mesh path config, KSP doesn't support backslash paths. Also you probably want to add a license before the forum moderators get on you for that

That’s what happens when you use the mapped specular shader with no normal map. I’m guessing the plug-in corrects that on export

my point is that the shader node editor only affects its appearance in Blender. Editing the nodes has no effect on how it shows up in game.

The mu files do not contain shaders. They only contain the name of the shader. What you are seeing is a result of an invalid shader, which defaults to a mirror effect. You cannot design Unity shaders in blender, it is not possible.

That’s not the shader you made. That’s what you get when you use the standard shader in KSP. Shader information is not included in mu files, it has to be loaded through asset bundles