[1.8.x-1.12.x] Module Manager 4.2.3 (July 03th 2023) - Fireworks season

[Flow]

Hello fellow KSP-addicts! I have long been thinking (and dreaming) about a patch that adds "[Stock]" in front of every ingame stock part name. I have tried to program something myself several times but failed miserably every time. With increasingly less time for playing KSP (so sad) I find it increasingly difficult to remember just from the manufacturer's name whether a part is actually stock or from a mod, which is a problem for posting vessels online or sharing them on KerbalX or elsewhere. Anybody have an idea how to start? I've been thinking about telling MM to just use every part not safed in "Squad", how do I do that?

[maja]

33 minutes ago, Flow said:

Hello fellow KSP-addicts! I have long been thinking (and dreaming) about a patch that adds "[Stock]" in front of every ingame stock part name. I have tried to program something myself several times but failed miserably every time. With increasingly less time for playing KSP (so sad) I find it increasingly difficult to remember just from the manufacturer's name whether a part is actually stock or from a mod, which is a problem for posting vessels online or sharing them on KerbalX or elsewhere. Anybody have an idea how to start? I've been thinking about telling MM to just use every part not safed in "Squad", how do I do that?

Try this to filter by mod name, thus hiding all parts from other mods:

 

[Flow]

Oh, I didn't know Janitor could filter by mod name. Not exactly what I had in mind but I'll give it a try. Thanks!

Edited May 1, 2017 by Flow

[shoe7ess]

Hey KSP family,

I really need some help with a handful of patches. I am playing a heavily modded game (part wise), but the main mechanic changes I have come with KSP Interstellar. I'll put each patch here and explain what I'm trying to do with them and maybe some of the fine folks here may be able to give me some help to correct the syntax and get these working. It takes about 15 minutes for my game to load, so troubleshooting these is not the easiest, and for most of the patches below I've tried making them work for over a month  

• First patch (for the Selectable Data Transmitter mod), I'm trying to add the selectability module to every antenna I have in the game, however even if I were to get this working I'd rather not make every antenna OP, I'd like a way to keep the default antenna settings (packet size, etc.) transfer between direct > relay or vice-versa. :
• Does not work yet, going to get help from mod authors thread and report answer here.
   

Spoiler

@part[*]:HAS[@MODULE[ModuleDataTransmitter]]:FINAL
{
    // -MODULE[ModuleDataTransmitter] {}

    @MODULE[ModuleDataTransmitter]
    {
        @name = SelectableDataTransmitter
        defaultAntennaType = DIRECT
        reconfigTime = 60 // seconds

        ANTENNATYPE[DIRECT]
        {
            packetInterval = 0.03
            packetInterval = 0.10
            packetSize = 2
            packetResourceCost = 20.0
            requiredResource = ElectricCharge
            DeployFxModules = 0
            antennaPower = 100000000000
            antennaCombinable = True
        }
        ANTENNATYPE[RELAY]
        {
            packetInterval = 0.03
            packetInterval = 0.10
            packetSize = 2
            packetResourceCost = 20.0
            requiredResource = ElectricCharge
            DeployFxModules = 0
            antennaPower = 100000000000
            antennaCombinable = True
        }
        ANTENNATYPE[INTERNAL]
        {
            packetInterval = 0.03
            packetInterval = 0.10
            packetSize = 2
            packetResourceCost = 20.0
            requiredResource = ElectricCharge
            DeployFxModules = 0
            antennaPower = 100000000000
            antennaCombinable = True
        }
    }
}

• Next, I'm trying to give the ability to the KSPi ISRUs to generate basic stock resources like the stock ISRU so I don't need multiple for one mission. This isn't as important as I could always just edit the part files as a worst case, but I much prefer a MM patch:
• [FIXED]
   

Spoiler

