totm sep 2021 [1.12] Stockalike Station Parts Redux (August 14, 2024)

[JadeOfMaar]

Ah, well in that case I may fully consider the 50% thing, however, I'd imagine that not all of the plants in the greenhouse are in the windows and visible to the outside. While the 3.75m is not as tall, it's still wide. My memory is fuzzy so I'd like a third voice to speak up concerning this balance... I have this obligation to adjust the configs for the other life support mods after this and that may not be much fun.  

[LatiMacciato]

1 hour ago, JadeOfMaar said:

Ah, well in that case I may fully consider the 50% thing, however, I'd imagine that not all of the plants in the greenhouse are in the windows and visible to the outside. While the 3.75m is not as tall, it's still wide. My memory is fuzzy so I'd like a third voice to speak up concerning this balance... I have this obligation to adjust the configs for the other life support mods after this and that may not be much fun.  

awh, I'm sorry to hear. just FYI I'm fine with both ideas, either you make the bigger part more producing or vice versa. since the other ratios are the same it works out both ways.

Thank you for responding to my idea

EDIT: of course, having the production efficiency set at 10% in settings --> custom settings --> snacks is also a great help reducing the EC cost, unless you want the real challenge

Edited October 29, 2018 by LatiMacciato

[KSPanier]

Does anyone know, how to reference the variable "DeployedCrewCapacity" from the inflatable habitats/centrifuges to use it for scaling with lifesupport?

My last try looked like that:

Spoiler

@PART[*]:HAS[@MODULE[ModuleDeployableHabitat]]:NEEDS[TacLifeSupport]:AFTER[zzzzStationParts]
{
	CrewMulti = #$/MODULE[ModuleDeployableHabitat]/DeployedCrewCapacity$
	MODULE
	{
		name = LifeSupportModule
	}
	//!RESOURCE[Food] {}
    RESOURCE
    {
        name = Food
        amount = 1.097
        maxAmount = 1.097
        @amount *= #$/CrewMulti$
        @maxAmount *= #$/CrewMulti$
    }
	//!RESOURCE[Water] {}
    RESOURCE
    {
        name = Water
        amount = 0.725
        maxAmount = 0.725
        @amount *= #$/CrewMulti$
        @maxAmount *= #$/CrewMulti$
    }
	//!RESOURCE[Oxygen] {}
    RESOURCE
    {
        name = Oxygen
        amount = 111.038
        maxAmount = 111.038
        @amount *= #$/CrewMulti$
        @maxAmount *= #$/CrewMulti$
    }
	//!RESOURCE[CarbonDioxide] {}
    RESOURCE
    {
        name = CarbonDioxide
        amount = 0
        maxAmount = 95.913
        @maxAmount *= #$/CrewMulti$
    }
	//!RESOURCE[Waste] {}
    RESOURCE
    {
        name = Waste
        amount = 0
        maxAmount = 0.1
        @maxAmount *= #$/CrewMulti$
    }
	//!RESOURCE[WasteWater] {}
    RESOURCE
    {
        name = WasteWater
        amount = 0
        maxAmount = 0.924
        @maxAmount *= #$/CrewMulti$
    }
}
@PART[*]:HAS[@MODULE[ModuleDeployableHabitat]]:NEEDS[TacLifeSupport]:AFTER[zzzzStationParts]
{
	CrewMulti = #$/MODULE[ModuleDeployableHabitat]/DeployedCrewCapacity$
	@RESOURCE[ElectricCharge]
	{
		@amount = 100
		@amount *= #$/CrewMulti$
		@amount += 150
		@amount += #$maxAmount$
		@maxAmount = #$amount$
	}
}

 

Any ideas?

Edited October 29, 2018 by KSPanier

[Nicias]

13 hours ago, theonegalen said:

Are you using only stock contracts, or are you also using Contract Configurator, Bases and Stations, etc? If the latter, I believe that you will need to contact @nightingale and whoever is maintaining Bases and Stations these days in order to make sure those contracts are compatible with the expandable modules.

I'm using stock contracts.

[theonegalen]

5 hours ago, Nicias said:

I'm using stock contracts.

Then I would submit a bug report to SQUAD along the lines that expandable modules don't work in "expand your station" contracts.

Also, I recommend CC and Bases and Stations - it's a great contract pack.

[Rafael acevedo]

Nertea keep up the good work

[theJesuit]

16 hours ago, Nicias said:

I'm using stock contracts.

 

10 hours ago, theonegalen said:

Then I would submit a bug report to SQUAD along the lines that expandable modules don't work in "expand your station" contracts.

Also, I recommend CC and Bases and Stations - it's a great contract pack.

This was discussed recently in the Kerbalism discord.

The issue is that the Contracts game mechanic only looks at the initial possible crew availability of a habitable part, regardless of whether it is needing to be deployed or even crewed once at the base it is contracted for.  Inflatables have initial crew capacity of 0, as they can't contain crew until deployed.  There didn't seem to be a good solution to this issue - and so it is a stcik one, although you could rework using MM patches to say that the deploy able parts from SSPX always can have kerbals, regardless of the deployed status - but this is game breaking IMHO.

