eightiesboi

Thank you!

Thank you for the quick response! I totally understand. I used to eschew CKAN but it makes it so easy to maintain a large mod list. OTOH, I wish other mod authors followed your example. I am in the habit of reading the forum every time CKAN shows a mod has updated, and I am subscribed to about 80 threads (okay, so maybe 40 of them are still alive), but I really like the changelog that also pops up in game. Obviously, you and I just posted about this, so in theory if anyone else has a problem finding or installing Oh Scrap in CKAN, they should see our posts, install KC by overriding compatibility (or just do it manually), and not bother you. However, based on my observations of the boards for the past few years, might I suggest you add a note on the front page saying exactly what you just said? Not that I am suggesting that three or four posts from now, someone will post a note asking why the mod doesn't show up--that would never happen here.

Hi @Benjamin Kerman, Sorry to bug you. I don't normally bring CKAN issues to the attention of mod authors--I've personally told other KSP players to go take them to the CKAN thread. However, I thought this should be brought to your attention. I recently came back to KSP after a several month hiatus. I was loading mods into my favorite KSP install when I noticed that one of them (Oh Scrap) didn't show up in CKAN, which surprised me as I could see it was updated and I had all the listed dependencies installed. On a hunch, I dug deeper and noted that CKAN has Kerbal Changelog as a dependency. I posted a note on the Oh Scrap thread, but I figured that, if other mods were using KC and not explicitly listing it as a dependency on their mod AND if it was listed as such on CKAN, that lazy people (like myself, obviously) might not see those mods or be able to install them on CKAN since a dependency was not showing as updated. I don't know if KC needs a simple version recompile or anything, and I am not making any requests on my behalf (I know how to fix things on my end); this is more of an FYI. Thank you for making KSP better for everyone!

Hey @severedsolo, Just came back to KSP after a several month hiatus (getting married can throw a wrench into any launch plan!). I was loading mods into my favorite KSP install when I noticed that Oh Scrap doesn't show up in CKAN (yeah, I am lazy), which surprised me as I could see it was updated and I had all the listed dependencies installed. On a hunch, I dug deeper and noted that CKAN has Kerbal Changelog as a dependency (and it is not listed as updated since 1.6.9). Since on the OP for "Oh Scrap" "Kerbal Changelog" isn't listed as a dependency I was going to leave a note in the CKAN thread when I saw a post from you on the KC thread indicating that KC *is* a dependency. If that's correct, I'd like to suggest editing the first post to show it so anyone starting fresh (or masochistic newbies) don't have a hard time figuring out what is missing. If it isn't correct, let me know and I'll bounce over to the CKAN thread to let them know it shouldn't be listed as a dependency. I also posted to the KC thread in case other mods are effected by this. As always, thank you for all the work you have done and continue to do!!!

Agreed. Thank you for making other people's games better with your contributions. Without Squad, we wouldn't have KSP, but it's people like you that have made our gameplay more interesting, more realistic, more challenging, and more fun. Best wishes to you!

@Chrischn89, This mod doesn't adjust your AP/PE. It adjusts your SMA. This allows you to have multiple satellites in Keosync with each other.

I was gone for along time as well and then came back on a whim. I am playing regularly again. I forgot how awesome KSP is.

Hi @MOARdV, First, thank you for this mod. It adds a lot to my experience in terms of immersiveness. Second, with the single tweakable light the engine beacon function of Crew Lights doesn't function. It works normally with the old ones, but if you don't know where to look for them, you would presumably use the new light, set it to be a beacon, and then wonder why it's not turning on. (Tested on Stock install with Crew Lights, Aviation lights, and dependencies and cross-posted to Crew Lights thread.) Regardless whether you are interested (and able!), I appreciate the work you've done to make everyone's KSP experience better. Thank you!