@PART[*]:HAS[@MODULE[InterstellarRefineryController]]:AFTER[WarpPlugin]:FINAL
{
    MODULE[InterstellarRefineryController]
    {
        RESOURCE
            {
                name = Ore
                amount = 0
                maxAmount = 10
            }
    }
    MODULE[ModuleResourceConverter]
    {
        ConverterName = Lf+Ox
        StartActionName = Start ISRU [Lf+Ox]
        StopActionName = Stop ISRU [Lf+Ox]     
        AutoShutdown = true
        TemperatureModifier
        {
            key = 0 100000
            key = 750 50000
            key = 1000 10000
            key = 1250 500    
            key = 2000 50    
            key = 4000 0
        }                
        GeneratesHeat = true
        DefaultShutoffTemp = .8
        ThermalEfficiency 
        {
            key = 0 0 0 0
            key = 500 0.1 0 0
            key = 1000 1.0 0 0
            key = 1250 0.1 0 0
            key = 3000 0 0 0 
        }

        UseSpecialistBonus = true
        SpecialistEfficiencyFactor = 0.2
        SpecialistBonusBase = 0.05
        ExperienceEffect = ConverterSkill
        EfficiencyBonus = 1

         
        INPUT_RESOURCE
        {
            ResourceName = Ore
            Ratio = 0.5
            FlowMode = STAGE_PRIORITY_FLOW
          }
        INPUT_RESOURCE
        {
            ResourceName = ElectricCharge
            Ratio = 30
        }
        OUTPUT_RESOURCE
        {
            ResourceName = LiquidFuel
            Ratio = 0.45
            DumpExcess = false
            FlowMode = STAGE_PRIORITY_FLOW
        }
        OUTPUT_RESOURCE
        {
            ResourceName = Oxidizer
            Ratio = 0.55
            DumpExcess = false
            FlowMode = STAGE_PRIORITY_FLOW
        }
    }

    MODULE[ModuleResourceConverter]
    {
        +ConverterName = Monoprop
        StartActionName = Start ISRU [Monoprop]
        StopActionName = Stop ISRU [Monoprop]
        AutoShutdown = true
        TemperatureModifier
        {
            key = 0 100000
            key = 750 50000
            key = 1000 10000
            key = 1250 500    
            key = 2000 50    
            key = 4000 0
        }                
        GeneratesHeat = true
        DefaultShutoffTemp = .8
        ThermalEfficiency 
        {
            key = 0 0 0 0
            key = 500 0.1 0 0
            key = 1000 1.0 0 0
            key = 1250 0.1 0 0
            key = 3000 0 0 0 
        }

        UseSpecialistBonus = true
        SpecialistEfficiencyFactor = 0.2
        SpecialistBonusBase = 0.05
        ExperienceEffect = ConverterSkill
        EfficiencyBonus = 1

         
        INPUT_RESOURCE
        {
            ResourceName = Ore
            Ratio = 0.5
        }
        INPUT_RESOURCE
        {
            ResourceName = ElectricCharge
            Ratio = 30
        }
        OUTPUT_RESOURCE
        {
            ResourceName = MonoPropellant
            Ratio = 1
            DumpExcess = false
        }
    }

    MODULE[ModuleResourceConverter]
    {
        +ConverterName = LiquidFuel
        StartActionName = Start ISRU [LqdFuel]
        StopActionName = Stop ISRU [LqdFuel]
        AutoShutdown = true
        TemperatureModifier
        {
            key = 0 100000
            key = 750 50000
            key = 1000 10000
            key = 1250 500    
            key = 2000 50    
            key = 4000 0
        }                
        GeneratesHeat = true
        DefaultShutoffTemp = .8
        ThermalEfficiency 
        {
            key = 0 0 0 0
            key = 500 0.1 0 0
            key = 1000 1.0 0 0
            key = 1250 0.1 0 0
            key = 3000 0 0 0 
        }
        
        UseSpecialistBonus = true
        SpecialistEfficiencyFactor = 0.2
        SpecialistBonusBase = 0.05
        ExperienceEffect = ConverterSkill
        EfficiencyBonus = 1

         
        INPUT_RESOURCE
        {
            ResourceName = Ore
            Ratio = 0.45
            FlowMode = STAGE_PRIORITY_FLOW
          }
        INPUT_RESOURCE
        {
            ResourceName = ElectricCharge
            Ratio = 30
        }
        OUTPUT_RESOURCE
        {
            ResourceName = LiquidFuel
            Ratio = 0.9
            DumpExcess = false
            FlowMode = STAGE_PRIORITY_FLOW
        }
    }

    
    MODULE[ModuleResourceConverter]
    {
        +ConverterName = Oxidizer
        StartActionName = Start ISRU [Ox]
        StopActionName = Stop ISRU [Ox]
        AutoShutdown = true
        TemperatureModifier
        {
            key = 0 100000
            key = 750 50000
            key = 1000 10000
            key = 1250 500    
            key = 2000 50    
            key = 4000 0
        }                
        GeneratesHeat = true
        DefaultShutoffTemp = .8
        ThermalEfficiency 
        {
            key = 0 0 0 0
            key = 500 0.1 0 0
            key = 1000 1.0 0 0
            key = 1250 0.1 0 0
            key = 3000 0 0 0 
        }

        UseSpecialistBonus = true
        SpecialistEfficiencyFactor = 0.2
        SpecialistBonusBase = 0.05
        ExperienceEffect = ConverterSkill

        EfficiencyBonus = 1

         
        INPUT_RESOURCE
        {
            ResourceName = Ore
            Ratio = 0.55
            FlowMode = STAGE_PRIORITY_FLOW
          }
        INPUT_RESOURCE
        {
            ResourceName = ElectricCharge
            Ratio = 30
        }
        OUTPUT_RESOURCE
        {
            ResourceName = Oxidizer
            Ratio = 1.1
            DumpExcess = false
            FlowMode = STAGE_PRIORITY_FLOW
        }
    }
}

