m4ti140

Ferram, are you planning to add heatshield aerodynamics (like lift at non-retrograde position of pod)?

What do you mean by "Squad hasn't released a patcher"? I used the patcher I had in my download of 0.20 to update to 0.20.1 (which failed) and than to 0.20.2, which seems to have worked - my version number changed to 0.20.2 and there were no errors. Does it mean it didn't actually update and I should redownload the game? It seems to work correctly so far.

No problem with non-transparent LER, it's KSP after all. LER wasn't even transparent in 'Moonbase Alpha'. EDIT: Kvant and other Mir modules are not exactly to scale. It can be fixed by setting rescaleFactor on Kvant-1 to 1.1268 and on TKS based modules to 0.9122 - this makes the diameter of docking compartment on TKS based modules the same as the diameter of Kvant-1, which is ~1.048 of Core module diameter, just as IRL.

Doesn't Mechjeb 2 allow exactly the same functionality (Attitude Adjustment pad)? omg, almost every equation on that page contains an integral...

here: http://forum.kerbalspaceprogram.com/showthread.php/24724-0-20-X-BobCat-ind-Historical-spacecraft-thread?p=423695#post423695 page 73 The surfaceDist value may require additional tweaking, with a use of original model (it seems to be the distance beetween 0;0;0 point of the part and KAS attachment node) - I found 0.08 by trial and error

I made a fix for Mir Core top solar panel, it's few pages back in this thread. I haven't yet changed the Kvant panels, gonna take a look into those.

THIS IS A GENIOUS MOD! Thanks.

Which version of MJ are you using, daver? 1.9.8 or 2.0.8 ?

@Shrrom and Daver: Well, that's only one thing, after you update KAS you also need to change module entries in part.cfg's of parts that use KAS module, bc they are a bit different in current KAS version, otherwise they won't work. E.g. for Mir Core Top Solar Panel you need to replace this: MODULE { name = KASModuleEvaGrab grabKey = g grabMaxDistance = 2 grabBreakForce = 3 grabbedPartPos = (0.0, 0.10, -0.25) grabbedPartRot = (180.0, 90.0, 0.0) attachKey = h attachMaxDistance = 2 attachOnPart = True attachOnEva = True attachOnStatic = False } with this: MODULE { name = KASModuleGrab grabKey = g maxDistance = 2 breakForce = 3 evaPartPos = (0.0, 0.10, -0.25) evaPartRot = (180.0, 90.0, 0.0) addPartMass = true grabSndPath = KAS/Sounds/grab } MODULE { name = KASModuleAttach attachKey = h rotateLeftKey = b rotateRightKey = n surfaceDist = 0.08 maxDistance = 2 allowPart = True allowEva = True allowStatic = False sendMsgOnly = False pointerUseModel = True partRot = (0.0, 0.0, 0.0) } This will allow to place solar panels on surface in space, using eva. You need to do pretty much the same on Kvant-1 solar panels. Figuring out the correct surfaceDist value requires some trial and error.

If you mean version 1.8.5, that variant doesn't work. After I did a few modifications to part.cfg's it started to work. Anyway, am I allowed to upload those modified cfg's for other users, or am I prohibited? íтþ, чтþ õÑÂÑ‚ÑŒ ò òÑÂÑ€ÑÂøø 1.8.5 ýõ рþñþтðõт úðú ýðôþ. Úþóôð Ñ ÑÂôõûðû ýõñþûьшøõ ø÷üõýõýøѠò ÿðрт.цфó рðñþтðõт úðú ò рõðûьýþÑÂтø. Ãœþóу ûø Ѡ÷ðóру÷øть üþôøфøцøрþòðýýыõ ÿðрт.цфó ôûѠôруóøх? ï ø÷òøýøтõ ÷ð üþù ÃʄĄÂÑÂúøù, Ѡø÷ ßþûьшø

Again, what do you mean? Could you write it down in Russian as well, please?

OK, as I've said I made some cfg editing to recreate OGB SAS behaviour and I succeeded. All I had to do was to add nodes to Soyuz Orbital Module and top shroud (they're now meant to connect to each other (yes, I did maths, nodes are in correct positions) - that's not exactly how it worked IRL, but it at least looks more realisticly now) and added/removed some decouplers on top and bottom shrouds. Now shrouds behave correctly both on abort and separation. The only thing I couldn't figure out yet was how to make airbrakes open via hotkey - they neither open with action group (I added all stuff that happens on OGB SAS separation and escape into "Abort" action group) nor with 'gear' button (it is present in "Gear" action group), they need to be opened with gear icon. Now, BobCat, can I upload somewhere and/or send you in Private Message the modified part.cfg's for Soyuz TMA Orbital Module and shrouds?

Thanks, will test it out. There must be something wrong with that pod, s1 in BobCat's thread reported the same issue when using just Mechjeb (while for me it worked fine with MJ installed). EDIT: I confirm this fix works. There is no more frozen rocket issue. Thanks!

