Jump to content

Speadge

Members
  • Posts

    794
  • Joined

  • Last visited

Posts posted by Speadge

  1. 31 minutes ago, linuxgurugamer said:

    But I didn't deactivate any parts, I don't understand what you are saying.  I merged two mods, and two parts (one in each) of them seem to have the same title, but internally they are different parts

    Hi,

     

    the file "StationScience.cfg" seems to control wich PARTS (not experiments) are evaluated for contracts.
    Since the current Version of your mod has the "default" parts disabled with the lines

      	TechHidden = true
    	category = none

    in i.e. "..\GameData\StationScience\Parts\StnSciExperiment1.cfg"

    But THIS part is needed for the contracts:
    StationScience.cfg

      // To disable contracts for a given experiment or planet, remove that
      // entry from these lists
      experimentChallenge
      {
        StnSciExperiment1 = 1
        StnSciExperiment2 = 2
        StnSciExperiment3 = 2.5
        StnSciExperiment4 = 3
        StnSciExperiment5 = 2.5
        StnSciExperiment6 = 3.5
      }

     

    So the arcanum may bring the experiments - but since the PARTS have other names, THEY are not tied to the contracts at all

  2. if additional info on my problem (retrokuarqs contract not reacting to updates on experiment) is needed, im happy 2 help. im just not sure how.

    intentionally, i also thought there might be a naming issue, - but im not sure

    19 hours ago, linuxgurugamer said:

    Ok, it's confusing and I'll fix it, but they parts have different names.  The Titles are the same, but titles aren't the same as part names

     

    edit:

    my ship used:

    name = costlyExperimentRetrogradeKuarqs

     

    edit2:

    after having the files in /parts deleted, my contracts vanished.

    when i delete the files in /ArcanumIndustries/Parts/ , my ship/station vanishes.

    so this might be the culprit?

     

    edit3:

    if arcanum-parts are the way to go, shouldn't THEY be listed in StationScience.cfg?:

      // To disable contracts for a given experiment or planet, remove that
      // entry from these lists
      experimentChallenge
      {
        StnSciExperiment1 = 1
        StnSciExperiment2 = 2
        StnSciExperiment3 = 2.5
        StnSciExperiment4 = 3
        StnSciExperiment5 = 2.5
        StnSciExperiment6 = 3.5
      }

     

    edit4:

    removed the arcanum-experiments and re-enabled the old ones:

    
      	TechHidden = false
    	category = Science

    so i got back the old distinguishable models AND i could finish the contract (after launching a new experiment to space).

    kScpwIV.png

    everything's fine for me that way!

  3. On 6/30/2021 at 10:17 PM, Codraroll said:

    Is this the "retrograde quarks" experiment? That one has been bugged for me since forever, in exactly the way you describe. Everything works until you recover the vessel, then it stays uncompleted. Kinda annoying, to put it like that.

    well, for me, i AM on 2.6.0.1 of THIS mod, but in KSP 1.12.1

    here, retrograde kuarqs around Kerbin doesnt even get a check when results finalised.

    P4NKHDa.png

    I'd like to give you a save, but since the station is quite modded, you wont be able to reproduce it :(

    but might a logfile help?

  4. 57 minutes ago, linuxgurugamer said:

    There is a reason that MiniAVC is not used anymore, it broke with the 1.8 update, and while I was able to fix it, the hassle of having a broken version in so many mods wasn’t worth it, which is why I now recommend  ZeroMiniAVC 

    do u mean "zero miniavc", or is "zerominiavc" another mod to disable miniavc or sth?

    sadly i couldnt find any tips / recommendations from ypur side in the first post, which is why i have to collect all my infos on my own after coming back to ksp after > 15 month :(

     

    Thanks for your time anyway!

  5. 5 hours ago, Murdabenne said:

    All the more reason to simply install the full KSP AVC for consistency, and Zero MiniAVC to kill all of the competing mini versions you may not even know you have.

    Oh, BTW, CKAN shows KSP AVC 1.4.1.4 is max version 1.8.1 compatible, is it OK with 1.9.1?  I suspect so.

    yop, 1.4.1.4 works fine with ksp 1.9.1 - but good idea to go for the full version

  6. 5 hours ago, themaster401 said:

    FovtTqh.png

    Update v4.04
    You need to delete and reinstall the mod for this update!

    • KS3P configs split for flight and editor
    • Skybox textures moved to new folder
    • Duna atmosphere bug fixed

    Not all texture resolutions may be available initially as I have taken to uploading them one by one in the face of upload speed issues.

    u might want to update the links for the download as well?

    https://github.com/themaster402/AstronomersVisualPack/releases/tag/v1.11

    https://github.com/themaster402/AstronomersVisualPack/releases/tag/v4.04

  7. On 12/16/2019 at 10:28 AM, Ruedii said:

    I'm getting a ton of debug spews on MiniAVC, a bunch of error spews followed by an endless loop of NREs that continues as long as I play.

    I know that the other errors are an issue, and I will examine them, but it should not hit NREs, and should absolutely not spam them.

    I also noticed that the first dll found alphabetically is being loaded, not the newest version.

    Here is a small snippet of the NRE that keeps repeating.  I can post a whole log to github or pastebin if you want.

    
    [Exception 04:24:37.0676660]: System.NullReferenceException: Object reference not set to an instance of an object
      at MiniAVC.AddonInfo.get_IsKspExcludedVersion () [0x00000] in <946c68c810554a77bc35cab54adcb678>:0
      at MiniAVC.IssueGui.DrawNotCompatible () [0x00030] in <946c68c810554a77bc35cab54adcb678>:0
      at MiniAVC.IssueGui.Window (System.Int32 id) [0x00006] in <946c68c810554a77bc35cab54adcb678>:0
    	

    Hi,

    does noone else get this?I
    have the exact same on my 1.9.1 install...

     

    Edit:
    Nevermind, was an old SETI-Plugin using old AVC dll

     

  8. 3 hours ago, trewok said:

    Hi everyone,

    I have been trying to install this amazing mod for the past few weeks, but I have been getting a strange color artefact that I am not able to get rid of. The artefact appears to be only present during the startup screen and is not carried into the game (which makes me think that it's likely TUFX-related).

    The clouds around Kerbin appear to be rainbow-y and multicolored. The problem seems to only show up when clouds are present, if I load the game without the AVP textures, it's not visible anymore.

    Here's a screenshot of the issue:

    https://imgur.com/xCnP1FB

     

    Does anyone know what might be causing this issue specifically? Any recommended fixes?

     

     

     

     

    color grading in post-processing

     

    fix: remove tufx or change its settings

  9. lol

    dzs8xcv.png

    hehe - you should stop asking.

     

    for compiling: just get all dependencies (modular flight integrator), open the sln, change version in compatibilityChecker , relink references to ksp-files and rebuild

    [LOG 19:46:12.463] Load(Assembly): Kopernicus/Plugins/Kopernicus
    [LOG 19:46:12.463] AssemblyLoader: Loading assembly at D:\Spiele\Kerbal Space Program\1.9.1\GameData\Kopernicus\Plugins\Kopernicus.dll
    [LOG 19:46:12.471] AssemblyLoader: KSPAssembly 'Kopernicus' V1.0.0
    [LOG 19:46:12.471] AssemblyLoader: KSPAssemblyDependency 'Kopernicus.Parser' V1.0.0
    [LOG 19:46:12.471] AssemblyLoader: KSPAssemblyDependency 'ModularFlightIntegrator' V1.0.0
    [LOG 19:46:12.471] Load(Assembly): Kopernicus/Plugins/Kopernicus.Parser
    [LOG 19:46:12.471] AssemblyLoader: Loading assembly at D:\Spiele\Kerbal Space Program\1.9.1\GameData\Kopernicus\Plugins\Kopernicus.Parser.dll
    [LOG 19:46:12.472] AssemblyLoader: KSPAssembly 'Kopernicus.Parser' V1.0.0

     

  10. 12 hours ago, Lisias said:

    My guess is that this entry ("ADDON BINDER") is being issued two times on the same occurrence on the first run, and then being suppressed on the second and beyound. Your time can had happened by switching context between KSP and some other background process on your machine on a tight memory constrained box. But… This is a guess too. :)

    well, ksp uses > 20gb ram on my machine, but not at this time of the startup.
    Context switching is not the cause - it happens on each boot.

    the 10ms gap showed me, that it might NOT be happenig in one loop, but 2 independent one - but just a guess as well.
    But if its only me experiencing this, dont bother about it! I thought i was just the only one the stumpled over it ;)

  11. On 3/30/2018 at 11:08 PM, Ironcladsix said:

    Is there any way to get this to spin? I love the design but can't get to rotate.

        MODULE
        {
            name = USIAnimation
            deployAnimationName = Deploy
            secondaryAnimationName = Rotate
            inflatable = true
            CrewCapacity = 24
            inflatable = true
        }

     

  12. 2 hours ago, Lisias said:

    I killed some job time (don't tell my boss!) [...]

    have to set priorities in live :cool:

     

    actually, in my log was a significant time gap between the two errors:

    [ERR 17:06:44.878] ADDON BINDER: Cannot resolve assembly: TestFlightCore, Culture=neutral, PublicKeyToken=null
     

    [ERR 17:06:44.887] ADDON BINDER: Cannot resolve assembly: TestFlightCore, Culture=neutral, PublicKeyToken=null

    might indicate its kinda loop or sth processed here,  not JUST this code processed once that generates two errors!?

     

    ---
    Edit:

    since we are already talking - is it a good timing to suggest some default TS patches for "StockalikeStationParts"?

    Spoiler


    SCALETYPE
    {
        name = SSPXR_stack25
        freeScale = true
        defaultScale = 1.25
        suffix = m
        scaleFactors   = 0.625,     1.25,     1.875,  2.5,      3.75,     5.0, 7.5, 10
        incrementSlide = 0.0625,     0.0625, 0.025,     0.125,     0.125,     0.1, 0.25
        TWEAKSCALEEXPONENTS { mass = 2.5 }
    }
    SCALETYPE
    {
        name = SSPXR_stack
        freeScale = true
        defaultScale = 1.25
        suffix = m
        scaleFactors   = 0.625,     1.25,     1.875,  2.5,      3.75,     5.0, 7.5, 10
        incrementSlide = 0.0625,     0.0625, 0.025,     0.125,     0.125,     0.1, 0.25
    }
    SCALETYPE
    {
        name = SSPXR_surface
        freeScale = true
        defaultScale = 1.0
        scaleFactors   = 0.5,    0.75,    1.0,    1.25,    1.5
        incrementSlide = 0.05,    0.05,    0.05,    0.05
        suffix = x
    }
    @PART[sspx-adjusting-base-25-1,sspx-adjusting-base-cradle-25-1]:NEEDS[TweakScale]
    {
        %MODULE[TweakScale]
        {
            %name = TweakScale
            %type = SSPXR_stack25
            %defaultScale = 2.5
        }
    }
    @PART[sspx-adjusting-base-375-1,sspx-adjusting-base-cradle-375-1]:NEEDS[TweakScale]
    {
        %MODULE[TweakScale]
        {
            %name = TweakScale
            %type = SSPXR_stack25
            %defaultScale = 3.75
        }
    }
    @PART[sspx-adjusting-base-125-1,sspx-adjusting-base-cradle-125-1]:NEEDS[TweakScale]
    {
        %MODULE[TweakScale]
        {
            %name = TweakScale
            %type = SSPXR_stack25
            %defaultScale = 1.25
        }
    }
    @PART[sspx-cargo-container-25*]:NEEDS[TweakScale]
    {
        %MODULE[TweakScale]
        {
            %name = TweakScale
            %type = SSPXR_stack
            %defaultScale = 2.5
        }
    }
    @PART[sspx-cargo-container-375*]:NEEDS[TweakScale]
    {
        %MODULE[TweakScale]
        {
            %name = TweakScale
            %type = SSPXR_stack
            %defaultScale = 3.75
        }
    }
    @PART[sspx-cargo-container-radial*]:NEEDS[TweakScale]
    {
        %MODULE[TweakScale]
        {
            %name = TweakScale
            %type = SSPXR_surface
        }
    }
    @PART[sspx-adapter-125-25*|sspx-cargo-25*|sspx-attach-25*|sspx-hub-25*|sspx-tube-25*]:NEEDS[TweakScale]
    {
        %MODULE[TweakScale]
        {
            %name = TweakScale
            %type = SSPXR_stack25
            %defaultScale = 2.5
        }
    }
    @PART[sspx-adapter-0625-125*|sspx-attach-125*|sspx-cargo-125*|sspx-hub-125*|sspx-tube-125*]:NEEDS[TweakScale]
    {
        %MODULE[TweakScale]
        {
            %name = TweakScale
            %type = SSPXR_stack25
            %defaultScale = 1.25
        }
    }
    @PART[sspx-adapter-25-375*|sspx-attach-375*|sspx-tube-375*]:NEEDS[TweakScale]
    {
        %MODULE[TweakScale]
        {
            %name = TweakScale
            %type = SSPXR_stack25
            %defaultScale = 3.75
        }
    }

     

  13. 2 hours ago, Lisias said:

    I managed to reproduce the problem. It's happening WAY after the loading phase. Something very different from what I used to see is happening. @Speadge, I would had detected this sooner with your KSP.og, please provide one in the next occurrence.

    Sorry, didnt plan to file a bug-report. Just wanted to ask if this is intentional / could be avoided.

    Actually the error happens for me while loadingphase.
    I had set up a debug-install for finding the cause of stuttering in my addon-heavy game.

    So i started with tweakscale - and already had this issue, which cause me asking you about it.
    I thought there might be a way to check for testflight before referencing it...

     

    KSP.log

    https://pastebin.com/SxUdF49Q

    edit: my assumption was, that it is cause by this section in the code:

    Line 126:
    Spoiler
    protected virtual void SetupPrefab()
    {
    ConfigNode PartNode = GameDatabase.Instance.GetConfigs("PART").FirstOrDefault(c => c.name.Replace('_', '.') == part.name).config;
    ConfigNode ModuleNode = PartNode.GetNodes("MODULE").FirstOrDefault(n => n.GetValue("name") == moduleName);
     
    ScaleType = new ScaleType(ModuleNode);
    SetupFromConfig(ScaleType);
    tweakScale = currentScale = defaultScale;
     
    tfInterface = Type.GetType("TestFlightCore.TestFlightInterface, TestFlightCore", false);

    or

    Line 475:

    Spoiler
    private void updateTestFlight()
    {
    if (null == tfInterface) return;
    BindingFlags tBindingFlags = BindingFlags.InvokeMethod | BindingFlags.Public | BindingFlags.Static;
    string name = "scale";
    string value = ScalingFactor.absolute.linear.ToString();
    string owner = "TweakScale";
     
    bool valueAdded = (bool)tfInterface.InvokeMember("AddInteropValue", BindingFlags.InvokeMethod | BindingFlags.Public | BindingFlags.Static, null, null, new System.Object[] { part, name, value, owner });
    Debug.Log("[TweakScale] TF: valueAdded=" + valueAdded + ", value=" + value.ToString());

    }

    i didnt dug into this to get behind the code - so i might be totally wrong here ;)
    but since you are not using "testflightcore" somewhere else and referencing to a class here, not just a method....

  14. 4 hours ago, Lisias said:

    Nope. The interface for the Testflightcore is loaded into a atribute called tfInterface, and before trying using it, the method aborts if the atribute is null. See lines 135 and 477 from the source.

    
            private void updateTestFlight()
            {
                if (null == tfInterface) return;

     

    leads anyway to an error in KSP log:

    [ERR 01:32:32.344] ADDON BINDER: Cannot resolve assembly: TestFlightCore, Culture=neutral, PublicKeyToken=null

    [ERR 01:32:32.353] ADDON BINDER: Cannot resolve assembly: TestFlightCore, Culture=neutral, PublicKeyToken=null

     

    not essential - but its an error cause it cant be loaded :-/
    Do you think there might be a clean way to program around it / catch this error since it is expected?

  15. hi,

    im messing around with my old game trying to get it to run with some updated mods.
    now with Kopernicus, i see transparent c-bodies in flightmode. (DX9)

    Any ideas on how to fix this? (vanishes on removing kopernicus :-/)

    Screen:

    Spoiler

    tknDvpM.jpg

    Mods:

    Spoiler

    000_FilterExtensions
    000_FilterExtensions_Configs
    000_TexturesUnlimited
    000_USITools
    001_ToolbarControl
    B9AnimationModules
    B9PartSwitch
    B9_Aerospace
    ChopShop
    CivilianPopulation
    ClickThroughBlocker
    CommunityResourcePack
    CommunityTechTree
    CustomBarnKit
    DiRT
    DMagicOrbitalScience
    DMagicUtilities
    EditorExtensionsRedux
    EnvironmentalVisualEnhancements
    ESLDBeacons
    FShangarExtender
    HideEmptyTechTreeNodes
    Impact
    InterstellarFuelSwitch
    JanitorsCloset
    KAS
    KerbalEngineer
    KerbalJointReinforcement
    KIS
    Kopernicus
    KSP-AVC
    KSPRC
    KWRocketry
    MissingHistory
    Mk2Expansion
    ModularFlightIntegrator
    ModuleManager.3.0.7.dll
    ModuleManager.ConfigCache
    ModuleManager.ConfigSHA
    ModuleManager.Physics
    ModuleManager.TechTree
    NavBallTextureChanger
    NearFutureConstruction
    NearFutureElectrical
    NearFutureLaunchVehicles
    NearFutureProps
    NearFuturePropulsion
    NearFutureSolar
    NearFutureSpacecraft
    OPT_Reconfig
    PatchManager
    reDIRECT
    RemoteTech
    REPOSoftTech
    SCANsat
    scatterer
    SinPhiHeavyIndustries
    SmartParts
    Speadge
    Spectra
    Squad
    SquiggsySpaceResearch
    StationPartsExpansionRedux
    StationScience
    SurfaceLights
    toolbar-settings.dat
    TriggerTech
    TweakScale
    UmbraSpaceIndustries
    WarpPlugin

     

    Edit:

    ok, trial & error stated that it was due to using "Spectra"-config

×
×
  • Create New...