• Here I'm trying to give probes the ability to act as control points to take away the need for antennas in order to control them (doesn't make sense to me, they are basically computers anyways with internal antennas anyway). I'm not sure if this would do it or which module is necessary for this to work so I added the three that seemed most likely, so this one could probably be trimmed to a singular MODULE addition, but none of these get added with my config:
• [FIXED]
   

Spoiler

@PART[*]:HAS[@vesselType[Probe]]:HAS[!MODULE[ModuleProbeControlPoint]]:FINAL
{     

    MODULE[ModuleProbeControlPoint]
    {
        minimumCrew = 0
        multiHop = True
    }
}

• Finally, trying to add the graduated power responses found from the KW configs to all non SRB engines in the game (the "HAS[~useEngineResponseTime[]]" came from help in the community MM thread, as a way of not over-writing the configurations of the KW engines):
• [FIXED]
   

Spoiler

@PART[*]:HAS[@MODULE[ModuleEnginesFX]:HAS[~useEngineResponseTime[]],!PROPELLANT[SolidFuel]]:FINAL
{
    @MODULE[ModuleEnginesFX]
    {
        %useEngineResponseTime = True
        engineAccelerationSpeed = 1.3
        engineDecelerationSpeed = 1.5
    }
}

 

 

I figured adding all in one post would be better than creating 4 different posts, so I'm not expecting fixes for all of them at once, but if anyone has some helpful info on how I could get these to work I'd appreciate it!

 

Update 1: Fixed up the post to make it easier to browse by and updated the fixed configurations and the others to potentially fixed until I have tested them to verify

Update 2: Every MM patch fixed except the SelectableDataTransmitter one.

Edited May 3, 2017 by shoe7ess

[Alshain]

@shoe7ess For the first one, it is possible to change the Module being used without removing the existing data if all of the parameters are the same.  For my Electric Lights mod, I only needed to add one variable in my code, so in C# I made an inheriting class of ModuleAnimateGeneric that would also consume electricity.  Then using an MM script, I simply changed the name of the module.

