Jump to content

[WIP] Nert's Dev Thread - Current: Station parts expansion expansion


Recommended Posts

On 2/3/2018 at 10:23 AM, Electrocutor said:

@Nertea If you're interested in nit-picking, I can help find small issues for polish.

 

I'm not, but you did lead me to this interesting fact: https://answers.unity.com/questions/34697/texture-alpha-channel-not-importing.html which is why you are seeing some of the problems you are. The rest aren't really things I care about a lot. 

Link to post
Share on other sites
6 hours ago, Nertea said:

I'm not, but you did lead me to this interesting fact: https://answers.unity.com/questions/34697/texture-alpha-channel-not-importing.html which is why you are seeing some of the problems you are. The rest aren't really things I care about a lot. 

Will do; this is easy to adjust with multipliers as long as your original alpha gets loaded (thanks for the link by the way: didn't know this was a thing; I had thought that when you selected a shader that didn't have transparency, it would always just ignore it).

Link to post
Share on other sites

the extendable clamp-o-tron...it doesnt have an attachment node at the business end like the original clamp-o-tron, making it difficult to mount vehicles that have this as their attachment method to any booster stack.

case in point, I tried to update the docking method used on the phoenix in the knes mod, and discovered I could not mount the booster because there's no attachment node on the extendable clamp o tron.

Link to post
Share on other sites
2 minutes ago, RaiderMan said:

the extendable clamp-o-tron...it doesnt have an attachment node at the business end like the original clamp-o-tron, making it difficult to mount vehicles that have this as their attachment method to any booster stack.

case in point, I tried to update the docking method used on the phoenix in the knes mod, and discovered I could not mount the booster because there's no attachment node on the extendable clamp o tron.

I believe that's a mostly-unavoidable limitation in KSP.  The attachment node can't move when the part extends, so you'd have to define it either with the part retracted or with the part extended and have the attached part either clip or hang in mid-air.  I'm not sure if there are any good workarounds.

Link to post
Share on other sites
7 hours ago, Electrocutor said:

Will do; this is easy to adjust with multipliers as long as your original alpha gets loaded (thanks for the link by the way: didn't know this was a thing; I had thought that when you selected a shader that didn't have transparency, it would always just ignore it).

It's a load issue - if a psd format file (what I load into Unity) has any transparency at all in it when flattened, Unity will ignore the explicit alpha and try to get the alpha from the flattened image's transparency. The textures you pointed out must have some tiny partially transparent pixel somewhere in them... it'll be resolved in the next release. 

 

1 hour ago, RaiderMan said:

the extendable clamp-o-tron...it doesnt have an attachment node at the business end like the original clamp-o-tron, making it difficult to mount vehicles that have this as their attachment method to any booster stack.

@DStaal is correct. 

Link to post
Share on other sites

there's a robot arm in knes that has a fixed attachment node thats only active when the arm is 'armed' so, are you 100% sure you cant work it similar? I'm just asking..cause the extendable clampotron is otherwise limited in that regard..

Link to post
Share on other sites
38 minutes ago, RaiderMan said:

there's a robot arm in knes that has a fixed attachment node thats only active when the arm is 'armed' so, are you 100% sure you cant work it similar? I'm just asking..cause the extendable clampotron is otherwise limited in that regard..

Grapplers/claws can be only active when 'armed'.  Or Infernal Robotics can do it.  But not in the base game, as far as I know.  (Note the only extending part in the base game is the shielded clamp-o-tron - which also has no attachment node on the end, just the docking node.)

Link to post
Share on other sites
4 hours ago, Finnyk said:

what does that mean? is there something broken in FFT mod for 1.3.1?

FFT runs very hot, as a general rule, which means the current stock heat bug effectively turns FFT craft into time bombs. The mod works in 1.3.1, but because of that bug, you have to be super careful with time warp, as the engine heat will insta-allocate out to the whole craft, and there will be 'splosions.

Link to post
Share on other sites
2 hours ago, Finnyk said:

what exactly parts do that?

Any part that has a high thermal energy content (mass*temp approximately). This can happen in stock too, but it's more common here as the very heavy FFT engines get high temperatures easily.

Link to post
Share on other sites
4 hours ago, Finnyk said:

is it essential to use your heat control mod?

It doesn't matter. The averaging temperatures over the craft is stock behaviour during time warp.  Any mod with parts that run hot will cause explosions. I've had exactly the same thing without a single nertea mod installed (which is a tragic state for ksp to be in).

Link to post
Share on other sites
15 hours ago, Finnyk said:

is there an option to temporary lower heating of that partsin cfg, until 1.4?

I think that could work, there is a heatProduction value in the engine section of the config files. However, there may still be some heat unless you set it to 0 and with the high mass of engines, that equates to quite a bit of thermal energy. Another issue, if I'm not mistaken, is that radiator panels don't work very well in 1.3.1. Any thermal control system (thus, the ones that can cool any part anywhere on the ship) are not utilised well (or rather, parts demand more cooling than these should, rendering radiators ineffective). This means that even if your ship could deal with the heat, the second bug prevents the ship from actually doing so. Apparently, using only radiators panel that cool just nearby parts sidesteps that issue. The suitable stock radiator panels are too small to properly cool any FFT engine, but you could set a large panel from Heat Control to only cool nearby parts to help you get by until this bug is addressed.

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...