the_Demongod

I only play RP-0/RSS where getting to orbit is quite a bit harder and thus takes more time to properly design and tune a good launch vehicle, so while I do like creating boosters too, it's just not time efficient to spend 3 hours designing, testing, tweaking, and tuning a launch vehicle when my payload only took 30 min to design.

@A Fuzzy Velociraptor Great answer, this was what I was looking for. Basically, having looked at how injectors work and seeing some videos and simulations of impinging streams mixing two fluids and such, I sort of found it hard to believe that such a process could work just as well under the conditions of combustion, so it's good to know that my suspicions were not entirely unfounded. Thanks again

You don't have to do it for each payload though, just have a 5t lifter, 10t lifter, 20t, 30t, 50t, etc.

Right, didn't think about the fact that something besides those lines I described might allude to the issue. Unfortunately I've since reinstalled all my mods fresh and run the game many times so I don't think I have any logs reflecting this issue, sorry. If I come across it again I'll definitely come back with a log. EDIT: Was able to reproduce, @Starwaster. Corvette Launch Vehicle .craft file, KSP.log

Getting these exceptions, first after resuming save and second after return to main menu: Any ideas? KSP.log file. This is a RP-0 install. Thanks. EDIT: Digging down, it seems like something has broken in my persistent.sfs file. Is there anything I can change/delete to get rid of the issue? I'm not particularly concerned about saving the archive of contracts I've done, I just want to get on with my career. EDIT2: This is a pretty nice exception system you have going, but it would be nice if they would point to the line number of the save file that it's having an issue reading from, it would make pinpointing the problematic area much easier. Just something to consider. EDIT3: I've fixed the issue by finding the offending contract (searched 'SCAN_LoRes' in Notepad++) and deleting it entirely (everything within the brackets noted below) CONTRACT COMPLETED { //Stuff }

Nothing on this yet? It's a pretty debilitating bug since it's happening on one of my most used launch vehicles. I uninstalled all mods, verified integrity of the game cache, and reinstalled and it's still happening. I'll see if I have a backup of the vehicle to confirm whether or not it's the craft file that causes the issue.

Very interesting, Hangar extender doesn't work at all for me in 1.1.3, while KCT's Shared Upgrade Pool works perfectly fine for me.

We already have a version of this with RealPlume, how would the new Unity system change it?

KSP is becoming more than just a hobby; at this point I'm considering pursuing aerospace engineering as a direct result of my love for what I've learned in KSP and RO/RSS/RP-0.

@Papa_Joe The hanging issue was Procedural Parts related and I've run the game several times without issues so unfortunately the output log probably doesn't contain anything of use but I'll be sure to let you know if I find anything.

I'm having an issue which I suspect is caused by this mod. Upon trying to load certain vessels, the game will hang until I kill ksp_64.exe. This generates no crash folder obviously so the only thing I have to go on is the KSP.txt log which ends with about 50,000 lines of "[LOG <timestamp>] PartChildAttached" occurring at increments of about 1 millisecond. A search for this term raises only the ProceduralParts github where I found it in some of the code. Any ideas about what might be causing this, and why it's only happening with a select few ships, even though both working and broken craft use procedural parts? I'll investigate further, try a reinstall, etc and see if I can't figure it out but I'm afraid I don't have anything concrete enough to submit a bug ticket about yet.

Hey, love the mod but I'm getting a crash that may or may not be caused by this. Just randomly today I started getting a crash upon trying to load certain vessels. The game hangs and/or crashes without producing a crash log so I'm just going off of KSP.txt in the root directory here. While it's not the very last thing in the log, less than a second before the log ends, it says: [LOG 15:36:02.674] [ShipManifest] - Error: Error in: SMAddon.UpdateSMcontroller. System.NullReferenceException: Object reference not set to an instance of an object at ShipManifest.SMVessel.UpdateDockedVessels () [0x00000] in <filename unknown>:0 at ShipManifest.SMVessel.RefreshLists () [0x00000] in <filename unknown>:0 at ShipManifest.SMAddon.UpdateSMcontroller (.Vessel newVessel) [0x00000] in <filename unknown>:0 [LOG 15:36:02.677] [ShipManifest] - Error: Error in: SMAddon.UpdateSMcontroller. System.NullReferenceException: Object reference not set to an instance of an object at ShipManifest.SMVessel.UpdateDockedVessels () [0x00000] in <filename unknown>:0 at ShipManifest.SMVessel.RefreshLists () [0x00000] in <filename unknown>:0 at ShipManifest.SMAddon.UpdateSMcontroller (.Vessel newVessel) [0x00000] in <filename unknown>:0 [LOG 15:36:02.681] RemoteTech: ModuleRTDataTransmitter::OnLoad [LOG 15:36:02.682] RemoteTech: ModuleRTAntenna: Find TRANSMITTER success. [LOG 15:36:02.683] RemoteTech: ModuleRTAntenna: Add TRANSMITTER success. [LOG 15:36:02.684] [ShipManifest] - Error: Error in: SMAddon.UpdateSMcontroller. System.NullReferenceException: Object reference not set to an instance of an object at ShipManifest.SMVessel.UpdateDockedVessels () [0x00000] in <filename unknown>:0 at ShipManifest.SMVessel.RefreshLists () [0x00000] in <filename unknown>:0 at ShipManifest.SMAddon.UpdateSMcontroller (.Vessel newVessel) [0x00000] in <filename unknown>:0 [LOG 15:36:02.687] [ShipManifest] - Error: Error in: SMAddon.UpdateSMcontroller. System.NullReferenceException: Object reference not set to an instance of an object at ShipManifest.SMVessel.UpdateDockedVessels () [0x00000] in <filename unknown>:0 at ShipManifest.SMVessel.RefreshLists () [0x00000] in <filename unknown>:0 at ShipManifest.SMAddon.UpdateSMcontroller (.Vessel newVessel) [0x00000] in <filename unknown>:0 Seems like something isn't getting instantiated correctly? Sorry for the vagueness but this is legitimately the only information that might be related to my crash that I could find and I thought I might let you know. I just re-installed the mod in case it was an issue on my end (which is rather likely since this issue just randomly appeared 30 minutes ago) and I'll go test right now to see if that fixed it. EDIT: Well it doesn't seem to be the cause of the main issue I'm having (game hangs on loading vehicle, stuck in some sort of recursive loop that spams log with 'PartChildAttached'), but I'll leave this here just in case it's useful information.

I don't understand how all these ridiculously long burns are possible, how can you have a burn that's longer than the orbital period? Don't you just end up going in a big spiral (if you point prograde) or reentering the atmosphere? On tiny stock Kerbin, even an 8 minute burn starts to push you into the atmosphere unless you break it up into multiple peri kicks...

@pizzaoverhead I don't know, when I was launching a rocket I was going fast enough to just barely get a tiny bit of shock heating on the nose (couldn't even see it unless I zoomed and looked closely) and I was leaving a huge fiery streak across the sky. The sparks and such are fine at that point, it's just the huge trail. IMO it should only fade in when you're doing a very energetic reentry (2000m/s+). When it fits in it does look amazing, I just wish it didn't happen so easily. Those Unity line renderer engine exhausts look sick though

