• Content Count

  • Joined

  • Last visited

Community Reputation

32 Excellent

About shoe7ess

  • Rank
    Rocketry Enthusiast

Recent Profile Visitors

1,756 profile views
  1. I'm having an issue with Real Fuels compatibility. I tried grabbing the Saturn SI-C sub-assembly and noticed that above the first stage, the part adapter tank (I forget the size) for whatever reason only has an LF/O config, but the engines are set up to accept LH2/OX I believe so the sub-assembly won't work unless I change out that specific part with a procedural. This is just the first case I've found where this has been an issue so I don't know if there are further tanks but it doesn't even have the B9PartSwitch module it seems, and I can't find where the patch from stock to real fuels is getting applied for BDB to try and add it myself. Will update shortly with a screenshot if needed but was wondering if anyone else has had this issue or BDB just isn't fully compatible with Real Fuels and that's the reason. Thanks for any help you can give!
  2. Anyway you can drop that config on dropbox? I have no idea what to change but I have seen the "spawnmarker" names in most of the .cfg files but only a handful of use-able launchpads (haven't gone in and ticked the missile rows, etc. as possible launchpads) and everything is incredibly spread out for me (using RSS so at least most things are level with the terrain, aside from the actual KSC terrain mesh lol)
  3. Great, I'm swamped and really have barely enough time to myself let alone to this project at the moment. I'm looking forward to it!
  4. Since I didn't see a followup to this I'd like to bring this up. somewhere along the way the part names for TantaresLV's parts name structure in their config files changed and there hasn't been any update to the compatability path to reflect that. For example: RO calls for: ALV_Engine_A for the proton rocket TantaresLV has since renamed the engine to: ALV_1_Engine_1 (not sure when this changed, but it was pre-1.3.1 release) Since this naming scheme was changed for every TantaresLV part they will not be compatible unless a) you go through the comp. patches and make them point to the correct name or b) you wait until someone updates the patch. I'd do this myself, but even though I really, REALLY, love TantaresLV's designs I'm about burnt out on modding text files for this game for the time being. If I change my mind at some point I'll try my best at guessing which part matches the new naming structure (the biggest headache in all of this, since some of the naming structures had me scratching my head as to what part they were referring to) and post it. I've decided to at least start a project for this on my github. After I get it organized I'll throw a link up for it. Here:
  5. See post above. I'd love to be able to go FASA/BDB as that would make things a lot easier. Could even edit the .dds for the SM to show damage under its covers and include it as optional, but I think the main goal is to stick with stock so people unfamiliar with modding or those just stepping into the game don't get separated from those like us that push the 64x build to its' limit Hell, since I have any updates from Mr Rocketeer, I may just go ahead and finish what I've started on the stock version then make an alternate "hardcore" version that would either require BDB or FASA, TAC-LS or USI-LS, Module Manager, and a handful of MM configs to allow for things like 3 seats in the LEM, changes to the capsule (to allow for accurate simulations of different events). It would also give me the ability to kill the scrubber and allow it to be repaired or turned back on in some sort of realistic way though I still don't know how to do it in an engaging way (maybe make them repairable only after a specific event has triggered if that's possible). LIke I said, I'm new to the mission builder but I've spent more time modding KSP than playing it (like 4:1 ratio at this point), for some reason I find it more fun to take a mod and make it "my own", so maybe it won't be as hard as I'm making it out to be in my head.
  6. I'll have to see if that's even possible, I'm not very intimate with the Mission Builder yet. If I could make this dependent on BDB or at least MM things would be so much easier, but then that cuts the community in to the bits that don't bother with mods
  7. Thank you! So what was happening to me, at least I believe, is that since I wasn't touching default scale before, just setting it to freescale, other patches were changing the scaletype, after my patch goes barreling through I'm assuming the leftover scaletype info was getting used as free instead of whatever it was before (stack, etc.), making most bits start at 10%. So fixing it should be as easy as adding in !ScaleType{} before I create the free scaletype, that way any information from other patches for scaletype variables gets pushed out and then my patch comes through, sets the scaletype to freescale and sets the defaultscale to 100 (which should be all I need) Result: @PART[*]:HAS[!MODULE[ProceduralPart]]:AFTER[RealismOverhaul] { -MODULE[TweakScale] {} %MODULE[TweakScale] { %type = free %defaultScale = 100 // Actually, since this is now a blank TweakScale module, shouldn't it default to this anyway? } } *Update:* Now this works exactly as intended. May be "career-breaking" if you are trying for a completely realistic RP-0 career where large engines and fuel tanks shouldn't be obtainable from the start; however that is up to the user to decide how it is used (great power, great yada yada). Personally I use this because after so many parts are added in my game that I end up with parts that ALMOST align with other ones or ones that I wish had a smaller version for smaller craft (ScienceJR being one of those, as well as construction pieces like girders and the like) and tweaking the scale on a percentile basis allows me to build my ships/planes so much easier. Thanks for your help @pellinor, I hadn't even thought of the fact that I had fragments left over of non free scaletypes and that was the cause.
  8. I'm sorry if this has been asked here already but could use some help on a tweakscale config that works in my games that are highly part-modded, but isn't nearly as useful (or goes too far) in overhaul packs (like RSS/RO) where there are a lot of MM configs that contradict the intent of the file.So I originally created a tweakscale config that added free-tweakscale to every part in the game. It worked great and could (after a few hiccups with other tweakscale MM's superseding it and disabling them) allow me to scale everything in game: Now I'm attempting to adopt this to my 1.3.1 RSS/RO game and can get it to either tweakscale everything or just a handful of things and both of these are to the extreme. When it allows tweakscale to everything (basically with just :FINAL tagged on the part line at the top) it starts almost every part at something like 10% of their normal size, I then step the size up to 100% and it shows a 200% version of said part, then I step it down once and it shows 50% but that is the default scale of the part I'm working with. This is a huge pain to deal with every single part in the game. So I've tried alternate tags like :AFTER[zzzVENSPATHPATCH] or something to that extent as it's the last MM config loaded on my game I believe but I might as well not have an end tag altogether at this point as now it allows me to tweak only a few items. So what I need help on is the first "extreme" where it allows tweakscale to apply to everything but I need the defaultScale to be the default scale of the part it's adding the module to and that's where I could use some help. I'm about to try the following script but since the default scales come in sets of 3 (x, y, z) I don't believe it will take. My next idea will be to set default scale to the rescale factor of the part, which will hopefully keep the scale to the default scale (after realism overhaul rescales the item) but to save me a few 20 minute startups just to debug this I thought I'd ask if anyone has an MM patch that can do this? I believe it would make my original patch more stable and versatile in that I should be able to add it to any scaled system or alternate planet pack, or add any part mod and have tweakscale's module added by default. Here's the patch I'm currently about to test: Thanks for any help/advice you can give me in advance. If I can't find any help and one of the above methods works I'll post the "winning" script for anyone that wants it in the future. Edit, the first method didn't work, going to the second setup now.
  9. Since no one got back to you I thought I'd do so. Since this mod relies on Kopernicus as a dependency, if it has not been built against the latest Kopernicus for 1.3 it will not work in 1.3 (took me about 20 or so hours to get my 1.3 RSS working, and at least half of that was making sure the right versions of each dependency of RSS and RSSVE were using the correct dependency versions (otherwise the RSS systems wouldn't load). I'd love for an RSS expansion mod for 1.3.1 but it looks like none are there yet (not that there are many to begin with, only ones I know are this and RSS Extrasolar).
  10. Updates!!!! Craft now compatible with 1.4.2 Craft's staging is now correct Action groups 1-10 are now set and in order from shedding the fairings on S3 for docking all the way to shedding the CM service bay for parachute deployment on the way back (strongly suggest using them as they make things way easy if used at the right time [they're in chronological order of use]) Last update may be a launch tower. If so I'd likely go with a pre-fab from Kerbal X if I can, but the part limit is so high already that I may leave this in the maybe column. As far as the actual mission goes I've got everything set up until orbit (so in other words, the easy bits, including the center engine cut-off at a certain altitude that attempts to ape where it cut-off on Apollo 13 as much as possible). Again, craft file is at:
  11. As an update, I've decided to take on this project for now. I'm currently familiarizing myself with the mission editor and looking for ideas on how to simulate certain events. Also updated craft to be 1.4.2 compatible, fixed staging, and added action groups (easy and in order starting from shedding the fairing on Stage 3 for docking CSM to LEM all the way to landing back on kerbin, using all 10 action groups in order of necessity).
  12. Love this mod and have used it since... well since it's inception I believe. I've finally taken the time to create an MM patch that covers a multitude of mods and because of the setup of this mod (and I love PrivateFlip for this) it is possible to add resources that you do not have access to in game, making it easy to create a single Module Manager patch to add in resources for as many mods as you can think. So I did just that. The following MM patch adds in Ore as a possible resource for stock, and support for the following mods: USI-LS (5000 of each major resource, didn't spend as much time on this one yet, need to find a LiquidFuel to Mulch, Fertilizer, Supplies, Machinery, weight ratio) Extraplanetary Launchpads TAC-LS Real Fuels (Used the config file RealTankTypes.cfg to get a baseline mass ratio and added in the most common fuel types (around 30 I believe) so all fuel ratios are equal to the Liquid Fuel that is provided by stock Davon Supply Mod KSP Interstellar (This is highly WIP as I am not currently using KSPi so have not put in the time yet to add every resource, but used the same ratios as provided by RF for the ones here) The MM Patch is here: As stated before this MM patch can be used for any of these mods, you can remove the resources you don't need in order to clear the clutter of un-used resource choices on your drop-down menu in-game. Until I can figure out how to implement B9_Tank_Switch types in order to sort between mods (no idea where to start honestly) this was the best I could come up with. Tested in 1.4 and works (as well as my 1.3.1 stock modded and 1.3.1 RSS installs. As far as balancing is concerned, that's up to you. I personally set up a non-exponentional/linear setup for every resource adding 12 tons to the mass (probably a bit under what it should be) and about 350000 to the cost. I may come back to this creating a sub-resource-module per mod and multiplying the cost and mass by some some integer (like between 0.5-1) per mod, giving range of 2.5x to 5x of the base cost and mass. 5.11.2018 - Updated to -ACTUALLY- include TAC-LS resources.
  13. I narrowed it down to ContractConfigurator (and ContractPacks), Cool Rockets and MP_Nazari, and TweakableEverything (Dependancy is Toadacious Tools). I took them out and it worked fine. Then I added TweakableEverything/Toadacious back in and it ran fine. Next I added MP_Nazari/CoolRockets and ContractConfigurator/ContractPacks and it failed. Then I added MP_Nazari/CoolRockets and it ran fine so obviously it was ContractConfig/Packs right? Well for some reason after adding everything else, I re-added ContractConfig/Packs back in (in order to take out the packs one at a time to figure out what was causing the crash) and... it ran. So I honestly have no idea why it worked out like that. Maybe someone can explain this but it worked so all is well in my book *Edit* I forgot to mention that I had crashes after the mods above were removed from USI and associated mods. I updated that and it ran, so then decided to update CC to it's latest version (which I believe was the same version however when updating one file was smaller) but it has worked since that update. I imagine it was a file that cocanates the packs for loading, and there was lingering data in that file so re-adding it from a vanilla point and having the packs update said file may have been the fix however I can't be sure because I don't remember the file's name as I clicked "copy over" too quickly...
  14. I was able to get RSS to work but I can't remember which mods I had working and placed in the folder at the time. Then I lost that game folder (thanks steam for moving my steam folder and immediately installing over my install :P). I am still removing a few mods and running to see why it is failing at the Menu scene loading. I've redownloaded the toolbar mod and DRE but still have errors. Would love some help. GameData Folder: Log: I'll keep experimenting but I'm not great with decyphering the exceptions to narrow down the causes but if someone knows of any mod compatibility issue seen in the GameData folder and can save me time (I'd love to play this tonight :/) I'd appreciate it!
  15. I've decided to dedicate at least one "event" or node a night (at least) excluding extenuating circumstances. I'd like to hear your ideas on how to simulate parts of this mission. Obvious a time limit will have to be placed to not just keep it within the limit of the mission but I can't think of a way of simulating life support (excluding mods) besides a time limit (if possible I may set time limits for certain actions to take place, whether it be transferring crew to the LEM for "life support" or what-have-you). I have no idea what is really possible with the mission builder and what my limits will be versus ideas I have to simulating important events so any and all ideas would be very helpful (*queue the 'you have my axe' speeches*?) Thanks! -shoe7ess