Peace.

[Dafni]

I expressed my love for this mod here more than once, and I dont want to sound like a fanboy or anything, but I still discover new details all the time. Such a nice piece of work. I just find it super amazing that somebody as skilled as Nertea is willing to put all his time in a project like this. As the saying goes, if you are good at something, never do it for free. So I encourage everybody who enjoys a mod a lot to show some gratitude and at least throw your change into the donation cup of the modder. A small token of gratitude goes a long way in maintaining the motivation and all that.

On another note: how nice of a touch was the re-skinning of the few stock "station parts" to match the aesthetics of this mod?? Eh? Such a nice little extra.

[Norcalplanner]

On 10/28/2018 at 8:02 PM, JadeOfMaar said:

Ah, well in that case I may fully consider the 50% thing, however, I'd imagine that not all of the plants in the greenhouse are in the windows and visible to the outside. While the 3.75m is not as tall, it's still wide. My memory is fuzzy so I'd like a third voice to speak up concerning this balance... I have this obligation to adjust the configs for the other life support mods after this and that may not be much fun.  

Not in front of KSP atm, but it seems to me that greenhouse output would scale linearly with volume and/or mass, rather than some artistic arrangement of the plants in the windows. Possibly with greater efficiency for parts further down the tech tree.

Idea just now - upgrades to greenhouses in career mode. Probably not the easiest thing to code, but it seems logical that our industrious Kerbals would build better greenhouses over time.

[tallon43]

Hey, just wondering, which visual pack are you using for the thumbnail photo? No matter how closely I follow directions, I never can get my KSP to look like that!

[FluxOrbit]

Hello! I've been using this mod in conjunction with SimpleConstruction/EPL recently, and I just noticed that neither the Vista nor the Porthole are counted as EL Survey Stations, which doesn't let them be used like the squad cupola. I am currently attempting to work on a noobie macgyver patch, if anyone is interested or is willing to help, cause I've never done this before.

[StahnAileron]