Hi @Nertea First, thank you for this mod. The parts are beautiful and show the care that you all put into them. Second, I've noticed an interaction between Crew Light and Restock+ that I haven't seen previously reported. As you know, Restock+ adds the ability to pivot the stock lights with the following code: // Allows rotation of lights via a tweakable // Spotlight @PART[spotLight1] { MODULE { name = ModuleAnimateGeneric animationName = RestockSpotLight_Rotate startEventGUIName = #LOC_RestockPlus_light_rotate_on endEventGUIName = #LOC_RestockPlus_light_rotate_off actionGUIName = #LOC_RestockPlus_light_rotate_toggle allowDeployLimit = true revClampDirection = false revClampSpeed = true revClampPercent = true } } // Floodlight @PART[spotLight2] { MODULE { name = ModuleAnimateGeneric animationName = RestockFloodLightRotate startEventGUIName = #LOC_RestockPlus_light_rotate_on endEventGUIName = #LOC_RestockPlus_light_rotate_off actionGUIName = #LOC_RestockPlus_light_rotate_toggle allowDeployLimit = true revClampDirection = false revClampSpeed = true revClampPercent = true } } With Crew Light installed, these lights come on at night as expected, however they also pivot 180°. I have post on the Crew Light thread, however, if anyone else comes here looking for a solution, I wanted you to know that the issue does exist. (Tested on Stock install with Crew Lights, Restock, Restock+ and dependencies.) Thank you!

Hi @Li0n, First, thank you for this mod. It adds a lot to my experience in terms of immersiveness. Second, I've noticed an interaction between Crew Light and Restock+ that I haven't seen previously reported. Restock+ adds the ability to pivot the stock lights with the following code: // Allows rotation of lights via a tweakable // Spotlight @PART[spotLight1] { MODULE { name = ModuleAnimateGeneric animationName = RestockSpotLight_Rotate startEventGUIName = #LOC_RestockPlus_light_rotate_on endEventGUIName = #LOC_RestockPlus_light_rotate_off actionGUIName = #LOC_RestockPlus_light_rotate_toggle allowDeployLimit = true revClampDirection = false revClampSpeed = true revClampPercent = true } } // Floodlight @PART[spotLight2] { MODULE { name = ModuleAnimateGeneric animationName = RestockFloodLightRotate startEventGUIName = #LOC_RestockPlus_light_rotate_on endEventGUIName = #LOC_RestockPlus_light_rotate_off actionGUIName = #LOC_RestockPlus_light_rotate_toggle allowDeployLimit = true revClampDirection = false revClampSpeed = true revClampPercent = true } } With Crew Light installed, these lights come on at night as expected, however they also pivot 180°. Of course, this behavior can be halted removing the ability, however, I thought you might want to incorporate the feature into Crew Lights (it's kind of a cool animation) or at least look at the Crew Light code to determine why this is happening. (Tested on Stock install with Crew Lights, Restock, Restock+ and dependencies and notice posted on the Restock thread as well.) Third, and in line with what has already been reported, Aviation Lights now includes a single tweakable light (and in stock the old purpose-built lights are hidden from the VAB / SPH lists outside of Advanced view), however, the engine beacon function of Crew Lights doesn't function with the new light. It works normally with the old ones, but if you don't know where to look for them, you would presumably use the new light, set it to be a beacon, and then wonder why it's not turning on. (Tested on Stock install with Crew Lights, Aviation lights, and dependencies and cross-posted to Aviation Lights thread.) Regardless whether you are interested (and able!), I appreciate the work you've done to make everyone's KSP experience better. Thank you!

Thank you for your amazingly fast response! I get a slower response from my cats when I call them for dinner, and one of them is a flerken!

Hi LGG, I don't know if this belongs here or Click Through Blocker, but I am posting it here as this is where I noticed it. When in the VAB and typing in the "Configure Vessel Naming" dialog, pressing "P" activates and deactivates "Lights Out". Stock install with no mods except this one and its dependencies. Logs here: https://1drv.ms/f/s!AoyHZiRU1jT-zLsSkI1W-EtZfymGAw

