Mynar Moonshadow

Shame you didn't mention Roverdude in that list. While I admit to being biased, I sincerely hope it was just an oversight considering how much Roverdude has contributed to the community as a mod author before becoming a NDA Developer. Personally, I have a negative experience with anything TTI has done with its' previous acquisitions, so I do not hold out much hope for the future of KSP. If it doesn't make money for them within 6 months, they drop resource allocation to something resembling absolute zero, then officially kill it citing "lack of demand". It would be fanFRIGGINtastic if my prognostications are proven wrong. Only time will tell. ~M~

Indeed. I've mocked up a few of the ideas I had so far but nothing is working for me yet. Ideally I wanted to reuse the stock ore radial drill and/or MEU drills but they just don't work with the given size constraints or interfere with the landing legs / wheel placements. Keep in mind I'm an amateur and this will take me quite some time. ~M~

Not to clutter up the thread with non-crp issues, but if someone else lands here from searching: SCANsat uses it's own method for determining what sensors can "see" which resource(s). You can get more information over in that thread, including how to add / remove resources from the part.cfg. ~M~

You'll think of something, I'm certain.

Please don't feed the Goldenpsp troll ... he gets .. well ... cranky ... in after hour twitch streams .... ~M~

Zeta, The Community Resource Pack is mainly for mod authors to collaborate to set a "definition" for a certain resource that stock KSP does not cover. It's a hive mind that tries to agree that X unit of Y resource is agreeable to everyone that uses said resource in their mod. Thus, when everyone agrees with the definition, they can make their mod so that they don't step on each others' toes with regard to 1.5m tank can only hold Z amount of the resource. It makes interop between mods very easy and virtually seamless to the "end user" when it comes to said resource. The resources that are specific (or created by a particular mod) are curated by that mods' author. If I understand one of your issues correctly, it is that the CRP list isn't alpha from top to bottom and you would like to see that done so that you can more easily compare your changes to the CRP list. So in essence you are asking all of the mod authors that use CRP to update their mod distributions with a new alphabetized listing, regardless of curation sublisting .... for your own benefit and no real change is made except for line numbers. The mod authors have no wish to re-release their mods with a new version number only because they need to bundle a new alphabetized version of CRP resources. It makes little sense to me to have 13 mods (arbitrary number) repackage their mods because CRP went from version z.b.c to z.b.d and now CKAN/ KSP_AVC / KSP start screaming at the end users to update to the newest version that is simply alphabetized and no real changes made. A lot of work for various people for not a lot of gain. As a "user" and not a mod author that has taken a dependency on CRP for your "modifications / additions" ... you are asking quite a few folks to make a change that in reality only makes your particular circumstance easier. I too make modifications to many parts of KSP ... in my own CFG files with module manager. KSP is fantastic in this regard, along with most mod authors making the variables changeable in the cfg files to suit your own playstyle. I will not debate the removing of X resource in CRP for whatever reason. I personally can't think of a reason why ~8 lines in a cfg file would make any impact on my game performance so I can't intelligently comment. What I do ask is that you consider the big picture here. The goal of CRP is well stated in the OP. "But what if I want my own resources?!" Go for it. CRP does not dictate what resources your mod has or how you use them, just that you don't create ones that conflict with ones already there in CRP. If you feel that an established resource in CRP is wrong, take it up with curator of that mod's resource. They made the mod, you might not agree with it at times, but ultimately it is their mod, their resource definition, and you can either work with it or mod it to your preference. If you mod it to your preference, don't expect it to be changed in CRP since that may break another mod that depends on the established definition in CRP. Respectully, ~M~

I was watching some twitch streaming tonight and heard that RNW is super busy with a new job and that pesky Real Life stuff. Hopefully he will find some spare time to update the mod in the coming months. ~M~

It's out just in time for the holiday gaming season! Thanks Roverdude! ~M~