If all the variable names are the same between ModuleDataTransmitter and SelectableDataTransmitter then you can do the same thing (if it is inherited, it has to be the same).  Here is one of the scripts from Electric Lights.

@PART[Mark1Cockpit]:FOR[ElectricLights]
{
	@MODULE[ModuleAnimateGeneric]
	{
		@name = ModuleAnimateGenericConsumer
		%resourceAmount = 0.01
    }
}

So here, the module is ModuleAnimateGeneric upon entering the script, but then I change that to ModuleAnimateGenericConsumer (my mod class, inherits ModuleAnimateGeneric).  All the previous variables in that were set on the Module will be retained and then I add one more.. resourceAmount.

Edited May 2, 2017 by Alshain

[Jso]

2 hours ago, shoe7ess said:

First patch (for the Selectable Data Transmitter mod), I'm trying to add the selectability module to every antenna I have in the game, however even if I were to get this working I'd rather not make every antenna OP, I'd like a way to keep the default antenna settings (packet size, etc.) transfer between direct > relay or vice-versa. :

It's PART, not part. This is the basic idea, but will give errors when values in the base module are not set and left to default like DeployFxModules and antennaCombinableExponent. I'm not sure of an elegant way to handle that. SelectableDataTransmitter  inherits from ModuleDataTransmitter so it should be safe (famous last words) to just rename it and leave everything in place.

Spoiler

@PART[*]:HAS[@MODULE[ModuleDataTransmitter]]:FINAL
{
	
	@MODULE[ModuleDataTransmitter]:HAS[~antennaType[INTERNAL]]
	{
		@name = SelectableDataTransmitter
		defaultAntennaType = #$antennaType$
		reconfigTime = 60 // seconds

		ANTENNATYPE
		{
			antennaType = DIRECT
			packetInterval = #$../packetInterval$
			packetSize = #$../packetSize$
			//etc
		}
		ANTENNATYPE
		{
			antennaType = RELAY
			packetInterval = #$../packetInterval$
			packetSize = #$../packetSize$
			//etc
		}
	}
}

 

 

2 hours ago, shoe7ess said:

Next, I'm trying to give the ability to the KSPi ISRUs to generate basic stock resources like the stock ISRU so I don't need multiple for one mission. This isn't as important as I could always just edit the part files as a worst case, but I much prefer a MM patch:

PART, not part.

2 hours ago, shoe7ess said:

Here I'm trying to give probes the ability to act as control points to take away the need for antennas in order to control them (doesn't make sense to me, they are basically computers anyways with internal antennas anyway). I'm not sure if this would do it or which module is necessary for this to work so I added the three that seemed most likely, so this one could probably be trimmed to a singular MODULE addition, but none of these get added with my config:

I think there's a setting for requiring connections for probe control.

2 hours ago, shoe7ess said:

Finally, trying to add the graduated power responses found from the KW configs to all non SRB engines in the game (the "HAS[~useEngineResponseTime[]]" came from help in the community MM thread, as a way of not over-writing the configurations of the KW engines):

You're missing opening and closing braces.

Spoiler

@PART[*]:HAS[@MODULE[ModuleEnginesFX]:HAS[~useEngineResponseTime[]],!PROPELLANT[SolidFuel]]:FINAL
{ // <---- You need this
	@MODULE[ModuleEnginesFX]
	{
		%useEngineResponseTime = True
		engineAccelerationSpeed = 1.3
		engineDecelerationSpeed = 1.5
	}
} // <-- You need this too.

 

 

[shoe7ess]

14 hours ago, Jso said:

It's PART, not part. This is the basic idea, but will give errors when values in the base module are not set and left to default like DeployFxModules and antennaCombinableExponent. I'm not sure of an elegant way to handle that. SelectableDataTransmitter  inherits from ModuleDataTransmitter so it should be safe (famous last words) to just rename it and leave everything in place.

  Reveal hidden contents

