[1.9.x] Textures Unlimited - PBR-Shader, Texture Set, and Model Loading API

[Shadowmage]

5 minutes ago, Gordon Dry said:

What could this be?

 

IDK -- seems pretty well explained from the bit that TU sent to the log:

ERROR: KSPShaderLoader - Texture could not be located for name: TexturesUnlimited_NSS/Textures/silver for texture slot: _MetallicGlossMap while loading textures for material:

means that you tried to reference a texture that doesn't exist.  Fix your texture reference, and the error will go away.

[Moofrog]

How do I quote across threads?

[Gordon Dry]

18 minutes ago, Shadowmage said:

Fix your texture reference, and the error will go away.

It's not "my texture reference" ... @linuxgurugamer

[Shadowmage]

4 minutes ago, Gordon Dry said:

It's not "my texture reference" ... @linuxgurugamer

Then why are you bugging me?  I don't offer support to random people for configs.  If a mod author has an issue, let him bring it up.

Trying to get yourself involved is likely to only cause problems.

[Moofrog]

1 minute ago, Shadowmage said:

Then why are you bugging me?  I don't offer support to random people for configs.  If a mod author has an issue, let him bring it up.

Trying to get yourself involved is likely to only cause problems.

@ShadowmageSorry about that, too. Just was trying to fix my mod install!

Edited November 13, 2018 by Moofrog

[Moofrog]

So I have Unofficial Patch, TURD  and TU installed. For some reason the metallic shinyness/glossyness from the probe cores are missing.

Am I missing something? Sorry to bother again.

[Electrocutor]

13 minutes ago, Moofrog said:

So I have Unofficial Patch, TURD  and TU installed. For some reason the metallic shinyness/glossyness from the probe cores are missing.

Am I missing something? Sorry to bother again.

TURD has not been updated for the new models/textures yet, so you'll have to remove those parts from the TURD configs.

Edited November 13, 2018 by Electrocutor

[Moofrog]

Nevermind. Thats stock behaviour. The shinyness was only ever a small glint.

50 minutes ago, Electrocutor said:

TURD has not been updated for the new models/textures yet, so you'll have to remove those parts from the TURD configs.

Also noticed when I installed Near Future Spacecraft with Patches to convert Stock Parts to look conforming that the Cupola Module looks messed up as well. Cheers.

[Electrocutor]

2 minutes ago, Moofrog said:

Nevermind. Thats stock behaviour. The shinyness was only ever a small glint.

Also noticed when I installed Near Future Spacecraft with Patches to convert Stock Parts to look conforming that the Cupola Module looks messed up as well. Cheers.

He has an MM patch for that if you read his forum thread. This thread is for TU itself.

[Moofrog]

1 minute ago, Electrocutor said:

He has an MM patch for that if you read his forum thread. This thread is for TU itself.

Sorry must have missed it as I only installed it via ckan. My bad.

[Moofrog]

@Electrocutor So how would I go about adding TU/TURD configs to mods? What do I have to do? Is there some kind of documentation/tutorial? I saw you make one for ProceduralFairings

[Electrocutor]

Just now, Moofrog said:

@Electrocutor So how would I go about adding TU/TURD configs to mods? What do I have to do? Is there some kind of documentation/tutorial? I saw you make one for ProceduralFairings

You can look at this thread and the wiki on the TU github. There's many ways to accomplish it: the easiest is if the author wants to implement it since they have the original uvmaps though.

If you hit a spot, just post what you have and what is not working.

[skyhawkmlt]

is this working with the newest version? I seem to be having trouble getting it to work

[Agustin]

7 minutes ago, skyhawkmlt said:

is this working with the newest version? I seem to be having trouble getting it to work

this plugin which is the core of it yes. But you also need configs and some are outdated. But it works nevertheless on more than half the parts I use. I am talking about recolour Depot and waiting for sstu update also.

[skyhawkmlt]

Just now, Agustin said:

this plugin which is the core of it yes. But you also need configs and some are outdated. But it works nevertheless on more than half the parts I use. I am talking about recolour Depot and waiting for sstu update also.

what about stock parts config?

[Agustin]

tht is the recolour depot itself. It just doesn't work for the new parts that were introduced in 1.5
I am using it nonetheless

[Electrocutor]

So... Ever since the last Windows Update, -force-opengl and -force-glcore have been crashing on me regularly; so I'm going to have to downgrade -force-glcore from the most stable to unstable.

[Shadowmage]

On 11/16/2018 at 6:30 PM, Electrocutor said:

So... Ever since the last Windows Update, -force-opengl and -force-glcore have been crashing on me regularly; so I'm going to have to downgrade -force-glcore from the most stable to unstable.

