JH4C
-
Posts
416 -
Joined
-
Last visited
Content Type
Profiles
Forums
Developer Articles
KSP2 Release Notes
Bug Reports
Posts posted by JH4C
-
-
Okay, so ,/& for the majority of cases (as most lists are already set up to include all the must and must not haves) and | probably only for special cases. That makes sense. Thank you.
-
14 hours ago, optikalefx said:
I can confirm 2.3.10 build 2 with the 2 dependencies does not work with 1.5.1. I would post the log, but i'm not sure where the log file is that you're looking for.
It works fine here; what problems are you experiencing? Nobody else has reported any issues with the updated version.
-
15 hours ago, blowfish said:
@JH4C what errors are you seeing? A bunch of the non-critical stuff has already been downgraded to warnings.
Nothing should have changed between 3.1.1 and 3.1.2 with respect to what errors appear in the log. Could you be more specific about what you’re seeing on that front?
My apologies, somehow I'd gotten myself confused. I'd found an error in someone else's log much more easily than I did in my own, and misremembered where that information had been presented. As for the fact the errors were in files that I'm "not using", the errors were located in the files in such a way that there was no way for MM to know they weren't meant to be applied - one specifically was an error in the FOR/NEEDS chain at the start of such a patch.
I shall now slink off with my tail between my legs and think about what I did.
To save this from being utterly useless, I'll ask for help with the other issues.
A lot of the warnings appear to be related to having multiple HAS/NEEDS declarations. It's okay to smush them together using commas? Something in the back of my head's saying that pipes should be the delimiters, I think I'm mistaking one type of list for another...
HAS[MODULE[FOO],!MODULE[BAR]]:NEEDS[Dependency,VeryImportantMod,!Antithesis]
The above should apply a patch only if I have MODULE[FOO] and mods Dependency and VeryImportantMod, correct?
-
4 hours ago, BrotherCavalier said:
There is a newer version than 1.4.7.3 ? It wa the latest release I saw on gethub.
No, that's the latest version. My version's out of date; I think I skipped a couple because they only fixed problems I didn't have or had already fixed myself. Sorry about that!
To beat this bug (again), just change one of the XHub references into an LHub reference instead and that'll not only shut B9 up but also restore functionality you currently lack in the other part.
@SuicidalInsanity looks like a file got rolled back?
-
@sarbian, @blowfish: while I appreciate that there's greater error checking and reporting now, I'm getting error reports for patches that aren't even being applied to my game because I don't have the relevant dependency or play using the relevant language pack. Perhaps a switch could be added for this more granular report being offered to mod writers, while the rest of us don't get panicked by mistakes that will never impact our game? It would also be nice if the cache got built regardless of any errors, because it makes reviewing the problems much easier when you only have to dig through the one smaller file.
Also, when I was helping someone look through their errors over the weekend using MM3.1.1 there was a report in KSP.log that explained what was causing the error. This seems to have been removed in 3.1.2? Please give it back!
-
46 minutes ago, linuxgurugamer said:
Does this work if the Kerbal is not the active vessel? In other words, if Kerbal runs out of monoprop while on EVA, can you switch to the vessel and pilot it to get the ladder within range?
I don't think so. A simple way to double-check would be to activate it, switch away from and back to the active Kerbal, and then press the activation button again to see if it gives you the start-up or cancellation feedback message.
ETA: Tested, as soon as you switch away from the Kerbal, any pending board action is cancelled. So no, as it stands this won't work in the manner you're asking.
-
3 hours ago, BrotherCavalier said:
FWIW M3X_FuelTankSwitch.cfg had M3X_XHub listed twice causing:
[EXC 06:16:43.570] Exception: Conflict found between ModuleB9PartSwitch (moduleID='fuelSwitch') on part M3X.XHub and ModuleB9PartSwitch (moduleID='fuelSwitch') on part M3X.XHub: Two modules cannot manage the same resource: LiquidFuel Two modules cannot manage the same resource: LiquidFuel Two modules cannot manage the same resource: Oxidizer B9PartSwitch.ModuleB9PartSwitch.CheckOtherSwitchers () B9PartSwitch.ModuleB9PartSwitch.Start ()That error was fixed quite a while ago; I know, I found and reported it. Make sure you're using the latest version of the add-on.
-
2 hours ago, Beale said:
So what about railings?
I decided not to bake them in the part, and would better be additional parts.
I like this idea. There's a severe shortage of greeblies in this game, and I do love the twiddly bits.
-
1 hour ago, xD-FireStriker said:
Ok, any clue what is causing the other 37 warning. they hopefully mean nothing but i havent had that many warning for years and i kind of want to try and fix it
[WRN 21:42:55.828] [ModuleManager] 1 warning related to GameData/Mk2Expansion/Patches/M2X_KA.cfg [WRN 21:42:55.829] [ModuleManager] 9 warnings related to GameData/Mk2Expansion/Patches/M2X_RealPlumeStock.cfg [WRN 21:42:55.829] [ModuleManager] 22 warnings related to GameData/Mk2Expansion/Patches/Mk2X_FuelTankSwitch.cfg [WRN 21:42:55.829] [ModuleManager] 3 warnings related to GameData/Mk2Expansion/Patches/Mk2X_NFE_Functionality.cfg [WRN 21:42:55.829] [ModuleManager] 2 warnings related to GameData/MOARdV/MAS_ASET/ALCORMFD40x20/MAS_ALCOR_MFD1.cfg [WRN 21:42:55.829] [ModuleManager] Errors in patch prevents the creation of the cache [LOG 21:42:55.836] [ModuleManager] ModuleManager: 2508 patches applied, found <color=yellow>37 warnings</yellow>, found <color=orange>1 error</color> 1 error related to GameData/Mk2Expansion/Patches/MK2-USILS.cfg
Start there. CTRL-F with the .log file in your text editor of choice, chase things down; error lines start ERR, warnings start WRN. You may also find more detailed information about these specific issues in the ModuleManager.ConfigCache file which should also open just fine in your text editor. I currently lack the focus needed to dig through it, so that's how you get started - good luck!
-
1 hour ago, xD-FireStriker said:
Trying to figure out what is breaking here but since theres an error with one of Mk2 Patches i might as well post it here.
https://imgur.com/a/sFmJLL3
I will post a log if i cant fix it, I know it will be unlikely that this is a M2X issue but lately i havent had good luck installing mods with MM giving me a but ton of errors every time now.Edit: Heres the log https://drive.google.com/file/d/1P9-vFKl5vv3I4x74NLeWZro5fvUHevzn/view?usp=sharing
Rly would like to know what the heck is causing all my issues at this point
Looking in your log file confirms what the screenshot says; there's an error with USILS.cfg in M2X's compatibility patches. The log goes a little further though and says that the error is "Cannot parse node name as tag list: tag can't start with ["
Looking at USILS.cfg gives us this:
@PART[M2X_SmallLab]NEEDS:[USILifeSupport]FOR:[Mk2Expansion] //Adds a life support recycler to the Mk2 Science Lab. Supports fewer kerbals and less efficient than stock lab. Credit to Merkov for the patch. { MODULE { name = ModuleLifeSupportRecycler CrewCapacity = 3 RecyclePercent = .4 ConverterName = Life Support tag = Life Support StartActionName = Start Life Support StopActionName = Stop Life Support INPUT_RESOURCE { ResourceName = ElectricCharge Ratio = 1 } } }Comparing this to other patches, the colons in the opening line are all in the wrong places. I believe it should read like this instead?
@PART[M2X_SmallLab]:NEEDS[USILifeSupport]:FOR[Mk2Expansion] //Adds a life support recycler to the Mk2 Science Lab. Supports fewer kerbals and less efficient than stock lab. Credit to Merkov for the patch. { MODULE { name = ModuleLifeSupportRecycler CrewCapacity = 3 RecyclePercent = .4 ConverterName = Life Support tag = Life Support StartActionName = Start Life Support StopActionName = Stop Life Support INPUT_RESOURCE { ResourceName = ElectricCharge Ratio = 1 } } }A small error, easily overlooked.
-
9 hours ago, tater said:
^^ Nice.
I had always thought that a similar animation (with appropriate color options in the right-click) could be used to make buried habs (basically little hills with airlocks sticking out, and maybe a skylight).
-
4 hours ago, DStaal said:
Here you go:
Should those last three entries say decouplerStiffeningExtensionTypeX instead of adecouplerStiffeningExtensionTypeX?
-
1 hour ago, Dragon01 said:
N1 would be hit especially hard by this, since it ends at 2.5m or so.
N1 wouldn't be hit at all by this, as it's already at the texel density being proposed?
3 hours ago, Beale said:A good example of this reduced texture density is the current N1, which uses around 100px per m
1 pixel per centimeter... Reading it like that makes it sound too big, too noticeable, but the part looks just fine when seen at the kind of resolution you'd normally play at.
I'm sure that @Beale wouldn't release anything that didn't still look great, and the thought of what extras we might gain from the redistribution of available modelling time is very tempting. I say do what you think is best; perhaps Tantares Now In Color could also include higher-res textures for those that need them?
-
6 hours ago, ss8913 said:
so.. prior to 1.5.1 ... I made some modular fuel tanks MM patches for MarkIV which allow me to use other-than-stock propellants such as HTP, hydrazine, etc. Without changing everything, I'm now getting an error from b9 mesh switch claiming that it and MFT cannot manage the same resource; even though it always worked before. This causes a fatal exit-to-desktop error.
I've looked through the MarkIV part configs and it seems pretty tightly tied to B9 mesh switch. Is there any way, save rewriting all of the MarkIV part configs, to restore the older behavior, or would it be easier to modify the B9 mesh switch code to take out the "conflict" (not sure there actually is a problem) detection?
Your best bet would probably be to recode your MM patches to fit the B9 format so that the fuel management on any one part is handled by a single mod.
-
7 hours ago, MaximumThrust said:
Can I edit the time a vessel was launched using HyperEdit? If not, any suggestions?
I placed a RTG wrong on a relay, want to make another craft with it right, put it in the same place, and adjust the time and delete the old one.
Thanks!Build the ship as it should be, then edit your save to replace the wrong ship with the right one? I'm pretty sure Hyperedit just works on the ship as it is, rather than on any of the data about where it's been and when.
-
There's a couple of mods that enlarge the Contracts window, as well as Contract Configurator to try and write your own contracts; the latter hasn't been updated to 1.5.x yet so has some issues.
Not that I've tried tinkering with the back end at all, but I think @DMagic's ContractsWindow and CapCom might be the best starting point because they provide a couple of breakout dependencies designed specifically to get information from the Contracts stack in-game. No point recoding the wheel if you don't have to!
-
1 hour ago, glarfll said:
I installed this mod on ksp 1.5.1, there is no indicator on what angle snapping mode I'm in, and the editor extensions button is not working. Is the mod not updated yet, or am I doing something wrong?
Install the dependencies Click-Through Blocker (link in OP) and Toolbar Controller, they're pretty much essentials for anything LinuxGuruGamer is maintaining and should solve your problems. If it doesn't, we'll need the usual trouble-shooting info from you; check the guidance post on receiving support for instructions.
-
16 hours ago, lextacy said:
Do I really really need the dependencies? Ive read the functions of the dependencies but it says they have no function.
The dependencies have no *individual* function, they exist to provide functions to other mods. So yes, you really need them.
-
14 hours ago, Lisias said:
It's the Unix way.
<snip>
An interesting discussion point, but totally unrelated to what I was saying. The last few dozen releases of this mod used the folder <KSP_ROOT>\GameData\KJR but this version uses <KSP_ROOT>\GameData\KerbalJointReinforcement. That's why I said people needed to make sure to clear out the old mod first, otherwise they may have conflicts due to there being two KerbalJointReinforcement.dll files being loaded.
-
1 hour ago, mistergoblin said:
Any plans to update for 1.5.x? Or has anyone tried it?
Like the majority of parts packages, this mostly works regardless of which version of KSP you install it in. I've been playing with it installed and it seems fine, if you're worried then only the cameras make use of external .dll files so you could just delete or ignore them.
-
1 hour ago, FreeThinker said:
Seems to me the Zip file for the experimental is all wrong, it contains a GameData and Plugin folder in the root
3 hours ago, Lisias said:The GameData contents should go to KSP_ROOT/GameData , and the PluginData contents into your KSP_ROOT/PluginData. All user customizable data (and settings) on my Experimental add-ons goes there, you don't have to worry about loosing data when deleting things on GameData anymore.
It's a unique method of storing settings, not sure if it'll catch on but I can understand the thinking behind it.
ETA: It should also be noted that the latest release of KJR uses a different folder name to the previous major releases, so people need to be sure to clear out the old version before installing the new one.
-
We need to use the 1.4 version of KSPAPIExtensions to get this working on 1.5? It'd be nice if this could still be a self-contained mod.
-
4 minutes ago, Gordon Dry said:
btw does this work when literally using at another planet?
On 8/12/2018 at 2:56 AM, linuxgurugamer said:contracts will be offered (one per orbited planet)
While never explicitly stated, it is implied by statements in the OP (such as the one above) and following posts.
-
2 hours ago, Broxicus said:
is there any way to edit a current game save youve been playing?
You can add this to a game at any time, but it can only track events that occur after installation. Trying to create significant events by hand is a real pig of a job, and it'd be quicker to restart your save.
To save this from being utterly useless, I'll ask for help with the other issues.
[1.11.2] B9PartSwitch v2.18.0 (March 17)
in KSP1 Mod Releases
Posted
Have you installed all the appropriate dependencies? Community Resource Pack is probably the one that's missing, that would include the Oxium definition. I don't use any of Angel-125's stuff because there's so many co-dependencies and interconnections, so I don't know for sure if it might have its own resource definitions in one of the WildBlue packs.