It's cool but a little bit overzealous in my opinion. You should only be leaving a big plasma trail if you're reentering at like 3km/s, just overheating slightly when taking off shouldn't trigger it. Maybe a very gentle version (or just the sparks) but not a huge fiery trail.

If you really care that much about getting a good SLTWR, use KER. I don't understand, like if you want to be able to reliably design rockets without having to test them endlessly, just use KER and that takes half of the guesswork out of the equation.

RemoteTech has been officially updated to 1.1.3 now. Ferram Aerospace Research has been updated as well.

Ah Skyrim, I kept thinking too hard about FPS to think about that. Yeah I could see where a controller could be preferable to mouse in a game like that. Although getting the mouse sensitivity in the sweet spot and a big enough mousing area eliminates 90% of having to pick up the mouse but yeah that makes sense.

@IonStorm So how is the fuel tank pressurized in vehicles like this to avoid ullage problems? A membrane that separates the pressurized gas and the fuel? That's the only method I've heard of but I'm definitely no expert in reaction control systems.

Really? What kind of first person games? Obviously FPS like Battlefield are far better on mouse simply from a precision standpoint, and I'm having trouble coming up with other first person games that wouldn't suffer from that. 3rd person games (like the Witcher, Dark Souls, etc) definitely work well with controllers, but first person with a controller is extremely clumsy and a player with mouse+keyboard will beat a controller any day of the week. A game like KSP might be even worse though, since it literally relies on the mouse in the way that the rest of the operating system does (i.e. clicking on things on screen, not just moving it to look around), so I'm interested in seeing how Squad prevents selecting things from becoming typing-with-a-controller-simulator-2016.

Yeah like he said, many flimsy parts will break under aerodynamic stress. This includes radiators, solar panels, and some antennas (I think... either they already do or it's a planned feature). The part usually says "Snaps under high dynamic pressure" in the editor if it's susceptible to this.

I highly recommend learning metric. It does indeed take a little while, but eventually it'll start to make sense. You really can't be constantly converting (that would be like translating from another language to your native one in your head-- not fluency), so just stick with it and eventually it'll begin to make sense. I had the advantage of playing a lot of Arma so I got a good head start in visualizing metric distances, but KSP will teach it almost as well.

Definitely just you. I haven't even played 1.1.3 yet (waiting for all the RO/RSS/RP-0 stuff to get updated) and I can safely assure you that if that problem actually existed, it would've been caught in Q&A and more people would've been complaining about it. Check your staging.

I'm very much interested in continuing my RO/RP-0 career in 1.1.3, what do I need besides this KCT recompile? I have the RemoteTech recompile too but there are a lot of other mods that aren't up to date yet.

Someone created a temporary fix for RemoteTech so despite some log spam it does work in 1.1.3. Link Mod has yet to be officially updated though.