PocketBrotector
-
Posts
394 -
Joined
-
Last visited
Content Type
Profiles
Forums
Developer Articles
KSP2 Release Notes
Bug Reports
Posts posted by PocketBrotector
-
-
15 hours ago, krautbernd12 said:
This isn't about system heat, this is about none of the engines showing up or working as reactors, let alone having any of the associated resources. Is there any additonal patch or integration-thing I'm missing to get those engines working as reactors?
Indeed, this is exactly what System Heat does when the relevant extra(s) are installed.
-
2 hours ago, krautbernd12 said:
Newest version of KSP and newest version of the mod of course. The engines just act like normal engines, they don't integrate any of the reactor options and don't have any of the resources i.e. enriched uranium. I downloaded all of the near future mods&kerbal atomics from the github repository. Going through the configs for kerbal atomics the only engine actually listing enriched uranium is the Emancipator. Any help would be appreciated.
Make sure you have System Heat installed along with the optional patch that integrates NTRs from KA with SH.
-
On 1/27/2022 at 9:23 PM, zw_45 said:
Hi, I have wrote the resource definition for real solar system as well as a patch that add LqdMethane to detectable/harvestable resource. Here’s the picture. I wonder if I could post my configs in this thread?
You may want to check out Dust Bunnies which I believe covers liquid methane along with several other resources.
RSS support on the other hand is entirely new as far as I know, so that would surely be welcome for folks who use SpaceDust in RSS.
-
2 hours ago, Chilkoot said:
Hi folks - I'm trying to find a way to get Nertea's methane resource to participate in Bob Palmer's "USI Warehouse" framework for local and global storage. I'd like to either have the methane resource show up in one of Bob's "Kontainer Tank" containers, or have one of Nertea's tanks participate in the USI warehousing. Can this be done with a patch file in my GameData dir? Or is this something that would require deep edits of the USI resource system to work?
Apologies if this is like asking, "How do I build a car?". I'm not scared of editing configs, just not sure where to begin.
Also, huge thanks to Nertea for maintaining this amazing mod over the years. It's always right at the top of my "must have" list
This sounds like it would be more suited to ask on a USI thread. CryoEngines and CryoTanks don’t add any resources themselves if I recall correctly - they instead make use of existing CRP resources. So your question is primarily concerned with USI mechanics.
-
2 hours ago, DeadJohn said:
Regarding different places giving different transfer windows, here's my experience using JNSQ + Kronometer + 1.12.2.
Kerbal Alarm Clock is reasonably accurate, but the estimates drift over time. For example, KAC says my Duna window is 150 days away. After 100 days pass, if I ask KAC for my transfer window, it might be 52 days rather than 50 days.
Astrogator also gives reasonably accurate windows, but differs from KAC by a few days. KAC-calculated maneuvers come close to Eve and Duna but don't actually intercept the target SOI. Manual adjustment is always needed. (I'm relatively new to Astrogator and maybe that's a known limitation)
The new stock transfer window interface was too limited when I tested it so I have no comments on its accuracy. I launch into LKO a few days before my estimated KAC and Astrogator transfer windows, then figure out my exact maneuver time after I'm in orbit.
I can add some comments about a couple of other options here. These are based on trying to fire off probes to Moho in the first couple of days of a new game, when the “zeroth” transfer window is just closing.
MechJeb seems ultra precise in calculating exact windows and transfers.
Transfer Window Planner seems reasonably close to MechJeb and probably has the nicest interface for planning in-game. I haven’t verified whether it works perfectly with KAC (or the stock alarm clock) to generate alarms, and this might depend on the exact combination of mods and versions in use.
(Since TWP was made by the same author as KAC, I suspect KAC’s built-in transfer alarm calculator is similar is similar to TWP, though perhaps less precise.)
The browser-based transfer planner in my signature seems to match the in-game Transfer Window Planner well enough to plan dV budgets and departure schedules.
I haven’t confirmed if the TWP mod or browser-based planner are accurate enough to generate precise maneuver nodes that don’t require additional correction, but it seems like players have quite a few options overall between the various mods and tools to find one that they like or is at least “good enough”.
-
Nice - it's good to have working versions of curios and relics such as this.
I noticed that most of the country flags from the original mod are missing from your Refilled version. It would be ideal if these were included for the sake of completeness - arguably they're more useful than the soccer balls themselves.
Also I'd recommend hosting this on GitHub, which would facilitate any long-term maintenance needed.
-
Is there any way to have kerbals start EVA with their visors down? I tried the below based on the API docs but no luck.
@PART[*]:HAS[@MODULE[KerbalEVA]]:FINAL { @MODULE[KerbalEVA] { %lampOn = true // helmet lights %isVisorEnabled = true // doesn't work } @MODULE[ModuleColorChanger] { %animState = true // Breaking Ground Future Suit stripes } }My guess is that this doesn't work because unlike helmet lights, visor status is stored in the sfs (under "hasVisorEnabled"). And while the main settings menu allows the user to toggle whether kerbals start EVA with the helmet and neck ring on or off, it doesn't provide such an option for their visor.
-
Does anyone know how CustomBarnKit interacts with the new kerbal hiring cost formula in KSP 1.12? The new cost progression is a welcome change as hiring costs inflate much more slowly rather than immediately spiraling out of control. But I haven't seen any discussion of how hiring costs are now calculated, and whether it's compatible with the variables that are set up CustomBarnKit.
-
On 1/3/2022 at 10:57 AM, Randazzo said:
Any chance of getting this fixed? File is still not available.
I think the files are available in this post:
-
On 1/9/2022 at 12:13 AM, Wyzard said:
Coming back to KSP after not having played for awhile, I noticed that ReStock's 1.25m "EP-12 Engine Plate" appears in-game even when MH is installed, which also provides an EP-12 Engine Plate. The other ReStock engine plates are hidden via MM when MH is installed, but the 1.25m one doesn't have the flag to make that happen. (Maybe MH didn't provide a 1.25m engine plate before 1.12? I don't remember.)
Anyway, here's a patch for anyone who's interested:
@PART[restock-engineplate-125-1] { # Hide when MH is installed &MHReplacement = True }This keeps the ugly Squad part and hides the nice-looking Restock part, which unfortunately is counterproductive since having nice-looking parts is the point of installing Restock. Ideally the Restock appearance will be applied to the Squad part at some point, but until that happens the arguably "better" solution is to use the Restock part and just ignore the Squad part.
-
- Added support for KSP 1.12.2+ overhauled versions of the Reliant and Swivel
- Dropped support for old PartOverhauls mod
-
On 2/15/2021 at 4:44 PM, PocketBrotector said:
While looking through my save file for something unrelated, I stumbled upon the likely reason for this. (And looking back through my posts in this thread, I think I had the same issue, for the same reason, back in 2017, but never found out why until now.)
SnacksScenario is full of stock kerbal names ("Xyz Kerman"). But I'm using KerbalRenamer, which means my kerbals aren't using those stock names (instead e.g. "Jane Doe"). I'm guessing that the Snacks tracking data is generated for each kerbal before KerbalRenamer intercepts them and renames them; then Snacks loses track of them and they stop eating or getting hungry. Or something along those lines, anyway.
@Angel-125, is there a good way around this issue?
On 2/15/2021 at 5:44 PM, Angel-125 said:Not easily. I'll have to look and see how KerbalRenamer works.
Heya - wanted to inquire about whether this is still on your radar to be addressed. (Or, for that matter if this was already addressed - I've been taking a break from KSP for most of this year, but I didn't see it mentioned anywhere in the changelogs.)
If no fix is planned, may I suggest adding metadata to CKAN so that KerbalRenamer is listed as a known incompatibility for Snacks?
-
On 6/29/2021 at 5:49 AM, UomoCapra said:
It should be working now, let us know if you experience more issues
That zip file is still not available.
QuoteOops!
This attachment is not available. It may have been removed or the person who shared it may not have permission to share it to this location. -
Does this support other mods that add solar panels?? Clearly it should be beefed up using regex... something like:
@PART[*solar,solar*,*solar*] { @title ^= :Photovoltaic Panel:Soiler Panel: @title ^= :Solar Panel:Soiler Panel: } -
If anyone here would like to try out SpaceDust configs for GEP, you can test it here. Feedback appreciated.
-
If anyone here is using Grannus Expansion Pack and would like to try out SpaceDust configs for it, you can test it here. Feedback appreciated.
-
9 hours ago, Starhelperdude said:
which KA engines have a radioactive exhaust?
I guess Szylla, Emancipator and the other aerospike
I think it's just the Emancipator, which is the only open-cycle engine in KA. (That's why it consumes Enriched Uranium as a secondary propellant.) All the others are probably dangerous to stand near, but shouldn't be dumping fallout into the atmosphere.
-
2 hours ago, Gordon Fecyk said:
I'm considering an MKS-based playthrough at some point, since the Orion Pulse engine pack uses a subset of that. What issues between MKS and Rational Resources came up?
@JadeOfMaar's compatibility explanation from the Rational Resources thread:
On 2/14/2021 at 12:27 PM, JadeOfMaar said:@KawaiiLucy RR works well with USI, except that RR purges these resources: Dirt, Karbonite, Karborundum, and places Rock instead of Dirt, and doesn't add ISRU chains that are particularly useful to, or by any means directly related to USI. I can recommend that the two be used together but I don't.
-
If anyone is trying to figure out which engineers to send to their construction base:
Here, have a productivity calculator!
(Obviously, this is most useful if you have a spreadsheet of your full astronaut roster...)
-
37 minutes ago, Ger_space said:
This are basic KSP code, as I don't add them directly. people wanted destructable buildings and this is what happens when you get it. The performance impact should be neglectable and only visible on a scene switch.
Ok, thanks for your reply. I thought this was probably the case and did not mean to "blame" KK as such. It seems like the way that KSP handles destructible buildings is appropriate when there are only a couple of dozen total at KSC, but perhaps starts to become problematic when there are many hundreds of them across dozens of space centers and airports, as there are in JNSQ.
The scene change load time is actually a potential concern for me as I run lots of simultaneous missions around Kerbin and its moons, so I am switching between scenes frequently. There's also a lag time associated with loading saves as KSP has to parse every sfs file to generate corresponding loadmeta files. But I recognize this all adds up to a corner case.
-
During an effort to track down sources of savegame bloat, and possible related performance impacts, I've noticed that ScenarioDestructibles comprises about 20% - 40% of the number of lines in my persistent.sfs file. (In my current savegame it's about 73k lines, and in a previous game it had bloated up to 223k lines).
I presume this is from the numerous destructible buildings that exist in JNSQ with KK. Is there any conceivable impact from having all of this virtually unused data in my savegame? And would there be any upside or downside to deleting it?
-
On 12/4/2020 at 1:39 PM, PocketBrotector said:
I've noticed that my kerbals are not actually consuming Snacks. After 1-2 weeks on a Mun mission, traveling between a command module, space station, lander, etc., all parts are still fully stocked with Snacks (and empty of Soil). No ISRU has been involved, and snack levels remain constant on all craft regardless of whether recyclers are present or running. Do I have something set up wrong, or is this a bug?
While looking through my save file for something unrelated, I stumbled upon the likely reason for this. (And looking back through my posts in this thread, I think I had the same issue, for the same reason, back in 2017, but never found out why until now.)
SnacksScenario is full of stock kerbal names ("Xyz Kerman"). But I'm using KerbalRenamer, which means my kerbals aren't using those stock names (instead e.g. "Jane Doe"). I'm guessing that the Snacks tracking data is generated for each kerbal before KerbalRenamer intercepts them and renames them; then Snacks loses track of them and they stop eating or getting hungry. Or something along those lines, anyway.
@Angel-125, is there a good way around this issue?
-
10 minutes ago, lBoBl said:
Try adding curly brackets at the end of each line:
!SPACEDUST_RESOURCE:HAS[#body[Jool]]:NEEDS[GPP]:AFTER[SpaceDust] {}Once you get that working, you can start writing configs for GPP's other bodies as desired. I'd recommend ensuring compatibility with SpaceDustBunnies as well, since that adds more resources to more planets/scanners/harvesters.
-
15 hours ago, lBoBl said:
Basically is it possible to write config files for various planet packs?
It's definitely possible, and has been done for OPM and JNSQ but not (to my knowledge) GPP, yet. Check out SpaceDustBunnies for those examples.
Unfortunately the example that you offer is kind of an unusual case... I believe the homeworld in GPP is still referred to internally as "Kerbin" but displayed as Gael (I think this is due to engine limitations). I'm not familiar enough with GPP to know what, if any, issues this may cause in mods expecting a stock installation, as SpaceDust does.
At game start the homeworld is supposed to look like this image from the release album. (Spoiler alert: the "?" resource pictured at high altitude there is the discovered-but-unidentified antimatter in the Van Allen belt.) If it doesn't, then there's not native compatibility with GPP for the homeworld. And since GPP uses different bodies with different names from stock for the rest of the system, you'd definitely need custom configs for those as well.
[1.12.x] Space Dust - Atmospheric and Exospheric Harvesting (24/06/2022)
in KSP1 Mod Releases
Posted · Edited by PocketBrotector
I'm not a Kerbalism user myself so I can't comment on how (if at all) it would interact with SpaceDust, but this is actually expected for normal use of the telescope.
If a given resource is present at a body and you target & scan that body with a telescope that has the relevant detector, you will get notifications after a few days or so that a resource band has been discovered and then identified. If that resource is absent at that body, unfortunately the telescope will keep on scanning it indefinitely. (Apparently kerbals can't prove the absence of something.)
I believe you need a fixed version of Dust Bunnies for full compatibility between Space Dust and JNSQ. And regarding the presence of particular resources at particular bodies...
I don't believe Minmus has any SpaceDust resources (besides Water, introduced by Dust Bunnies) in JNSQ or the stock solar system. Oxidizer is somewhat rare, occurring at only a handful of bodies, and LiquidFuel is only present at Eve.