Kion

FINAL UPDATE So after all it was the "32 bit float" option when baking the texture in Blender that was the issue. It worked with the original part, so I think it's fixed. Let be know if you have experienced this issue before, and let me know if you found the same way to fixing it as I did. How it looks in KSP: How it looks in Unity: Anyways, well, at least I hope this forum thread/post will help others fixing this same issue. So in summery: The problem is fixed, and yes it was the "32 bit float" option thing when baking the texture in Blender that was the cause of this problem. Hope you learned anything from this thread and thanks for reading!

UPDATE! I think i fixed it, and let me know what you think. Ok, let's start. When creating a new image texture in Blender, (for baking the normal map for external use, like for Unity), you have an option to enabled "32 bit float", which presumably "creates an image with 32-bit floating-point bit depth" (Maybe I should google it, but after googling it 2 times, the only thing that it said, was that it takes more time to load, and the file size is a bit bigger, which makes more sense if you think about how 32 bit works). I created a new model with a basic texture just to see if it worked (although I ran into another problem of the texture being weird, but if I'm gonna be honest, it did not matter). Problem is probably with the base color or the node setup, and not with the "32 bit float" part of it. As I was saying, I created a new model which I intended to test to see if the "32 bit float" thing was the bug or not. I baked 2 maps. The first one was a normal one (without the option enabled), and the second was the one with the option "32 bit float" enabled. When testing, it seemed that the model that had the "32 bit float" option enabled, (when clicking on the part) don't look as it should, and the one that didn't have the "32 bit float" option looked as it should. The model with the option "32 bit float" enabled: The model without the option "32 bit float" enabled: In summery, the "32 bit float" option when baking a texture in Blender might be good for other things like for other 3d software, but I found out that when testing it in KSP against another model that has the same texture but baked on a image texture without the option enabled, the one without the "32 bit float" option enabled looked like it should. My initial thought of this was that it must have been something to do with the "Bump" or "Bump Specular" shaders used in the PartTools Unity package used to export the parts for the game, but for all of my KSP mods, I have been always just using the "diffuse" shader until I found out that I was missing the very cool detail. The "diffuse" shader is basically just the base color, and not the base color and the normal/bump map. Since, it must have been something with the normal/bump map it self, and not with the shaders, since I presume I have everything up-to-date and correctly installed in the Unity and PartTools side of things. Also I don't know if this has anything to due with the model not looking as it should in the game, but I noticed that in Unity the model with the normal map with the "32 bit float" option enabled, is slightly darker than the one without the "32 bit float" option enabled. In addition, when looking at the normal maps themselves, the one with the "32 bit float" option enabled is a bit more pink than the more purple one, which might indicate why it's looking weird in game, let me know what you think. The model with the option "32 bit float" enabled: The model without the option "32 bit float" enabled: And if you want to take a closer look at the maps themselves, here they are: Base color: Normal map without the "32 bit float" option enabled: Normal map with the "32 bit float" option enabled: I have no idea if it has to doe with PartTools, or it's shaders for KSP, Unity, or anything else, but I will try again with the original model to see if this is the case. Follow this post/thread to stay up-to-date.

Hey KSP nerds! Im getting back for KSP modeling for just a few days, and i was wondering why does my normal map looks very weird? I have no idea what is happening, but i have the most recent version of Part tools, and unity. It looks fine in blender, but then in unity looks weird... Blender: In Unity: Here is the normal map: I'm also getting this weird bug when i click on my part, the select color is not like the normal parts... Do note that i used the "bump specular" material preset in unity I'm also getting this message in Unity, have no idea if its related, but since it includes "material" in the message, thought it might be worth sharing as well. Can anyone help me? Please, Thanks!

Thanks! I will see if I add it or not, but thanks for sharing anyways!

Try reinstalling smokescreen.

How can I make my "pathing cameras" to "stationary cameras" in the Camera Tools Mod in KSP 1.12.x? I have a "scene" or also knows as a path. and I want to use that path for a rocket stationary pad camera but the "pathing mode" follows the rocket (And I don't want that so I need to use the stationary mode) but I don't know how to use the same camera position (exact) for the "stationary camera mode". Please Help Me. Thanks.

Kion and Katniss's FuelVent [v1.0] v.1.0 - First Release --------------------------- This adds a vapor vent mod using @Zorg's RealPlume and @sarbian's SmokeScreen mod for visual effects. NOTE: This is my first collaboration with another KSP mod developer, so a big thanks to @Katniss218 for making this thing possible! Screenshots: [Full Galley] Downloads: SpaceDock (main) Or Github (secondary) Join The Discord For More Updates: Join Our Discord Community! And join Katniss's! Support This Mod on (To Be Updated) Required Mods: RealPlume by @Zorg SmokeScreen by @sarbian ModuleManager by @sarbian Features: Realistic Effect Big Vent Custom Sound Effect Realism Overhaul is currently not supported feedback is appreciated. RO patch is coming soon! Please report bugs no our Discord Server in the #help-center and use @KSPMOD Bug Report Video Showcase: License: Spatial thanks to @Katniss218 for the original configs and for helping me with bring this into stock KSP, and @AdrianDogmeat and @Joep for the photos! Katniss's Original Guide: Original Reddit Post Here.

Is this mod compatible with KSRSS? and how to install in KSRSS.

Spatial thanks for @AdrianDogmeat for the better photos!

Looks amazing!

Animation yes, but the decoupler node will be in the next update.

Uh, what do you mean? This is like @sciencepanda's "SpaceX Launch Towers" mod. The animations work, but you currently need to put a decoupler between the rocket and the strongback. (To be fixed in the next update/patch)

That looks sick! What mods? (not for Falcon 9) And what TUFX config are you using? great work!

How can I make configs for my srbs with this mod?

How can I make configs for my mods?? amazing!