RoverDude, I was playing my (mostly) stock career save tonight and got irritated with some power requirements. I decided to drop in USI_Core for the reactors and they show up fine. However, I did discover Kontainers don't show up at all. As currently configured, they still require USITools to put them in their own tab. This is not a big issue for me as I simply made a MM patch to put them into Utility. New users may find this confusing and be unable to fix it themselves if they aren't using any other USI mods that include USITools. So I was wondering if this was intentional or just an oversight? I realize the tanks are mainly useful for USI resources but can still be helpful in stock. I can think of a couple of solutions such as including USITools with the download, adding a quick blurb to the first post about needing USITools to be able to use the Kontainers, or just adding in a MM patch similiar to what I made for myself. I'm willing to make up a MM patch to move them around the stock tech tree nodes, hide the KIS Kontainers if KIS is not installed, etc if you would prefer to go that route. ~M~

Yes, for quite some time now. edit the settings.cfg file LIFE_SUPPORT_SETTINGS { SupplyTime = 324000 CausesDeath = false ECAmount = 0.01 OrangeImmunity = true HomeworldAltitude = 50000 }

I must admit, I'm confounded on this one. You want the parts to show up in Utility, instead of the custom defined MKS tab? Many people I've seen post of the past months I've been playing want more filtering to find parts easier and resort to mods to help them do this and not clutter up the utility tab further. To be clear, you are asking for the opposite ... to put everything into Utility and add more clutter?

[quote name='Sequinox']For some reason I can't find the download in the dropbox?[/QUOTE] [url]https://github.com/BobPalmer/SoundingRockets/releases/download/0.3.1.0/SoundingRockets_0.3.1.0.zip[/url] Downloading from the Github repository is normally a safe bet for all of Roverdude's released mods. ~M~

[quote name='Venusgate']It may be my playstyle, but a trip to minmus and back takes dangerously close to 15 days. But a snacks for one for 15 days is way too little to use the 1.25 tank, or even an asymmetrical radial tank. Any chance of a wee tank, or procedural parts cfg?[/QUOTE] Use one or two life support mini paks? the 1.25 holds 500 and the mini paks hold 100 each. They should be right before the 1.25 inline tanks in the list. ~M~ [COLOR="silver"][SIZE=1]- - - Updated - - -[/SIZE][/COLOR] [quote name='GokouZWAR']Ok no sweat. I've already rolled back to 1.5, but if it won't make a diff i'll put it back to "1.6" and roll with it. [/QUOTE] Using the previous version will cause all kinds of exceptions to be thrown. At least it did for me when I tried the same thing while testing. [COLOR="silver"][SIZE=1]- - - Updated - - -[/SIZE][/COLOR] [quote name='GokouZWAR'] ... This apparently has worked perfectly, because now she's back to engineer status. :) Are there any other places I should modify?[/QUOTE] If you can recall what each one was that you hired, it will work for you, certainly. You could even change all of the orange suits to be pilots if you felt like it. However, I will stand by what I said earlier ... give RD a chance to fix whatever is causing the problem. He'll find it and drop a MKS base on it to squish it permanently. Doing a "workaround" to solve your immediate issue is completely legit, but let's not take this too far and assume it will not get fixed pretty fast. ~M~

Rolling back USI-LS to 0.1.5 in KSP 1.0.5 will not work. Give Rover a chance to look into it and get a fix out. He has been made aware and I logged the issue into Github already. ~M~ [COLOR="silver"][SIZE=1]- - - Updated - - -[/SIZE][/COLOR] [quote name='Legendary Emu']Is anyone else getting something where there is two USI-LS toolbars and duplicates of all the parts? It's getting quite frustrating trying to figure out why.[/QUOTE] My first thought is that you have it installed twice or have nested gamedata folders. Make certain you only have one install. ~M~

[quote name='Lalwcat'] .... but from that point on when I look at his job he is "Tourist". I've not tested if this prevents him from doing his previous Scientist job or if it's just a visual thing.[/QUOTE] I didn't even think to check if it was just a visual thing. I looked at the save file and they do have their professions still, along with tour = false. It may well be a glitch in the matrix ... EDIT: Ok, correcton: The type = crew does change from tourist back to crew. The Trait = Tourist is what is not being updated apparently. I just checked the difference between a quicksave before starving the poor things and the persistence file after recovering the vessel from orbit. I may have been looking at the one that doesn't change previously by mistake instead of checking all 8 of them. ~M~

