Jump to content

4x4cheesecake

Members
 View Profile  See their activity

  • Posts

    2,477

  • Joined

 Content Type 

Everything posted by 4x4cheesecake

  1. 4x4cheesecake
    Does the cheat menu on the xbox version also provide a console? If so, it might be a bit easier to check for weird issues going on. To open the cheat menu, according to a quick google search, you need to pause the game and You should be able to just keep the menu open, switch to the SPH or VAB and try to save the subassemly again. If an error pops up in the console, take a picture for us In the mean time, you can also try to re-root the subassembly to something else. Again, not sure about how things are done on xbox but there might be a "re-root" tool in the editor, similar to the ones you use to rotate or offset parts. At least on PC, the whole "built your subassembly on top of a docking port" isn't t rue anymore. IIRC it used to be that way since the subassembly couldn't include the root part but it's possible by now. Whatever it might be, simply re-rooting might be worth a try. Oh, and another question: have you tried to save a very simple craft as a sub-assembly, just to check if it works at all? KSP can behave a bit odd when it comes to complex crafts, so maybe try to save something with like 2 or 3 parts, just for testing?
  2. 4x4cheesecake
    Did you simply miss the "@PART..." during copy&paste or is it actually missing? That could be a reason why. Beside of that: what are you actually trying to accomplish? Why do you need such a specific but still generic filter to target an ISRU? If it is just the stock converters you want to target, you can simply address them by their names using @PART[ISRU] and @PART[MiniISRU]. That would simplify your patch by a lot and even if you want to target more converters, I would still recommend to start small and expand later. You can write a working patch for both stock ISRUs now just to get it up and running and expand it to "every ISRU in the whole universe and beyond" later. That would also help you to experiment with all the other stuff you want to change instead of going back and forth just trying to target the correct part in your patch.
  3. 4x4cheesecake
    I certainly would at least until now. Took me a hot minute to understand what you're saying. Now that I think about it, that might be how I stumbled upon it the first time. And for everyone else being as slow as me: you can't target a node using a wildcard, if the node doesn't have any "name" key in the first place. It's basically NULL vs 0.
  4. 4x4cheesecake
    Oh, interesting... that's why some links in CKAN are broken as well. Mostly applies to older mods and I thought their threads might got deleted at some point but adding the "https://" in front of the link gets me to the actual thread now.
  5. 4x4cheesecake
    Hey there Just a quick heads-up: got 4 MM errors after installing the update: [ERR 20:11:13.250] Error - node name does not have balanced brackets (or a space - if so replace with ?): RationalResources/Deployment/Pack_FarFrontiers/+PLANETARY_RESOURCE:HAS[#Tag[AtmGasII]:NEEDS[FarFrontiers] [ERR 20:11:13.250] Error - node name does not have balanced brackets (or a space - if so replace with ?): RationalResources/Deployment/Pack_FarFrontiers/+PLANETARY_RESOURCE:HAS[#Tag[[SrfIceWater]]:NEEDS[FarFrontiers] [ERR 20:11:13.250] Error - node name does not have balanced brackets (or a space - if so replace with ?): RationalResources/Deployment/Pack_FarFrontiers/+PLANETARY_RESOURCE:HAS[#Tag[[ExoIce]]:NEEDS[FarFrontiers] [ERR 20:11:13.252] Error - node name does not have balanced brackets (or a space - if so replace with ?): RationalResources/Deployment/Pack_FarFrontiers/+PLANETARY_RESOURCE:HAS[#Tag[[AtmGasIII]]:NEEDS[FarFrontiers] Its a missing closing bracket in all 4 cases
  6. 4x4cheesecake
    Well, yes... that's exactly why this one is a bit weird. Since the INPUT_RESOURCE node got no name, you need to target all of them and then filter by their keys. And like you said, [*] brackets does target all the nodes, so you would expect that: @PART[*]:HAS[@MODULE[ModuleResourceConverter]:HAS[@INPUT_RESOURCE[*]:HAS[#ResourceName[Ore]]]] should do the same as @PART[*]:HAS[@MODULE[ModuleResourceConverter]:HAS[@INPUT_RESOURCE:HAS[#ResourceName[Ore]]]] but for some reason, it doesn't. In both cases, you tell MM to target every INPUT_RESOURCE within every PART which got any ModuleResourceConverter but once you include the brackets after INPUT_RESOURCE it doesn't work anymore. And I personally like to include all the brackets, it's just easier for me to read and understand what a patch does and where certain parts start and end. It also helps me to not forget any required ones while writing patches
  7. 4x4cheesecake
    Not even going to try to decipher the first filter How exactly do you define an ISRU though? I guess, you are not going just for the stock ISRUs because it would be much easier to address these parts by their name instead of coming up with a filter. Judging by the next 2 filters, you are looking for ISRU which consumes ore? If so, you can use this: @PART[*]:HAS[@MODULE[ModuleResourceConverter]:HAS[@INPUT_RESOURCE:HAS[#ResourceName[Ore]]]]:FINAL { //do stuff } Yes, it looks like there are missing brackets after INPUT_RESOURCE but trust me, it only works this way but doesn't if you add the brackets. I honestly don't even remember why, just that I came across the same issue of "deep filtering" a while ago and that seems the way to go. This is also why your second filter doesn't work and the third is lacking a "HAS" for the resource. You last filter will find any converter, including fuel cells. Is that something you actually want to cover or just AI going wrong?
  8. 4x4cheesecake
    I'm running Tourism Expanded myself and as far as I can tell, it works perfectly fine despite the error message. The error is based in the .dll which comes with Tourism Expanded to provide some custom features like calculating contract rewards based on dV required for a mission (which of course requires to calculate dV requirements in the first place). As far as I can tell, the mod still runs perfectly fine though. Depending on the difficulty you are looking for, you may want to reduce the reward modifier though, compared to any other tourism contract, the rewards are way too high by default. Like the underwater adventure would reward me with 400k+ funds but can be easily done in early game. You can do that by either using the ingame menu for tourism expanded (in the difficulty settings) or by running a MM patch, which is what I do. Wouldn't recommend to do both @CONTRACT_TYPE:HAS[#group[TourismExpanded]] { @BEHAVIOUR[SetRewardFunds]:HAS[#multiplier] { @multiplier *= 0.15 } @BEHAVIOUR[SetRewardFunds]:HAS[~multiplier] { multiplier = 0.15 } } (some contracts got the multiplier key and some don't, that's why it needs to be added for those)
  9. 4x4cheesecake
    wild guess: you got "research bodies" installed which hides celestial bodies... I dont know how it does the hiding part under the hood but it kinda looks like it hides them well enough for contract configurator not being able to find them either. Should be easy to try: backup your savegame, uninstall research bodies, and check if the error persists. Don't know how the game reacts to removing the mod, that's what the backup is for. The "RO" part probably just appears there in the box because the latest version is hosted on the KSP-RO repo
  10. 4x4cheesecake
    Ngl, I misunderstood the original question and just now, when you quoted me and I re-read the thing, I realized the question was about rolling back the KSP version instead of allowing CKAN to install 1.8+ mods Thanks for picking up my slack @Grenartia
  11. 4x4cheesecake
    Nice, thank you guys I remember checking the label menu before, just didn't notice you can attach properties to them. Yep, wasn't there for me but easy enough to create it myself
  12. 4x4cheesecake
    Hi there Quick question because I can't find anything about it: Is there a way to prevent certain mods to get updates through ckan? I've done some customization to a few mods and don't want to loose those. Right now, it seems the only way is to check the mods which should receive an available update manually or uncheck those which shouldn't update after using the "update all" button.
  13. 4x4cheesecake
    yes and it works well, which is luckily true for the majority of mods
  14. 4x4cheesecake
    Well, that's a surprise And its actually me who has to thank the community because without others contributing on this topic, it would be still this half baked solution I came up with originally and definitely not as helpful as it is right now. So thanks to everyone who contributed to it and especially @Lisias for pushing me to edit the OP, turning the thread into an actual useful collection
  15. 4x4cheesecake
    Because the idea was/is to solve the issue by manipulating the game launch options, not by writing a batch script. Of course, such script can be used as well but I guess it comes with the same caveats as other solutions: if you launch the game executable directly, it changes the working directory of KSP, thus breaking many mods which rely on it. So you could try using a shortcut to the executable in the script to circumvent that issue but that again, would break the steam features. Since you're already using a script, it would be possible to extend the script to manually attach the steam overlay to the game process but at that point, the rabbit hole got so deep you may want to look for a slightly simpler solution In the end, such script is just a different approach for the same issue, but it may look a bit more intimidating to less tech savvy people in comparison to a one-liner in the launch options. Might be just my impression though
  16. 4x4cheesecake
    Ok, rework of my OP is done and I hope I got it right when I tried to sum up the pros and cons of each solution. Also included my janky solution of using the windows CMD simply because I think its funny and catches the kerbal spirit
  17. 4x4cheesecake
    Oh, yeah... I feel you *hug* Hm... I don't know... my janky solution using the windows command line might work at least on windows, though I haven't done any extensive testing on that one (just checked the log to verify the working directory and if the steam overlay pops up). And apparently, its also possible to manually hook the steam overlay into the game after launching it from a shortcut but that probably requires some individual scripts on linux, mac and windows. Actually, the best solution would be if steam asks you if you want to play the game or start up the launcher. I've seen it in other games but right of the bat, I just remember Elden Ring having one of these pop ups: Though, I guess its on purpose this doesn't happen already. Don't worry about it, its fine. I should have given at least a little heads up that I wont be able to perform any big edits on my OP before the weekend to make it less frustrating for you, that's my bad. In the end, we both try to help others in the best possible way and I appreciate every input I've got from posts in this thread
  18. 4x4cheesecake
    Sorry, have been busy all week long I hear you guys, and even though I disagree that parts of my OP should be removed, I'll take care of it in a way it's still available but "out of focus". I just really dont like the idea of actually removing parts which where discussed in a thread and maybe even quoted, it kinda breaks the "archival" properties of a forum, IMO. KSSL might not have any collateral effects in terms of "it breaks something" but its a mod someone might don't want to install (or someone simply doesn't know how to use github) and you will even have to repeat the installation, if KSP actually gets another update. It is unlikely but nobody expected the 1.12.4 update as well. There is simply no "one fits all" solution but I'll try to edit my OP in a way to reflect the pros and cons of each possible solution, so everyone can decide which one fits best for them. I also dont mind to put them in an order of "most likely to be useful" with KSSL on the top. That being said, I'll keep it with a subtitle for today and start editing the whole thing tomorrow in the morning (I promise!) , I'm just too exhausted to do it right now
  19. 4x4cheesecake
    As far as I know, the changed working directory only breaks some modded games but not the stock game, therefore the suggestion is still perfectly fine and the easiest way to bypass the launcher. The big red subtitle "for mod users" should direct people who play modded KSP to the other suggested bypass. In my opinion, its valid to keep a simple solution available to those who feel less comfortable to mess with their game install instead of showing just a more complex "one fits all" solution. Though, I might add a different subtitle to make it easier to differentiate between stock and modded ksp
  20. 4x4cheesecake
    Sounds good to me I'll see what I can do on the weekend
  21. 4x4cheesecake
    yeah, it's changed for the skin from 450K to 2706K (also some other properties like mass, emissive constant, etc...) I was only looking at your MM patch for the upgrade and went through the MM cache, seaching for "TPS" and I only found the upgrade for the MK1 cockpit. So, unless the other parts are addressed in a different patch and the upgrade is named differently, nothing else seems to be covered. Since you already mentioned that you don't have any access to a PC right now, feel free to PM me if you want to add some more part upgrades and I'll see if I can provides some more MM patches for you and create a PR on github, easy for you to merge even via phone
  22. 4x4cheesecake
    So, I tried the hot spot mod and honestly, it wasn't as helpful as I thought, mostly because I wasn't able to get the overlay to work. As far as I can tell, it is supposed to replace the stock overlay but it just didn't work for me. The information provided in the PAW were pretty much the same as the stock debug information, so that didn't help much either except for having them available without the need to open the debug menu first. Anyway, I fixed my issue by simply re-arranging "physical" connection between parts and using the offset tool to put everything into the right spot. Btw. adding a radiator helped as well... kinda... the radiator introduced so much drag to my plane that I simply couldn't fly fast enough create enough heat for anything to explode Though, I'm thinking about writing a MM patch to solve the issue in a more elegant way, maybe by introducing a part upgrade (the TPS upgrade provided by DRE only applies to the MK1 cockpit and also doesn't affect max operational temp, just max skin temp) but I have to see if I want to spent a couple hours to get back into MM "coding".
  23. 4x4cheesecake
    Not yet, I'll try it tomorrow. Re-launching my modded install takes like 10 minutes and I want to finish at least one of my long range flight missions today instead of playing around with new mods. But I'll come back to you and report some of my findings once I got around to try it out
  24. 4x4cheesecake
    Don't worry, it's fine. Now that I know what is causing my issue, I can work around it. Either by building the planes differently or simply slowing down I mean, the whole point of running DRE is to increase difficulty and even though I didn't expect my planes to be affected by it, its a new challenge to tackle and I'm in for that
  25. 4x4cheesecake
    Hottest part are my Wheesley turbofan engines, so I guess its coming from them? I honestly have no clue how heat transfer works in this game (screenshot is taken at a different time than the one showing the tail fin) The tail fins are actually attached to the second center fuel tank and the same applies to the fuel tanks on the wing tips. these parts are just offset a lot but its easier to built it this way to keep everything properly aligned. So, I assume heat transfer follows the "actual connections"...
×
×
  • Create New...