OK, I did as you said and it seemed that Deadly Reentry 1.3 was causing this (I was expecting it might not worked since it was flagged as a module for 0.19) so I removed it. It didn't solve the problem but this is what I got in place of NullRefs this time: loading part: Soyuz TMA Descent Module (Filename: C:/BuildAgent/work/7535de4ca26c26ac/Runtime/ExportGenerated/StandalonePlayer/UnityEngineDebug.cpp Line: 54) Cannot load Module ModuleCommand because the associated module on the part doesn't match the saved module (Filename: C:/BuildAgent/work/7535de4ca26c26ac/Runtime/ExportGenerated/StandalonePlayer/UnityEngineDebug.cpp Line: 54) Cannot load Module rbr_chatterer because the associated module on the part doesn't match the saved module (Filename: C:/BuildAgent/work/7535de4ca26c26ac/Runtime/ExportGenerated/StandalonePlayer/UnityEngineDebug.cpp Line: 54) Cannot load Module MechJebCore because the associated module on the part doesn't match the saved module (Filename: C:/BuildAgent/work/7535de4ca26c26ac/Runtime/ExportGenerated/StandalonePlayer/UnityEngineDebug.cpp Line: 54) Cannot load Module ModuleRemoteTechSPU because the associated module on the part doesn't match the saved module (Filename: C:/BuildAgent/work/7535de4ca26c26ac/Runtime/ExportGenerated/StandalonePlayer/UnityEngineDebug.cpp Line: 54) Part Soyuz TMA Descent Module_4293608200 cannot load module #4. It only has 4 modules defined (Filename: C:/BuildAgent/work/7535de4ca26c26ac/Runtime/ExportGenerated/StandalonePlayer/UnityEngineDebug.cpp Line: 54) Now, I have no idea what does this mean. I was launching a fresh spacecraft from launchpad. Removing rbr_chatterer from this part still fixes the freeze problem

I had exactly the same glitch but not with Mechjeb - it happened when I added Chatterer to it. I came to this game after Orbiter 2010, and I do know how real Soyuz worked. Including SAS [i don't mean the gyro, that's how Soyuz LES was named] and landing engines (which I personally miss, though you're right, it's pointless unless you lower descend module's impact tolerance to destroy on touch). And probably I'm not the only one. If someone downloads a replica of real life rocket, than he is not a typical user which didn't even read the manual, if there is so much cool, noob-friendly, Kerbal-style stuff around. Ignore the trolls as well as people who are a textbook definition of noob [why read manual if I can complain to creator that it's too difficult? That's not the way to go guys]. Don't let them limit your possibilities. It's an Indy game, adress your high quality work to high quality players. What do you mean? Again, I play this game for 2 weeks, counting off time spend with demo, and I still DO know how to use action groups. It's not that hard to learn, in fact this game is much easier in this matter than any other space flight sim (read: Orbiter, bc there aren't many more around - and in Orbiter everything like this is menaged with config files, which are not as user friendly as in KSP). E.g. I use action groups for more realistic stage 3 ignition and seperation [yes THIS is a correct sequence for soyuz]. And again, I'm probably not the only one here. I'm gonna do some cfg work on those nodes and see if I can recreate OGB SAS behaviour myself. Though I have absolutely no clue how node placement works in KSP [but I can learn, can't I]? Text in square brackets is adressed to people who, after finding themselves too dumb for this mod, stalked BobCat about it instead of reading the manual or changing game to easier. Hope you won't get discouraged by careless users BobCat, your stuff is awesome, keep up the good work

Well that would explain why I heard chatter - Progress obrital module has 2 spots for crew, though they don't contain crew. Maybe it should check how many kerbals are actually on board to define it? After all, a mannable spacecraft travelling empty, on autopilot, would not produce chatter either. As for Soyuz Descend Module, when I add chetterer to this part (it's a marked as CommandPod in part.cfg) right after entry about loading this particular part there are 4 entries of NullReferenceException. If I try to do something with the frozen part, it starts to spam this entry. adding chatterer to a different part than Descend Module solves the problem. Also there are no such issues with any other pods from BobCat's Soviet Pack. Note that I've also added Mechjeb 2 to this part (and each other command pod in the pack - there are no issues with them), and I have crew manifest, module menager, Romfarer's Lazor module and kerbal alarm clock installed.

I got a strange issue with this mod + BobCat's soyuz - when I added chatter module to Soyuz TMA Descent Module part.cfg, it broke - the ship was frozen over a single point on surface and the orbital speed gauge showed 0 m/s. Anyone knows what could cause such behaviour? Also how does this mod realize wheather a craft is a probe or manned ship? Bc when I added radio to Progress I heard regular chatter instead of beeps.

Sry, double post.

BobCat, are you still working on Soyuz? If yes, are you planning to make any further improvements to LES? Historicaly OGB SAS consisted of Orbital module, descend module, top shroud and escape tower. Is it even possible in KSP at the moment (I'm not fully familiar with KSP limitations yet)? Maybe if top shroud had attachment nodes to the ship or to the tower it would work?