ckfinite

I'm working on building a small crawler crane, and was wondering if anyone had suggestions for a pulley mechanism? To make a couple of the connections required to hold up the boom, a turn in the cable is required, which is rather difficult as is (and is very annoying to set up, since you have to run a kerbal around quite a lot to connect the various points). Does anyone have any suggestions?

Here's a version that's updated with the latest KAE, here. Source and license are the same as the original download - I just recompiled it. Extract this into the Real Fuels/Plugins directory. You'll need to overwrite two files.

Does the new ullage simulation include center of mass changes from fuel level changes?

Looking at it a bit more, I think that the weird fuel volume thing is because the in-game fuel only tank isn't an improvement in terms of fuel carriage over the LFO tank. I suggest adding a bug on Github though so that the actual maintainer can take a look at it though.

A bug-reason. I'll fix it in the next version. That's exactly what I did (cygwin to the rescue). Here's my tagged_classes.cs using System; using System.Collections.Generic; using System.Linq; using System.Reflection; using DeftTech.DuckTyping; using UnityEngine; namespace KSPAPIExtensions { [KSPAddon(KSPAddon.Startup.Instantly, true)] internal class UIPartActionsExtendedRegistration_1_7_4_0 : UIPartActionsExtendedRegistration { } internal class UIPartActionResourceEditorImproved_1_7_4_0 : UIPartActionResourceEditorImproved { } internal class UIPartActionLabelImproved_1_7_4_0 : UIPartActionLabelImproved { } internal class UIPartActionFloatEdit_1_7_4_0 : UIPartActionFloatEdit { } internal class UIPartActionChooseOption_1_7_4_0 : UIPartActionChooseOption { } [KSPAddon(KSPAddon.Startup.Instantly, true)] internal class CompatibilityChecker_1_7_4_0 : CompatibilityChecker { } internal class OnEditorUpdateUtility_1_7_4_0 : OnEditorUpdateUtility { } } namespace KSPAPIExtensions.PartMessage { internal class ServiceImpl_1_7_4_0 : ServiceImpl { } [KSPAddonFixed(KSPAddon.Startup.Instantly, false, typeof(PartMessageServiceInitializer_1_7_4_0))] internal class PartMessageServiceInitializer_1_7_4_0 : PartMessageServiceInitializer { } internal class KnownPartMarker_1_7_4_0 : KnownPartMarker { } internal class ListenerFerramAerospaceResearch_1_7_4_0 : ListenerFerramAerospaceResearch { } } And AssemblyInfo.cs has "[assembly: AssemblyVersion("1.7.4.0")] [assembly: KSPAssembly("KSPAPIExtensions", 1, 7)]" in it (along with some other things). The solution won't compile otherwise. Did I do everything correctly? 1.7.4 seems to be the right version.

I should note that I'm building KSPAPIExtensions.dll from the latest branch, so they all should be functionally identical.

I suspect, based on that I can't see it and it appears that nobody else can, that there's something going on weird with your KSP install. Try reinstalling from scratch (with the attached build), and see if it works. Download here. Sources and licenses are as usual. - - - Updated - - - As far as I know, no.

Try this one, and let me know if you get the "can't return" bug again. (License and source etc. etc.).

Just to be clear, the highlighted area does not appear at all?

I can't reproduce this. Can you please try to change the texture, then post a log? I didn't touch anything related to textures, so this would be surprising. Can you change the part dimensions? It sounds like something is going wrong in the texture selector code, which should show up in the log. Edit, just in case, here's the exact built that I'm testing with. Delete the old ProceduralParts folder, and add that in instead.

New unofficial release. Download here. Has e-dog's fix for the NREs (hopefully) and rebalanced maxTemps. Licenses and sources are as before.

This appears to be the hardest bug in the game to fix - and it's entirely unclear from the log what's actually causing it. The actual error is coming from the patched conics system, (PatchedConicRenderer.OnSceneSwitch), but there is something that's messing that up in turn. I'll try to figure out what's happening, though no promises. Sure, though that isn't the biggest problem with temperatures (SRBs are particularly bad for this). I'll probably have it fixed in 1 or 2 releases.

Unless I really messed something up, that should be standalone. Put the folder inside into your GameData folder, as usual, and delete the old one (just to make sure) Real Fuels is totally incompatible with 1.0, and needs recompilation. I won't provide support for installs that have any out of date mods (those that don't say 1.0 in the thread title and that use DLLs).

With the (excellent) help of ItMustBeACamel, here's the next unofficial build, now with working SRBs as well as attachment. Download here License and source are as before. Known bug: struts don't attach properly to procedural parts, you select the part instead.

Yes, it's my headache for the day.

In your KSP main directory (the one with ksp.exe in it), there will be a folder called KSP_Data. In it, you'll find a text file called output_log.txt. Either upload it to somewhere like Dropbox and paste a link, or copy and paste it into somewhere like Pastebin. Don't copy it directly into here, as it will be quite sizable.

I can't help without your logs, sadly. Without them, I have no idea what in particular is going wrong.

I found that in one or two of my tests, but wasn't able to reproduce it. I'll look harder, thanks! The next unofficial version should have working SRBs again and, hopefully, a fix for the expanding tanks issue.

Here's a version that's updated to have KSPAPIExtensions 1.7.3 (they're literally the same - they just hadn't added the 1.7.3 tag into git when I first built it). Download here Source and license are the same (I just updated KSPAPIExtensions). Coming soon: fully working SRBs!

Your other mods are not up to 1.0 date, and are most likely causing the problem. There's really no other option than to get all of your mods over again. If you're still having problems on a stock install, then please let me know. - - - Updated - - - Can you please provide your logs? I don't see the problem, but the logs should show it clearly. Again, can you please provide your logs? It works for me, so I need additional information to debug your problem.

Here's a unofficial build of PP for 1.0, based off of my fork here and ItMustBeACamel's code (also included in that Github repo). License and source are on both Github and in the download. Note that this contains a fix for the problem where parts would resize into their parents/children after saving and reloading, so if there are any bugs with parts detaching on save/reload, please let me (and only me - this isn't anyone else's responsibility) know. Download here.

Very very nice - importing a stock aircraft was smooth and easy, and the results look quite nice. Here's my current effort:

I've submitted a pull request on BitBucket with the 1-line set of changes needed to make this work with 0.90.0. Linky: https://bitbucket.org/Damnyoujapan/dyjlibrary/pull-request/3/1-liner-fix-for-0900/diff

Unofficial update for 0.90.0, if an official one comes out default to that. License as original, sources here: https://github.com/BenChung/ModularFuelSystem Download the original package, then install this on top of it. Link: https://www.dropbox.com/s/j96ecij0q4pza6t/RealFuels.zip?dl=0

I've built ItMustBeACamel's version against the new KSPAPIExtensions for 0.90.0. You'll need to download the original package, then extract the ProceduralParts folder in this ontop of it. Licensing is identical (can be found at Github link). If an official release is made after this, please default to that. Additionally, KSPAVC might get annoyed at this, consider that a notice to check for a real version. I will take this down after an official update is released. Source: https://github.com/ItMustBeACamel/ProceduralParts/tree/0.90_compatibility Download: https://www.dropbox.com/s/8cmb568z0y5p3gf/ProceduralParts.zip?dl=0 It works on my machine, at least.