GokouZWAR mentioned over in the MKS thread his issue of non orange suits being returned as tourists on Kerbin instead of returning to their original professions. I decided to test it out and it seems to be an issue with the latest USI-LS, so I posting the details here. So far, I have verified his report with on 1.0.5.1028 with only hyperedit and USI-LS installed. I want to do some additional testing but what I have observed so far: One orange suit in a cupola, 4 in a Hitchhiker, small supply pack. Hyperedit to 1mil orbit, zoom around for 50 days. I only saw 3 messages pop up for quit working instead of 4, but figured it was just me missing it during time warp. Checked the crew report in the map screen and it shows 3 tourists and 1 engineer. Return to Kerbin, 3 messages that folks have returned to work at 50KM, landed and recovered. 3 of the 4 kerbals remained tourists, with 1 remaining as an engineer. Quit and restarted KSP, they still are tourists. I see nothing in the log files that gives any information. Going to run another test or two and clean out my log files in the off chance it catches something. I'll open a Github issue in a bit. Second test with 8 kerbal in hitchhikers, 7/8 become tourists. The one that did not change was the one that tossed the rest of the supplies out of the airlock. ~M~

I have to strongly disagree with the "download one USI mod, you have to download all of them" part. Each mod can stand alone on it's on design. You don't need USI-LS to make UKS work. You don't need Karibou to make UKS bases. You don't need Karbonite to make a UKS base. You don't need Karbonite Plus to make the Karibou work. Each mod has the parts needed to make them work standalone. Do they all interact well with each other? Definitely ... they are designed to do so. Required? Not hardly.

So was up waaaaaay too late and hit DasValdez's twitch stream. All those engines and tanks ... to launch to a hab to duna! EDIT: And when RoverDude quit working due to lack of NOMS ... well ... it wasn't pretty. I distinctly recall him saying "to get back to work or else!". This is all in good fun. Please don't take it seriously. ~M~

Now now ... we have to let him out to play with his toys every once in a while too Goldenpsp. Otherwise he wont be able to find "oh, I need a new part do to this" and share the results with the rest of us mere mortals. ~M~

There is a mod that puts stars and symbols on the portraits now: http://forum.kerbalspaceprogram.com/threads/120731-1-0-x-DMagic-s-Modlets-Latest-Update-Portrait-Stats-v6-0-8-26-2015 Been using it for a while and love it. ~M~

The Karibou comes with quite a few bits including 2 sets of wheels. You can mix and match however you like, or even use stock wheels if that is your preference. ~M~

lol ... not here to discuss his merits or lack thereof ... I just remember that from one of the bonus scenes thing on the DVD of one of them ... and used it for my own purpose ~M~

I'll noodle it around ... but I have "Transformer Syndrome". Michael Bay insisted that every part of the model have a place and "make sense". Given KSP is basically all about solid surfaces ... I have no idea how to replicate the "cloth" part of it while making it seem "Kerbalistic". Perhaps some Nasa gold foil ... but again that's way over my limited skillset currently. *enters contemplation mode* ~M~

I remember you talking about a VW topper ... but honestly I don't think I can do that justice. I'm no where near modeler enough to do a pop-up expanding gizmo like the ILM's. I like the idea ... just don't think I can manage it the "right" way. ~M~

Just a brief update on the part I was making for the Karibou ... I have recently discovered that unless I take a dependency on Nertea's excellent Near Future Solar / ModuleCurvedSolarPanel ... this part will never see the light of day. It has to do with KSP not recognizing more than one suncatcher transform natively ... and honestly looking at Nertea's part imported into Blender confused me more than helped ... but made me realize I'm in way over my head. Fortunately I was more concerned with getting all the "toys" working before I concentrated on texturing / fixing my crappy modeling. So ... I'm looking for idea's on what might be useful in that same space. A battery / probe core is kind of redundant by themselves ... the whole doors / solar panels / antenna was what made it "work" for me as a useful part. Rover already made a probe core ... so I'm at a loss as to what I might transform it into instead. For Reference: I fixed the "bug" ... I'm just an idiot with cfg files ~M~