Hi @Paul Kingtiger First, thank you for this and the original Universal Storage. Speaking of which, back when US was one of the few ways to have a fuel cell in game, there was a discussion (that I was a part of) about making it so the fuel cell would stop using input resources if EC was full. So, for example, if you have a ship with solar panels sufficient to keep things powered up in Kerbol's warm embrace, your trusty fuel cell wouldn't use any hydrogen or oxygen. As I recall this was discussed in a few places on a few forums, with questions about realism being brought up as well as the point being made that early fuel cells couldn't be stopped and restarted (but KSP ones can), etc. IIRC, you made it possible to use the US Fuel Cell only when EC was in demand, and that resource usage would stop otherwise. Assuming I'm not totally senile, is this something that could be done with the US II Fuel Cells? Thank you! BTW - If that is the behavior I should be seeing, I am obviously not, and would welcome some suggestions.

Hey garwel, Not to poke the bear... but... <poke> Seriously, did you have an opportunity to look at the save I uploaded? I can also just assign figures, but I'd like to make sure I do it right. Or right-ish. If you're too busy, just let me know and no worries! Thank you!

Hey! I had an unusual (or so I though) contract failure. I had accepted the Mach 2.0 contract but I wasn't working on it. I was deorbiting a capsule which had a service module. I did my deorbit burn and then decoupled my service module as I entered the atmosphere (I was hoping it would survive re-entry and be picked up by Stage Recovery). I *did* neglect to empty the tanks on the service module before decoupling; something I normally do. As my now unpowered capsule descended through 55,000 meters, I heard my service module explode (and managed to catch a glimpse of its fiery death. That's when I got the messages that I had failed the Mach 2.0 mission, which surprised me. I was using a modded capsule (the K2 command pod) and had no wings on my capsule nor on my service module. I would not have expected it to trigger my contract fail conditions. Log is clean and showed no errors. This is mostly an FYI, as I can easily work around this by not accepting a GAP contract until I am ready to complete it, but I thought someone might want to know. Or something like that.

Save file is here: https://1drv.ms/u/s!AoyHZiRU1jT-zLgoqn-er2VPp_PBWw Yes, my career is entitled "The Cat from Outer Space". And yes, I am old enough that I saw it when it came out. I think that's the only embarrassing thing in my save file. Lol. Thank you!

Hey garwel, First, thank you for this mod. It has added much to my KSP experience over the past couple years. I am having a problem and I don't know how to replicate it or if sending you a debug mode log with the problem would help, and I don't want to waste your time more than I already am. Jeb and Valentina (only) are NaN for many stats, including HP. The problem has persisted through an uninstall and reinstall. None of my other Kerbals have this problem and I don't know what caused it. I am pretty well-modded, and I use TAC-LS, but things also seem (relatively) stable. KH works otherwise, and I was seeing changes and quirks. In fact, even for Jeb and Valentina, it shows that the mod is attempting to increase radiation and decrease HP appropriately, but since the base is NaN, it really does nothing. Jeb has died in a KRASH sim, but neither Jeb nor Valentina has died in real-KSP life. Do you have any suggestions off the top of your head, and, if you have the time and inclination, would you be willing to look at some logs? Thanks!

@MysticDaedra and @Crimor, did you download and try it? Download it and start a sandbox game, send a sat up to keosync (if you cheat it there, make sure it is not already in a perfect orbit), and make sure it has some fuel left. Go to the tracking station, click on the sat with the mod gui open. You'll see you can adjust the orbit to be perfect keosync from almost perfect keosync. While the OP instructions are indeed a little vague, it is pretty easy to figure it out in actual use. Thanks again for picking up and keep alive another mod!