@PART[*]:HAS[@MODULE[ModuleDataTransmitter]]:FINAL
{
	
	@MODULE[ModuleDataTransmitter]:HAS[~antennaType[INTERNAL]]
	{
		@name = SelectableDataTransmitter
		defaultAntennaType = #$antennaType$
		reconfigTime = 60 // seconds

		ANTENNATYPE
		{
			antennaType = DIRECT
			packetInterval = #$../packetInterval$
			packetSize = #$../packetSize$
			//etc
		}
		ANTENNATYPE
		{
			antennaType = RELAY
			packetInterval = #$../packetInterval$
			packetSize = #$../packetSize$
			//etc
		}
	}
}

 

 

PART, not part.

I think there's a setting for requiring connections for probe control.

You're missing opening and closing braces.

  Hide contents

@PART[*]:HAS[@MODULE[ModuleEnginesFX]:HAS[~useEngineResponseTime[]],!PROPELLANT[SolidFuel]]:FINAL
{ // <---- You need this
	@MODULE[ModuleEnginesFX]
	{
		%useEngineResponseTime = True
		engineAccelerationSpeed = 1.3
		engineDecelerationSpeed = 1.5
	}
} // <-- You need this too.

 

 

Yeah, I figured out the power response curves one after I made that edit I think and forgot to add the brackets here, and the idea for the probe control is I want to be able to launch it without an external antenna, relying on it's internal antenna for range and if it leaves that then at that point it becomes uncontrollable (or if it has a high internal range, when it leaves the horizon), otherwise I'd use the setting you suggested. As far as the ISRU... if that's seriously the only thing that was holding that up I will be annoyed as I went ahead and wrote it into each relevant part >.< but thanks for the help!

 

15 hours ago, Alshain said:

@shoe7ess For the first one, it is possible to change the Module being used without removing the existing data if all of the parameters are the same.  For my Electric Lights mod, I only needed to add one variable in my code, so in C# I made an inheriting class of ModuleAnimateGeneric that would also consume electricity.  Then using an MM script, I simply changed the name of the module.

If all the variable names are the same between ModuleDataTransmitter and SelectableDataTransmitter then you can do the same thing (if it is inherited, it has to be the same).  Here is one of the scripts from Electric Lights.

@PART[Mark1Cockpit]:FOR[ElectricLights]
{
	@MODULE[ModuleAnimateGeneric]
	{
		@name = ModuleAnimateGenericConsumer
		%resourceAmount = 0.01
    }
}

So here, the module is ModuleAnimateGeneric upon entering the script, but then I change that to ModuleAnimateGenericConsumer (my mod class, inherits ModuleAnimateGeneric).  All the previous variables in that were set on the Module will be retained and then I add one more.. resourceAmount.

I wish it was that easy, for the selectabledatatransmitter mod the main module only takes the 2 arguments (defaultAntennaType and reconfigTime). I can do the re-naming in order to keep the default antenna type settings as they were as well as add those two new settings, but if I switch it to a relay for instance it needs all the antenna information again, so I'm not sure how to re-use the default antenna variables for each selectable instance to keep it from being OP, though I know there is a way. OP of that mod has a section for necessary changes to make it work on another antenna that's a little too long to post here, but basically my original MM patch was a copy/paste of his setup and I've changed it as I've experimented with getting it working but hadn't thought about renaming, which at least can preserve the original antennas settings. Thanks for the continued help by the way

 

Edit: Apparently the update I did to my original post didn't stick, but I had figured out the power response curves and probe control issues a couple hours ago, so it's just the ISRU and Selectable Data Transmitter configs that I need to test now that I have the help of Alshain and Jso.

Update 2: The part > PART switch made the ISRU for KSPi work, so the last one that needs fixed is the selectable data transmitter. I may go to that forum and get some advice because there is no reason why it shouldn't be working at this point. Thanks again guys!

