Black-Talon

Members
  • Content Count

    204
  • Joined

  • Last visited

Community Reputation

27 Excellent

About Black-Talon

  • Rank
    Spacecraft Engineer

Recent Profile Visitors

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

  1. Black-Talon

    Official Kerbal Dakar 2017 results thread

    Really wanted to do this so I threw a vehicle together and I guess it made it to the Stage 2/Finish marker for today. I had to use the winch. :-/ Broke a lot of stuff. And oh, my passenger died. Terrible Stage 1 time but it was fun anyway and wanted to post since I at least completed my goal for the day. :-) Screenshots weren't well done...you'll have to trust me that the MET is as good as it'll get for a Stage 1 time. Fun challenge! Oh, my worst accident was caused by a seam. Is it likely a mod caused that? Just curious.
  2. I've been using it with 1.0.5 for a long time without issue. What "trasmit-bug" do you mean? I see these comments from your previous posts ... ... but I don't understand what you're referring to. What "white transmission dialog?" "green line?" I transmit science all the time and don't have an issue. I'm using RemoteTech personally but since you're talking about a dialog I'm unfamiliar with I'm not sure what is going wrong on yours at all. EDIT: Since I made a new page we will inevitably need 1.0.5 compatability and patch instructions on this page ... ScienceAlert is compatable with 1.0.5 after installing this patch:
  3. Black-Talon

    [1.4.1] Color Coded Canisters 2.0.1 (2018-03-14)

    I so love and hate this at the same time! I want both but don't even want both! So, any thoughts of adding CCC to the fuselage parts? I basically want the textures on them. *sigh* This is a terribke waste of effort on your part and perhaps memory for the player (although I suppose it's all shared with what you already have). I would probably be happiest if I just forgot I discovered this. My sense of 'right' has been torn in two directions. 360 L is basically the same as 400 L in a plane anyway! *puts head in the sand* Thank you for the wonderful mod/parts and maintenance along with the helpful response to my question. This package is really wonderful imo.
  4. Black-Talon

    [1.4.1] Color Coded Canisters 2.0.1 (2018-03-14)

    @NecroBones The other day I noticed that the Color Coded Cans (with InterestellarFuelSwitch installed which activates Color Coded Cans fuel switch configs) seems to contain what I would consider the incorrect amount of liquid fuel when switched to the LiquidFuel tank setup. Curious if this was intentional or a minor bug that could be fixed in the future? Specifically, the FL-T400 tank should be capable of holding 400 L of fuel. We know this because the stock tank can hold 180 L of LiquidFuel and 220 L Oxidizer. And of course we know that 180 L + 220 L = 400 L of fuel capacity. If we compare the stock FL-T400 to the stock Mk1 Liquid Fuel Fuselage (which certainly seems to be of identical size to the stock TL-400) we see that it also has a capacity of 400 L as it contains 400 L of LiquidFuel by default. Problem(?) - the Color Coded Cans config for making use of Interstellar Fuel Switch result in the FL-T400 having the options of 180 L FL + 220 L OX, 360 L LF, or 440 L OX. This doesn't seem right to me but perhaps it was intentional? I see in the CCC Fuel Switch config that the calculation used does indeed just double the LF volume in order to determine LF Only Fuel Volume and does the same for OX volume. I would have expected it to instead sum the stock LF and OX volumes and not just double them. Thoughts? Were you perhaps trying to maintain ratios of the typical LF to OX mix such that a single OX fuel tank and a LF tank could be stacked (with OX on top of course like the real thing) and fuel a rocket without trying to figure out fuel balance? I agree that's a neat idea. What is tempting me to correct mine locally (to sum the stock LiquidFuel and Oxidizer value, assuming I can do that the way I think I can by adding the MM variables together) is that the stock Mk1 Liquid Fuel Fuselage becomes attractive to use for its additional fuel capacity when ideally I wouldn't use it at all (because it doesn't have texture switching when I use FTP).
  5. Yeah, that gets harder. :-) 64-bit soon though...
  6. Just in case you're missing out on these contracts due to a misunderstanding I thought you might like to know that it doesn't require or install any parts.
  7. 1.6.3 - 475 out of 476 Contracts Loaded Known bugs: Apollo-I.cfg has "prestige = triv" and needs to be "prestige = Trivial" (credit to Jimmbal) Surveyor-7.cfg has a minor description issue where "lunar sample Trivially different from" should be "lunar sample significantly different from" (credit to Jimmbal) STS-9, STS-41-G, STS-51-G, STS-51-L, STS-61-A, STS-61-C, STS-95 have a warning of unknown significance with their SpawnPassenger Behaviour: "[Warning] The passengerName and gender attributes are obsolete since Contract Configurator 1.9.0, use kerbal instead." Debug Warning: "Contract group 'FotonMission' contains no contract types of child groups" (but this isn't new) Seems like a good release to me out of the nearly 500 contracts! @Whitecat106I can happily do the type of stuff I'm doing in the thread (diffing the new releases and offering code review, playing at my own rate and digging in deep enough to report the issue effectively) but not much more. I wouldn't call that thorough but if it's any help at all don't hesitate to ping me with a pre-release to review.
  8. There were not a ton of problems created from the quick switch from Significant to Trivial (I did a diff between 1.6.1 and 1.6.2 and went over all the changes). The one I noticed was the Surveyor-7.cfg description that contained the word "trivially" and was mistakenly changed to "significantly" as noted by Jimmbal. But to answer your question about the number of contracts loaded, I show only a few yellow contracts due to Warnings about "SpawnPassengersFactory: The passengerName and gender attributes are obsolete since Contract Configurator 1.9.0." I'm afraid I don't have a perfect count as I have other packs loaded. I'll do a quick bit of debugging while updating to 1.6.3 and report back.
  9. Black-Talon

    [1.1.3] Rover Missions Redux

    Thanks for the consideration. FWIW, I've been driving around on Kerbin with your new waypoint contracts and it is good fun (and much better than before!). It could be turned into a "test your rover here at home" mission if you wanted. My original issue is likely created by having wheels available early in my custom tech tree...I just wish these contracts weren't suggesting I deploy rovers prior to Mun fly by. Especially when it's taking up valued contract slots! ;-) But my own fault for using a tech tree with a vehicle available prior to mun landing. I still think some progression would help. Thanks for the fun little mission! PS - I saw in the latest update that you added a dummy .dll - I haven't tried it myself but this can be done with a dummy ModuleManager config that uses a :FOR[RoverRedux] or something similar and would be less...dummy.dll? Dunno, just a thought.
  10. @Whitecat106Sorry to hear life has you busy busy. I've continued to really enjoy this pack. I think worth noting, the fixes discussed with @gerishnakov about Contract R-2A needing it's Orbit parameter changed to ReachState along with the dependency on V-2N20 instead of R-1V don't seem to be in the new 1.6.2 version (noted in many places but my consolidation post of issues/experiences is here and I selfishly think it's worth a read ). When either of you can get to these in the next version I think it would be worth it as it was a tough start to an otherwise awesome set of contracts! Stay well gents. Life first! To The Mun second.
  11. Still really appreciating these fixes Claw! I would like to repetition for links to additional fixes (or plus like featurelets) be linked to in this section of your fantastically organized and pinned thread. Specifically coming to mind as supper-duper-awesome-and-helpful to the common player (and should be fixed/added to the game imo): Menu Stabilizer - make any part right-click menu freeze its position on the screen in flight when the mouse is above any part of it FlightDefFreeCam - sets the free camera as the default FlightDefPrecision - sets precise / caps lock controls as the default MapShowNavBall - shows navball on the map by default Thanks for considering this humble suggestion! I do realize that the list gets long quickly, so maybe just pick your favorites if that's the issue. I just hate to see so many good tweaks get overlooked when there is such a perfect place for them to be linked from. They're generally difficult for players to find unless they know it exists and what it is called. They rarely if ever get the spotlight. Heck, I have a hard time finding them again when setting up a new install! It wouldn't hurt to pick your favorite modules from Malah or Magico13 or link to their master listings. They also have some of my favorite gems like QuickSearch, QuickBrake, and Dated QuickSaves.
  12. Black-Talon

    [1.1][1.1-1] Apr-19-2016 Dynamic Texture Loader

    DTL: ATM:
  13. Black-Talon

    [1.1.3] Rover Missions Redux

    Nice, you did go ahead and do this! I've been enjoying the previous version of this mod, and now downloaded your update to switch to immediately! Thanks! One request, I play a slow game (after dozens of missions, such as historic and aircraft, I have only just flown by the mun) and it's a bit strange/annoying to have Rover Missions constantly propose a new Rover Deployment to Eve and other planets when I haven't even had a Mun fly-by yet. Could you enhance this be adding some progression to the Rover Deployment mission? The mission itself is fine but I would prefer that it first request a deployment of a Rover on Kerbin. Next Mun. Next Duna. THEN it could go into a "deploy anywhere random mode" that it does now. Thoughts?
  14. @sarbian Small feature request based on something I find useful in the windows task manager's memory monitor. Can you display the peak memory used (optionally shown in the overlay text as well would be nice)? I find this particularly nice with Kerbal since the big hits to memory happen on scene change. Thus being hard to catch with the memory monitor on screen. By tracking the peak, we get to see just how close we're getting to the limit on scene change and thus why we're too close to the memory limit. I do this by watching Peak Working Set in Task Manager and find it interesting that between two scenes memory use has hardly changed BUT that during the scene change I actually hit an new all time high memory utilization. It would be wonderful to see this in game. PS - Upgraded to Windows 10 and I now have the GPU memory display option! Very nice! Although it shows about 200 MB less than GPU-Z I would still say it is a really nice feature!