@Nertea I checked-in with KSP with the whole 1.5.x update and all. SSPX was nice and I was looking forward to the new version. (I even attempted to update an SSPX station with Redux parts in 1.4.x... Gave up after a while as my mod collection at the time wasn't complete compared to prior KSP versions.)

I noticed the various dockings ports from SSPX aren't in SSPXr. Have they been completely deprecated or are they planned for a future update? As you have commented before, stock is kinda ugly, especially in light of quality mods like yours. There's also the fact the old SSPX docking port held a bit of MonoProp, so I didn't have to really do anything to supply the RCS I need to assemble a station.

[NHunter]

@FluxOrbit, if you use pure EPL, this should work:

@PART[sspx-cupola-375-1,sspx-cupola-125-1,cupola]:AFTER[Launchpad]:HAS[!MODULE[ELSurveyStation]]
{
	MODULE {
		name = ELSurveyStation
	}
}

For SimpleConstruction you'll probably need to replace "Launchpad" in the AFTER block with whatever internal name SimpleConstruction uses.

Edited October 31, 2018 by NHunter

[FluxOrbit]

@NHunter, Wow thanks for the fast reply, man! Anyway, I'm brand new to this so I wasn't sure where to put your patch, and I couldn't find whatever name SC uses, so I was unable to get that to work. Somehow I was able to make my own fix. I added on SSPXR's cupolas to a patch I found in Not So Simple Construction, and that worked. Thank you for trying to help, I just really don't know what I'm doing!

[Nertea]

On 10/31/2018 at 4:21 PM, StahnAileron said:

I noticed the various dockings ports from SSPX aren't in SSPXr. Have they been completely deprecated or are they planned for a future update? As you have commented before, stock is kinda ugly, especially in light of quality mods like yours. There's also the fact the old SSPX docking port held a bit of MonoProp, so I didn't have to really do anything to supply the RCS I need to assemble a station.

Yeah there was little to no point to those parts anymore. They were back from 0.25 KSP or so, where joint strength was proportional to the mass of the parts. So those were theoretically high strength ports, which had mono inside them to kinda justify the mass increase. I didn't scope these for the revamp because they didn't feel very useful or much fun to make. Instead I concentrated on making this and this, which I hope will be released in a "new" project fairly soon and should resolve the "stock docking ports look nasty" problem.

 

Edited November 2, 2018 by Nertea

[MaverickSawyer]

19 minutes ago, Nertea said:

Yeah there was little to no point to those parts anymore. They were back from 0.25 KSP or so, where joint strength was proportional to the mass of the parts. So those were theoretically high strength ports, which had mono inside them to kinda justify the mass increase. I didn't scope these for the revamp because they didn't feel very useful or much fun to make. Instead I concentrated on making this and this, which I hope will be released in a "new" project fairly soon and should resolve the "stock docking ports look nasty" problem.

 

*Sees new port models*

 

*Drools*

[StahnAileron]

1 hour ago, Nertea said:

Yeah there was little to no point to those parts anymore. They were back from 0.25 KSP or so, where joint strength was proportional to the mass of the parts. So those were theoretically high strength ports, which had mono inside them to kinda justify the mass increase. I didn't scope these for the revamp because they didn't feel very useful or much fun to make. Instead I concentrated on making this and this, which I hope will be released in a "new" project fairly soon and should resolve the "stock docking ports look nasty" problem.

 

Ooh~! Nice! Will they have (optional?) textures that'll blend in with the SSPXr look? (Mainly that DP Sr size one in the second image.)

[Dafni]

2 hours ago, Nertea said:

Instead I concentrated on making this and this

Oh wow, they look very nice!

 

[Nertea]

45 minutes ago, StahnAileron said:

Ooh~! Nice! Will they have (optional?) textures that'll blend in with the SSPXr look? (Mainly that DP Sr size one in the second image.)

They're currently just straight-up drop-in replacements and are designed to match well with SSPXr and the current quality targets for my stuff, but I will consider a white outer texture for the 2.5m one for sure (in fact, it's arguably more realistic considering the IDA that it's based on is covered in thermal blankets).

Edited November 2, 2018 by Nertea

[KerbalSofaProgram]

ok... you probably are my favorite mod author for ksp. so as my favorite child, you owe it to me to prioritize updating this mod above the rest. yes, you owe me that ;D . anyways as far as im concerned this mod is essential for tacs life support. no! essential for all kerbal kind. +10 points nertea. have i buttered you up enough yet? get to work, my favorite child.

[Vanamonde]

11 minutes ago, KerbalSofaProgram said:

ok... you probably are my favorite mod author for ksp. so as my favorite child, you owe it to me to prioritize updating this mod above the rest. yes, you owe me that ;D . anyways as far as im concerned this mod is essential for tacs life support. no! essential for all kerbal kind. +10 points nertea. have i buttered you up enough yet? get to work, my favorite child.

Although you seem to intend this in a joking manner, please keep in mind that mod authors get bombarded with requests, demands, and threats to update their mods, and even nice ones can start to feel like harassment after a while. 

Welcome to our forum, though.

[KerbalSofaProgram]

52 minutes ago, Vanamonde said:

Although you seem to intend this in a joking manner, please keep in mind that mod authors get bombarded with requests, demands, and threats to update their mods, and even nice ones can start to feel like harassment after a while. 

Welcome to our forum, though.

sorry then, good point. threats? wow... in all seriousness, this is a real suggestion. Whether its reasonable, feasable, or worth the authors time to consider, is beyond me. so sorry for my lack of perspective and context. i was hoping the 10 points might offset any, "make me the part i want" i may have put out there.

Edited November 5, 2018 by KerbalSofaProgram
i answered my own question

[JH4C]

12 hours ago, KerbalSofaProgram said:

snip

Have you tried it in 1.5.x? I've not experienced any problems, nor has anyone else reported anything; I'd say it's safe to assume it works just fine. Really, it's so much simpler to just try something out to see if it still works...

[Kauske]

It seems to work for me, just a tad of weirdness where I need to cycle through all the variants or the models overlap, but I have that with B9 as well, and that's supposed to be 1.5 compatible. *Shrugs*

 

But nothing game-breaking like kerbalfoundries tweakable landing gear bouncing around like crazy when deployed.

[Nertea]

I was hoping to get NF Spacecraft done at the same time, as there are some texture updates I want to propagate. That will have to wait for a new version though as it's taking a while

SSPXr 1.0.9

•  KSP 1.5.x
•  Updated NFProps to 0.3.5
•  Updated MM to 3.1.0
•  Updated B9PS to 2.4.5
•  Removed MiniAVC distribution, version file remains
•  Contract improvements:
  •  Observation modules, 1.25m/3.75m cupolas will now fulfill cupola contracts
  •  Large lab will now fulfill lab contracts
  •  Station/Base contracts that require a greenhouse will now generate
  •  Station/Base contracts that require an aquaponics module will now generate
  •  Station/Base contracts that require a hab module will now generate
  •  Station contracts that require a centrifuge will now generate
•  Increased base science for visual observation experiment, all science should now be sent with one transmission
•  Fixed compatibility of revised stock docking port with IndicatorLights
•  Added missing vesselType to vessels that didn't have it
  •  Fixes experience gain
  •  Fixes issues where if there is no VesselType specifying crewed module on the vessel, science experiments will fail
•  Fixed flag for lab replacement
•  Changed rotation of replacement docking port and extensible docking port to be consistent with the original part
•  Small fix to deployable module resource costs: will now round resources, so you are less likely to get issues where you have 1999.999993 resources when you think you have the 2000 needed to deploy
•  Added optional SpinResource and SpinResourceRate to ModuleDeployableCentrifuge - allows specification of a resource and a rate needed to rotate the thing