Interesting...  it started crashing on startup for me here and there as well recently -- right when trying to load a save game from the main menu; but not 100% of the time either.  Wonder if there is a graphics driver that needs updated as well, or something KSP or mod specific?  I didn't really investigate much.

DX11 seems to work fine though; I'm not seeing any of the issues that used to be present in older KSP versions.  Will likely make the move to have it be the recommended version in the OP (for Windows anyhow).

[Electrocutor]

31 minutes ago, Shadowmage said:

Interesting...  it started crashing on startup for me here and there as well recently -- right when trying to load a save game from the main menu; but not 100% of the time either.  Wonder if there is a graphics driver that needs updated as well, or something KSP or mod specific?  I didn't really investigate much.

DX11 seems to work fine though; I'm not seeing any of the issues that used to be present in older KSP versions.  Will likely make the move to have it be the recommended version in the OP (for Windows anyhow).

It's not mod related. It happens even on a completely fresh/clean stock install. I've also had OpenGL crashing in other programs now too, so it's not specific to KSP.

I tried installing the newest NVidia driver, but that didn't help.

For reflections, dx11 is preferable anyway if you could fix those two sides so they look right. Oddly enough, I do not have that issue with my skybox with reflection probe: it works across all 4 rendering APIs the same, so not sure what is causing it for you.

----

As a matter of note: I'm working on creating a normal-generator in-game, so that at scene load if any Part, Terrain, or Scenery texture does not have a bump, it auto-creates a fake one. It's not ideal, but DRAMATICALLY makes everything look better except for a few places where the diffuse RGB average is not suitable for defining height.

Edited November 18, 2018 by Electrocutor

[alexus]

Shadowmage, hello.

Can you make light reflection like at pic?

[Shadowmage]

9 minutes ago, alexus said:

Shadowmage, hello.

Can you make light reflection like at pic?

I'm guessing you are referring to how the light is reflecting off of the top of the craft, highlighting the multiple lights used in the scene.  If you model the hangar, and the aircraft, and texture it all properly, then yes, TU's shaders should give nearly identical results to what you see in that image.  Caveat:  It will be a ton of work to do that modeling/texturing.

TLDR:  ^^^ is exactly what TU's shaders do.  If you use them properly, which almost nobody has so far; the one exception I can think of, where someone is actually using the PBR shaders to their fullest, is @vossiewulf's Fintech mod --

 

 

[Cementruck]

Would it be possible to apply a PBR a shader to, let's say, the moon? (i'm speaking of the ground texture)

And  by PBR, i only mean a decent normal, color and maybe bump map. The vanilla textures, and even the modded ones lack that and it really looks bad. I am no modder and tbh i don't know much about texturing.. Just being curious.

 

Just realized that while waching a Simple Rockets 2 video: https://imgur.com/a/ZJbJBV0

[Shadowmage]

On 12/5/2018 at 1:36 AM, Cementruck said:

Would it be possible to apply a PBR a shader to, let's say, the moon? (i'm speaking of the ground texture)

And  by PBR, i only mean a decent normal, color and maybe bump map. The vanilla textures, and even the modded ones lack that and it really looks bad. I am no modder and tbh i don't know much about texturing.. Just being curious.

 

Just realized that while waching a Simple Rockets 2 video: https://imgur.com/a/ZJbJBV0

Its an interesting question.  Really, I'm not sure if it would work or not;  the shaders themselves are capable, but I'm not sure if the stock terrain shaders do anything special (and don't have source access to those), so I couldn't guarantee 100% compatibility.

I've certainly messed with the physics materials on the terrain without issue (for KSPWheel functions), but I've never attempted adjusting the regular MeshRenderer materials or swapping shaders.  For someone with coding experience and access to the TU source code, should only take a few minutes to investigate if it would be viable.

However, even if the shaders do work for the stock terrain -- it still won't solve the problem of the terrible textures  -- someone would still need to create the new textures, and then find the proper way to replace them for the various planets/terrain types.

[Delay]

@Shadowmage out of curiosity: Is there anything noteworthy that happened to the atmospheric scattering since you last mentioned it?

[Shadowmage]

29 minutes ago, Delay said:

@Shadowmage out of curiosity: Is there anything noteworthy that happened to the atmospheric scattering since you last mentioned it?

Life has been happening   (keeping me busy / busier than I would like)

I actually did quite a bit of work on getting the Bruneton's Improved Atmosphere working as a general post-process effect.  Was working fairly well when I last played with it (at least in the Unity editor); next steps would be to do some testing on setting it up and using it from within KSP.  Next would be allowing for parameter specification, and then adapting it to properly handle all of the edge-cases that KSP would present.

Currently I would say the status is 'on hold', pending seeing how much Blackrack cleans up Scatterer itself.  If Scatterer can be made to stop messing with the rendering routines and screwing up cubemap/reflection captures, I'de much prefer to just use it rather than making something new with the same features.