Jump to content

sumghai

Moderator
  • Posts

    4,222
  • Joined

  • Last visited

Reputation

1,815 Excellent

Contact Methods

  • Twitter
    @sumdumghai

Profile Information

  • About me
    Sumdumerator
  • Location
    Trapped behind the Bamboo Curtain

Recent Profile Visitors

13,312 profile views
  1. I'm slowly getting back into the groove of things, so here's what the revised docking port will look like with the new Clamp-O-Tron mesh: Current issues: The docking light LED emissive animation seem to be fine in the VAB/SPH, but are running inverted (!) in the flight scene (i.e. LEDs not glowing when the light is on, but start glowing when the light is switched off). I'm at a loss as to why this is the case, considering stock light animations play in the right direction for all scenes. The docking light LEDs need to be animated separately from the docking port window emissives, but ModuleLight and ModuleColorChanger don't play nicely on the same part with multiple independent emissives involved. Luckily, @Nerteahas suggested I could make use of some of his code from his NearFutureUtils' ModuleAdvancedColorChanger, which does seem to work independently of ModuleLight. I'll eventually compile my own plugin to include in SDHI SMS. So yeah, apologies for the delay, folks, but the KSP 1.12 update process hasn't exactly been smooth sailing.
  2. [MOD - Moved to Add-on Releases parent subforum, as planet pack mods are considered add-ons instead of a Tool or Application.] Hi @CrankyJedi, thank you for sharing your planet pack with the community! As per the official add-on posting rules, could you please also mention the license you are using in your forum post?
  3. Goodness me, the revamped Clamp-O-Tron docking port for 1.12 looks absolutely gorgeous! I reckon I should update my own docking port model to match when the update drops:
  4. Hi @CrankyJedi, thank you for sharing your visual pack with the community! As per the official add-on posting rules, could you please do the following? Include a valid license for you mod within the mod download itself, and your forum post Include the source code for your mod within the mod download itself, or as a link to a publicly-accessible GitHub repo (or equivalent)
  5. Apologies for the late response! I suppose you could delete `GameData/SDHI/Service Module System/SDHI_SMS.restockwhitelist`. However, the reason SDHI SMS reverts the ReStock Mk1-3 skin is because the ReStock design clashes with the added SDHI Umbilical port model. Sorry, I have no plans to support alternative docking port sizes. Although the game developers retconned the Clamp-O-Tron Jr. as allowing Kerbals to pass through them, I personally think that the Jr.s are too narrow for a Kerbalnaut and their helmet to pass through comfortably.
  6. @sebi.zzr - My concern with your approach is that the light will no longer default to being bound to the Lights action group, as well as the lack of resource (electricity) consumption while the light is spinning.
  7. I'll give your suggestions a try, @sebi.zzr - changing the animation hierarchy sounds like something I could do fairly easily.
  8. (I'm not the original author, but here's something I've found and edited to fix spelling and grammar) Overheard whilst in the company of Klingon Software Engineers Defensive programming? Never! Klingon programs are always on the offense. Yes, offensive programming is what we do best. Specifications are for the weak and timid! This machine is gagh! I need dual Pentium processors if I am to do battle with this code! You cannot really appreciate Dilbert unless you've read it in the original Klingon. Indentation?! I will show you how to indent when I indent your skull! What is this talk of 'release'? Klingons do not make software 'releases'. Our software 'escapes' leaving a bloody trail of designers and quality assurance people in its wake. Klingon function calls do not have 'parameters' - they have 'arguments', and they always win them. Debugging? Klingons do not debug. Our software does not coddle the weak. Bugs are good for building character in the user. I have challenged the entire ISO-9000 quality assurance team to a bat'leth contest on the holodeck. They will not concern us again. A TRUE Klingon Warrior does not comment his code! By filing this bug report you have challenged the honor of my family. Prepare to die! You question the worthiness of my code? I should kill you where you stand! Our users will know fear and cower before our software! Ship it! Ship it and let them flee like the dogs they are! Our competitors are without honor! Python? That is for children. A Klingon Warrior uses only machine code, keyed in on the front panel switches in raw binary. Klingon programs don't do accountancy. For that, you need a Ferengi. Klingon multitasking systems do not support "time-sharing". When a Klingon program wants to run, it challenges the scheduler in hand-to-hand combat and owns the machine. Perhaps it IS a good day to die! I say we ship it! My program has just dumped Sto-vo-Core! Behold, the keyboard of Kahless! The greatest Klingon code warrior that ever lived!
  9. The recent changes to ModuleLight in KSP 1.11 mean my Strobe-O-Matic rotator light mod no longer works, so I've been trying to figure out how to revamp my spinner lights. Context (1.05~1.10 era) My mod provides rotator lights in five fixed standardized industrial colors - amber, blue, green, red and white. Each rotator light consists of a common base model (not relevant to this discussion) and a colored lens model containing the light source and animated rotating mirror. As it is not possible to actually redirect a light beam off a mirror, I actually have two light sources - a spherical Pointlight that makes the inner workings glow, and a conical Spotlight that casts the actual light beam out into the world: Back in KSP 1.0.5 through to 1.10, I was able to toggle both light sources and the spinning mirror animation with a single ModuleLight: MODULE { name = ModuleLight lightName = Pointlight, Spotlight useAnimationDim = true lightBrightenSpeed = 100 lightDimSpeed = 100 resourceAmount = 0.01 animationName = SDHI_ToggleLight_Amber useResources = true } The Problem (1.11+ era) However, after the recent KSP 1.11 update, the light sources and animation no longer work when the rotator light is switched on or off. According to @JPLRepo in the recent Modders Notes for 1.11.0: My understanding is that these changes were made to support player-tweakable light colors, which isn't what I want for these rotator strobe lights. Where I need help Basically, I want to restore my mod's 1.0.5~1.10 light color and animation functionality in 1.11.0. How do I control multiple light sources on the same part with just one ModuleLight part module? (I cannot put each light source into separate ModuleLights, as this would allow players to individually turn the Pointlight and Spotlight, which would destroy the visual effect I am aiming for. Renaming both Pointlight and Spotlight to a shared toggleableLight transform name does not work, either.) How do I force the light to be always use my custom color, disable the light color picker for my part? (These rotator strobes use standardized industrial colors, and should not be changed by the player. However, my reworked lights are always white, even when I set custom lightR, lightG and lightB values in the CFG.) How do I toggle the spinning animation on/off with ModuleLight? (Turning the light on and off should start and stop rotating the Spotlight transform. Having a separate ModuleAnimateGeneric is counter-intuitive, as players shouldn't have to separately turn on the light and the rotator as two separate actions.) Anyone have any specific insights into getting my mod working again?
  10. @dprostock, I've confirmed the bug in my own game as well. However, it's been a very long time since I've modded for KSP, so it may (also) take a while for me to figure out how to fix this.
  11. This mod should still work fine in the current version of KSP. Are you experiencing any particular errors?
  12. [MOD - Moved to the main Add-on Releases subforum, as this is content that is directly used in-game rather than a standalone software tool.]
  13. V4.0.4 released - see first post for download link 4.0.4 - 11 October 2020 --------------------------- Changes / Fixes: - Compatibility Patch for KSP 1.10.x - Fixed MechJeb compatibility patch to prevent duplicate MJ modules or local settings on the Crew Module Adapter If you want to support me without paying real money, please download my add-ons from CurseForge - the more downloads I get from there, the more Author Rewards points I can redeem from Curse, which will help me buy bowls of ramen to keep me going during late-night modding sessions
  14. Good catch, thanks! I'll roll this into the next update. @Souptime - Please stop pinging me about your patch. As I've said, I neither endorse or disapprove of what you're doing, so you don't need to seek my permission.
×
×
  • Create New...