Is anyone using this with Antenna Helper? If so, does AH take Stock Antenna Balance into account? I am re-adding it to an existing game (I forgot it existed when I started my new career). Also, @WuphonsReach, if you are reading this, about a year ago I asked about the possibility of disabling the EC drain when the deployable relays were stowed. IIRC, you were amenable to the idea but didn't have a way to do that at the time. I noticed that you were reducing the EC draw of the relays smaller than 5G to zero. Is this related to the issue I raised at the time? If so, and if it is possible, might I suggest that instead of lowering the EC to zero permanently, you might have it zero only when stowed (or otherwise "off")? Your mod makes for a real differentiation between direct and relay antennas, and I do think the EC drain on relays is the reason. I noted that Kerbal Health adds a "disable/enable comfort" setting to many habitable modules. When enabled, it creates a permanent EC drain. When disabled, it eliminates the drain, but also doesn't provide the "comfort" benefit. As I've said (many many) times, I am no coder, so if I've compared apples to Kerbals, I apologize.

Hi, @_Zee! First, thank you for creating this mod. I was a big fan of Historical Progression and UBM, and PBC goes a long way to filling the hole created by their absence. Truth be told, I'm still using Historical Progression along with your contracts. Surprisingly, that aging and abandoned contract pack still works well, and very much so with your PBC tree. I'm actually reaching out to the original author to ask if I can bring it up to date. One thing I've noticed in the meantime is that there are historical missions that have increasing numbers of crew on board in orbit prior to starting missions to land on the Mun. This leads me to making a request to you and a recommendation. The request: the crewed portion of your tech tree seems to use crew capacity as a criteria for placement. This means that it becomes difficult to recreate some historically early missions, specifically ones that had three crew in orbit. The Making History mod includes a capsule based on the Voskhod (the KV-3 "Pomegranate") that can hold 3 crew, but the placement on the PBC tech tree is two tiers above the first available pods, making it difficult to launch these early missions. Would you consider evaluating pods not only by capacity but also by function, and move some orbital pods to an earlier part of the tech tree? The recommendation: I really like the contracts you created with this mod in mind, but I was surprised to get a contract to land kerbals on the Mun before I'd successfully landed a probe. I'd like to recommend changing the parameters so that missions to send kerbals to other celestial bodies don't fire until after the corresponding probe mission has completed or the body has already been landed on. I think it would be keeping with the theme of your mod. Again, thank you so much for creating this. If I do update the Historical Progression contract pack, I'd like to work with you to design it to synergize with PBC.

It would be helpful to have an example of what a log entry looks like that would indicate a missing model or texture. Having an example of the actual syntax would make a cut-and-paste find operation trivial. And let me add my voice to the chorus--you've all done a fantastic job! Thank you!

There certainly is. I'm using it right now as I type this on the forum. Maybe if you were more descriptive and added links to your uploaded logs, someone could help you. There are a lot of people on the boards that are happy to help, but we need information. If you don't know how to upload logs, a very quick perusal of the forums--especially any mod from linuxgurugamer--will tell you how to get support. But this mod is working, with a few already noted issues, in 1.6.1.

Have you tried JoE_Smash's other idea of swapping the win sys dll? Other than my crashes after installing restock, which could have been unrelated, I am now crash-less for nearly 24 hours again.

I *did* have a crash after installing Restock and Restock+, so I suspect that there may be another 32-bit .dll lurking about, but this out of my area of expertise.

I too noticed an immediate improvement after subbing the xinput1_3 file from the windows directory into my KSP directory. I have a fairly robust system (Core I7, Nvidia 1060, 32 GB of RAM) on my modded (160+) install. I was crashing randomly after about 2 hours of play. Crash logs showed my memory utilization to be generally low, yet it was the same access violation and same files as the OP. Since subbing out xinput1_3, I have been able to leave KSP running in flight, tracking station, and space center scenes for over 24 hours (each) AND resume playing at irregular intervals (whenever KCT finishes building the next rocket or KAC sets off an alarm). My goal is to run KSP in real time full time on a dedicated system, which now seems possible. I have not experienced any issues with the file substitution. If someone has Squad's ear and can ask them to look into this, I think @JoE Smash may have fixed this particular crash cause.