Jump to content

Z3R0Gravitas

Members
  • Content Count

    13
  • Joined

  • Last visited

Community Reputation

10 Good

About Z3R0Gravitas

  • Rank
    Bottle Rocketeer

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Ah, handy. I didn't know those config files existed. Pretty useful to reference. :-) I've done some quick testing and found: In flight at any altitude (in atmosphere, sub-orbital, whatever) counts for dispensing with the 0.1x Kerbin surface multiplier. In the water (splashed down) counts as landed (with same 0.1x multiplier). Kerbin still gets the +10% bonus data conversion factor for being on a surface. (Check by returning with high value experiments from Ike.) Confirmed +25% bonus for being in same SOI as experiment's origin (regardless of surface or orbital l
  2. Hi there. I feel like a little bit of a community outsider, as I was new to the game at the end of last year, but over the last month I've been trying to update some of the Wiki's most lacking pages, hear and there. After seeing an edit to the Mobile Processing Lab page (by @EsterbanLB), I realised how wrong/outdated much of the info there was, so set about rewriting or adding it. I'd appreciate any suggestions of major things I've overlooked, or mistaken. One part I made from scratch is the engineer level research rates table (as shown below). I just made careful observations, so I'm a lit
  3. Are you sure of this exact multiplier, across the board for all experiments processed to data on Kerbin? (Regardless of where they originated from, etc.) I rewrote and augmented the MPL wiki page the other day, so will add this figure in too (especially if you can reference the figure, or demonstrate it well). Do you know of any other similar processing multipliers that should go in this section: http://wiki.kerbalspaceprogram.com/wiki/Mobile_Processing_Lab_MPL-LG-2#Data_Value
  4. I updated and added a bunch of information and data tables to Wiki's pages on radiators, the other day. perhaps this is helpful?: http://wiki.kerbalspaceprogram.com/wiki/Radiator#Function I don't know anything about any mods, but could it be possible that your reactors are using up most of the radiator's core "Core Heat xFer" capacity (see wiki page above)? I think a single large (fixed) panel radiator should be enough, on it's own, to cool a single Convert-o-tron 250, when running only one fuel conversion. Try having that type of local cooling radiator attached to a ta
  5. Hi, sorry to ask even more awkward questions again, but I've not been able to search up any definitive answers, or yet figure out for myself (even from the copious thermal debug info) what exactly is happening under all circumstances, here. This Reddit thread did a great job of fathoming the equations and figures for drill's surface harvesting mode (with different level engineers on board). I've confirmed them myself, experimentally, and re-arranged the relevant wiki page a little. I've also expanded the information on the wiki about radiators, regarding their core cooling stats, add
  6. I was just trying to do this too, getting confused and then frustrated. Seems like there is no fully functional work around currently, since I couldn't transfer crew reports manually (from a Mk1 lander can) to a storage unit. (And the units ignore cross-feed restrictions, that might have been a handy fix, connecting units via couplers.) In my opinion, "collect all" should not take experiments from other storage units at all. This function very quickly creates a jumbled mess that can take a lot of time to figure out. Also, there is a dedicated function for transferring between them anyway, s
  7. Hey, thanks for the reply. Sorry my little question's got a bit out of hand, heh. So are the Convert-O-Trons based on a (old) mod then? (That had separate converter units?)
  8. Well, from a logical point of view, having parallel production hardware for each type of output makes sense (arguably). But space grade tech that has two entirely redundant pipelines for oxidiser and fuel seems kind of excessive. The ISRUs (that aren't called ISRUs anymore, except when they are) are confusing in general, though, and I wasn't sure if this was somewhat deliberate, to give expert players something complex to figure out (and a big boost resulting from that). I mean, in the VAB/SPH, the Convert-O-Tron info-tips talk about engineers increasing their "efficiency", but their input-
  9. ....Wah. That's a pretty massive bug to have gone unnoticed for so long by anyone on the team... Never accidentally having started a different mode without stopping another first? 4 ISRUs for the price, size and (most importantly) mass or one. Makes a rather big difference as to the component composition of all of one's (mining) basses, from mid-game onwards, surely? Or, I guess most players just hit fast forward and don't think twice...? Anyway, I have (created an account and) added it to the bug tracker, normal priority. That likely to be seen (and possibly be dealt with)?
  10. I'm talking about when using a single convert-o-tron unit. It can have multiple modes running at once, without them impacting each other's production rates. Is this expected? See Gif:
  11. Sorry, what is? I don't track... That the convert-o-trons produce in parallel is down to the presence of an engineer? Should they not produce in parallel? I'm running stock and seems like it's not only me. If you put a unit on the launch pad, with a 1 star engineer (with a full ore tank and space for fuel to go) do you not see different consumption rates (when switching additional modes on), too? (Thanks for reply.)
  12. Ah, well found, the last couple of comments there (1, 2), from 18 months back. So whether or not it changed in between, it used to do this too. Ok. On the subject of Convert-o-trons, when trying to figure out their production rate (relative to drills), I found that basically all the specific info on their Wiki pages are totally wrong (the 250). E.g. they *do* now receive an engineer bonus (like the drills). I removed the counter-claim from that page (to see if it would spur an experienced contributor into action), but the numbers and mechanics involved are still too fresh and complex for
  13. New to the game, starting at 1.2.2, I found it surprising that they worked like this (when I tested the 250 on the launch pad). Lf+Ox mode supplemented the output rate (and ore consumption) from the individual Ox and Liquid fuel modes. (The referenced control window, for clarity.) A friend who's been playing KSP for longer said this definitely didn't used to be the case, and thought it a bug. So is this deliberate, accidental or other...? Thanks.
×
×
  • Create New...