Edited May 2, 2017 by shoe7ess

[Alshain]

I need a little help.  I'm trying to remove a resource from a part using the following code but it isn't working as I would expect.  This is part of a bigger patch and all other changes are working so it is modifying the part, just not removing the resources.

	-RESOURCE[LiquidFuel] {}
	-RESOURCE[Oxidizer] {}

EDIT: Nevermind, it was working but had mod conflict.  ModularFuels was taking hold first, I just had to prioritize ahead of it.

Edited May 4, 2017 by Alshain

[sarbian]

Version 2.7.6

• Fix PartUpgrade System patching by @Shadowmage

Downloads :

ModuleManager.2.7.6.dll

ModuleManager-2.7.6.zip

Edited May 6, 2017 by sarbian

[blowfish]

13 hours ago, sarbian said:

Version 2.7.6

• Fix PartUpgrade System patching by @Shadowmage

Downloads :

ModuleManager.2.7.6.dll

ModuleManager-2.7.6.zip

Is this for 1.2.2 or the prerelease?

E: Answered the question myself.  This is for KSP 1.2.2

Edited May 6, 2017 by blowfish

[Kerbinkind]

Hi all,

 

Every time i try to update my module manager from 2.6.25 to 2.7.5 the parachutes no longer work, and when i put 2.6.25 back to the drag physics seem to be broken, am i installing this correctly? (just copying it into the GameData file and removing the old Module Manager)

also how can i get the log files? my KSP is saved in a different drive to the standard C: drive and i cant seem to find them

 

thanks for the help

[Starwaster]

2 hours ago, Kerbinkind said:

Hi all,

 

Every time i try to update my module manager from 2.6.25 to 2.7.5 the parachutes no longer work, and when i put 2.6.25 back to the drag physics seem to be broken, am i installing this correctly? (just copying it into the GameData file and removing the old Module Manager)

also how can i get the log files? my KSP is saved in a different drive to the standard C: drive and i cant seem to find them

 

thanks for the help

This post will show you how to find your logs:

 

[Mecripp]

4 hours ago, Kerbinkind said:

Hi all,

 

Every time i try to update my module manager from 2.6.25 to 2.7.5 the parachutes no longer work, and when i put 2.6.25 back to the drag physics seem to be broken, am i installing this correctly? (just copying it into the GameData file and removing the old Module Manager)

also how can i get the log files? my KSP is saved in a different drive to the standard C: drive and i cant seem to find them

 

thanks for the help

Well if you know where your GameData folder is you click one folder past it where the log is it's back in KSP main folder

[Kerbinkind]

17 hours ago, MeCripp said:

Well if you know where your GameData folder is you click one folder past it where the log is it's back in KSP main folder

Thanks Cripp, i see some logs it spat out previously when the game has crashed, but i cant find any current logs (the last time my game crashed was late last year) is there any way i can get some current logs?

 

[blowfish]

1 hour ago, Kerbinkind said:

Thanks Cripp, i see some logs it spat out previously when the game has crashed, but i cant find any current logs (the last time my game crashed was late last year) is there any way i can get some current logs?

 

output_log.txt and KSP.log will always be current

[Kerbinkind]

47 minutes ago, blowfish said:

output_log.txt and KSP.log will always be current

thank you so much for the help

[Drew Kerman]

anyone else seeing MM getting stuck doing a database reload (either full or quick)? After 5mins for me it's only at 36% and the KSP.log says MM takes just over 4min during game load to get all its stuff done. The game is not frozen up either, can still pan around the Space Center screen no problem, but no more updates from MM are being written to the log.

Here's my log - I made a note where I hit Alt+F4 to terminate the game

Still, even if the reload worked would it have really taken ~4min to complete? Shouldn't there be a better way to load new values into the game when you're only trying to tweak a single patch?

Edited May 8, 2017 by Drew Kerman

[Warezcrawler]

47 minutes ago, Drew Kerman said:

anyone else seeing MM getting stuck doing a database reload (either full or quick)? After 5mins for me it's only at 36% and the KSP.log says MM takes just over 4min during game load to get all its stuff done. The game is not frozen up either, can still pan around the Space Center screen no problem, but no more updates from MM are being written to the log.

Here's my log - I made a note where I hit Alt+F4 to terminate the game

Still, even if the reload worked would it have really taken ~4min to complete? Shouldn't there be a better way to load new values into the game when you're only trying to tweak a single patch?

That would be nice, but I've only been successful in reloading the db ingame on very light installs. So when tweaking patched I usually work on a very light install, and usually actually reload the game entirely.....

[Drew Kerman]

1 minute ago, Warezcrawler said:

That would be nice, but I've only been successful in reloading the db ingame on very light installs. So when tweaking patched I usually work on a very light install, and usually actually reload the game entirely.....

yea stripping down to bare needs was a consideration, but not sure why MM never had an option to define a set number of configs to reload rather than the whole DB. May just not be possible the way it works?

[Warezcrawler]

Just now, Drew Kerman said:

yea stripping down to bare needs was a consideration, but not sure why MM never had an option to define a set number of configs to reload rather than the whole DB. May just not be possible the way it works?

I don't know. Maybe it was just a choice of how much work to put into developing that piece of functionality rather than if it is possible... My guess is that if you can reload everything, then you can also load more targeted... But is it worth the time for the mod maker is basically the real question I guess... Only sarbian can answer that in regards to MM.

With or without this, MM is still the most essential mod. It is what makes mod making for everyone!

[Drew Kerman]

2 minutes ago, Warezcrawler said:

I don't know. Maybe it was just a choice of how much work to put into developing that piece of functionality rather than if it is possible... My guess is that if you can reload everything, then you can also load more targeted... But is it worth the time for the mod maker is basically the real question I guess... Only sarbian can answer that in regards to MM.

I think the lack of it may stem from the fact that most developers only ever test and iterate on values with their own mods, and when doing so that's usually all they have installed at the time. makes sense.

 

Edited May 8, 2017 by Drew Kerman

[Sigma88]

1 hour ago, Drew Kerman said:

yea stripping down to bare needs was a consideration, but not sure why MM never had an option to define a set number of configs to reload rather than the whole DB. May just not be possible the way it works?

this was already asked and answered in the past

let me see if I can find it

[blowfish]

25 minutes ago, Drew Kerman said:

not sure why MM never had an option to define a set number of configs to reload rather than the whole DB. May just not be possible the way it works?

I think this would be a lot less trivial than you think.  MM doesn't keep track of what patches apply to what.  So if you wanted to reload a particular e.g. PART, you'd basically have to go through every patch anyway to figure out which ones would apply to it.  If you wanted to reload a particular patch, you'd have to start from scratch since everything currently in the database would already have the old patch applied.  Plus, MM has no way of knowing exactly what nodes affect what in the game.  Knowing that a PART node affects a part with that name is simple enough, but there's a lot of other stuff in the game database.

[Sigma88]

14 minutes ago, blowfish said:

I think this would be a lot less trivial than you think.  MM doesn't keep track of what patches apply to what.  So if you wanted to reload a particular e.g. PART, you'd basically have to go through every patch anyway to figure out which ones would apply to it.  If you wanted to reload a particular patch, you'd have to start from scratch since everything currently in the database would already have the old patch applied.  Plus, MM has no way of knowing exactly what nodes affect what in the game.  Knowing that a PART node affects a part with that name is simple enough, but there's a lot of other stuff in the game database.

Plus how much can a mm reload take? 30seconds?

[Drew Kerman]

2 hours ago, Sigma88 said:

Plus how much can a mm reload take? 30seconds?

Well, maybe it should but it's not for me. Even on the quick reload it's taking several minutes and then just stops at around 36%. Could it be choking? I load about 12k patches

Edited May 8, 2017 by Drew Kerman