Bornholio Posted February 11, 2018 Share Posted February 11, 2018 Kopernicus 1.3.1-5 - "The last release literally broke everything - Edition" Awesome title CKAN isn't giving me that one so i imagine some unnecessary support calls coming your way. Quote Link to comment Share on other sites More sharing options...
Tarheel1999 Posted February 11, 2018 Share Posted February 11, 2018 1 hour ago, Galileo said: Are you saying it failed in 1.3.1-3? Because all I was suggesting was that he return to that version until I updated SVT. if it was indeed broken, I will need to get an update out ASAP I was using 1.3.1-4 which Thomas updated earlier today. Quote Link to comment Share on other sites More sharing options...
Galileo Posted February 11, 2018 Share Posted February 11, 2018 5 minutes ago, Tarheel1999 said: I was using 1.3.1-4 which Thomas updated earlier today. Oh I know, but I must have read what Thomas said incorrectly. I thought he said me telling you to roll back to 1.3.1-3 was wrong. Quote Link to comment Share on other sites More sharing options...
DeltaDizzy Posted February 11, 2018 Share Posted February 11, 2018 so I decided to peek back into the early history of Kopernicus, the history before the first prerelease. teknoman117, o7. Quote Link to comment Share on other sites More sharing options...
Spike88 Posted February 11, 2018 Share Posted February 11, 2018 (edited) After sitting through 3 hours of trying to get my KSP working again, pruning my mod list to see if it was a memory error, reinstalling KSP from scratch, etc. I stumbled upon @Tarheel1999's recent post on how 1.3.1-4 broke his game. Even though I had 1.3.1-5 installed, I decided to roll back to 1.3.1-3 and lo and behold KSP starts running again. Here's a link to the lost crash output, along with the Kopernicus Log: https://www.dropbox.com/s/u4b63ik7a6vtcy6/2018-02-11_170822.7z?dl=0 Edited February 11, 2018 by Spike88 Quote Link to comment Share on other sites More sharing options...
Galileo Posted February 12, 2018 Share Posted February 12, 2018 (edited) 1 hour ago, Spike88 said: After sitting through 3 hours of trying to get my KSP working again, pruning my mod list to see if it was a memory error, reinstalling KSP from scratch, etc. I stumbled upon @Tarheel1999's recent post on how 1.3.1-4 broke his game. Even though I had 1.3.1-5 installed, I decided to roll back to 1.3.1-3 and lo and behold KSP starts running again. Here's a link to the lost crash output, along with the Kopernicus Log: https://www.dropbox.com/s/u4b63ik7a6vtcy6/2018-02-11_170822.7z?dl=0 I can’t look at your logs because I’m on mobile, but what are you trying to run that requires Kopernicus? I don’t think there is anything that has been updated yet to work with it. And some mods, like Sigma’s mods, will cause crashes right now. Kopernicus us is a tool for planet modders are typically dependent on a particular version of Kopernicus. So, it’s good practice to stay on the last version known to work with that mod until told otherwise. You aren’t missing out on any new features especially if the mod is not updated for the latest Kopernicus anyway. Edited February 12, 2018 by Galileo Quote Link to comment Share on other sites More sharing options...
Sigma88 Posted February 12, 2018 Share Posted February 12, 2018 1 minute ago, Galileo said: Sigma’s mods, will cause crashes right now. except for those I have updated Quote Link to comment Share on other sites More sharing options...
Galileo Posted February 12, 2018 Share Posted February 12, 2018 3 minutes ago, Sigma88 said: except for those I have updated I’m driving and can’t be up to date all the time.. h e may have an old version in there..who knows..not me, because I’m on mobile lol It’s my “be helpful, yet unhelpful” approach Quote Link to comment Share on other sites More sharing options...
boborene Posted February 12, 2018 Share Posted February 12, 2018 8 hours ago, Galileo said: Even though I had 1.3.1-5 installed, I decided to roll back to 1.3.1-3 and lo and behold KSP starts running again. Same on me. All custom planets has not loading. Quote Link to comment Share on other sites More sharing options...
OhioBob Posted February 12, 2018 Share Posted February 12, 2018 8 hours ago, boborene said: Same on me. All custom planets has not loading. Then you should report the problem to the developer of the custom planets. When Kopernicus gets updated it is the job of the planet pack developers to get caught up to the changes in Kopernicus. If they determine the problem is with Kopernicus, then let them report it. Quote Link to comment Share on other sites More sharing options...
garwel Posted February 12, 2018 Share Posted February 12, 2018 This is what happened to Minmus highlands after the Kopernicus update. I'm considering leaving it as is. Quote Link to comment Share on other sites More sharing options...
Katten Posted February 12, 2018 Share Posted February 12, 2018 19 hours ago, Galileo said: Kopernicus us is a tool for planet modders are typically dependent on a particular version of Kopernicus. So, it’s good practice to stay on the last version known to work with that mod until told otherwise. You aren’t missing out on any new features especially if the mod is not updated for the latest Kopernicus anyway. The problem with this logic is that most people don't keep some kind of dependency matrix of their mods. When things go live on CKAN usually I'd just download it and hope for the best. In this case it took two days before I figured out what mod was the cause. Not blaming you, but the system might need some improvement, because this is quite often a problem with KSP. Maybe the CKAN dependency list should include revision numbers so that CKAN can warn about incompatible versions? Well, I assume you are not the developer of it anyway, just throwing it out there. Quote Link to comment Share on other sites More sharing options...
HebaruSan Posted February 12, 2018 Share Posted February 12, 2018 10 minutes ago, Katten said: Maybe the CKAN dependency list should include revision numbers so that CKAN can warn about incompatible versions? CKAN dependencies can already be version-specific, but existing planet packs aren't set up that way, possibly because their authors don't want to deal with the extra maintenance hassle, or possibly because they don't know it's an option. If any planet pack authors would like to try it, please let us know: https://github.com/KSP-CKAN/NetKAN/issues/new Quote Link to comment Share on other sites More sharing options...
Tyko Posted February 14, 2018 Share Posted February 14, 2018 where are previous versions located? I updated and it broke GPP...I should have known better Quote Link to comment Share on other sites More sharing options...
Tarheel1999 Posted February 14, 2018 Share Posted February 14, 2018 2 hours ago, Tyko said: where are previous versions located? I updated and it broke GPP...I should have known better https://github.com/Kopernicus/Kopernicus/releases P.S. It’s the same place were the new release is. Quote Link to comment Share on other sites More sharing options...
Galileo Posted February 14, 2018 Share Posted February 14, 2018 (edited) 2 hours ago, Tyko said: where are previous versions located? I updated and it broke GPP...I should have known better The latest GPP needs Kopernicus 1.3.1-5. 1.3.1-3 will not work correctly with GPP 1.6.1.0. GPP 1.6.0.1 uses Kopernicus 1.3.1-3 and should not be used with 1.3.1-5. Be sure you are using the correct versions. Edited February 14, 2018 by Galileo Quote Link to comment Share on other sites More sharing options...
eberkain Posted February 14, 2018 Share Posted February 14, 2018 (edited) Ever seen this before? Foreground is kerbin. I've not changed or messed with any of my mods that have to do with planets and its been fine for weeks, it was just like this when I launched the game today. Seems to only be an issue with the map view. I did drop USI life support and add the IFI life support mod, but i played a good bit since then and didn't notice it. ksp log https://drive.google.com/open?id=1bHb8xRV2n8Bl1zc7DP_8rOPNBUmuoQIi output log https://drive.google.com/open?id=1Hig-7DfZEHWTXKB1u77BUS8VvKqFE-Pf Edited February 14, 2018 by eberkain Quote Link to comment Share on other sites More sharing options...
Thomas P. Posted February 14, 2018 Author Share Posted February 14, 2018 I released 1.3.1-6 on Github, this fixes the issues Minmus had in the previous two versions. I seriously hope that this is the last hotfix release for 1.3.1-4... And yes I know that the ModuleManager version Kopernicus ships is outdated. I might want to automate that. Quote Link to comment Share on other sites More sharing options...
Midline Posted February 14, 2018 Share Posted February 14, 2018 Wow, @Thomas P., thanks for the fix! So ironic (for me, at least) that the first time I experienced the bug was only mere minutes after your fix was uploaded! I'm thankful and glad that I don't have to comb through code. Nicely done! Regards, Björn Quote Link to comment Share on other sites More sharing options...
Dizezed Zebra Posted February 14, 2018 Share Posted February 14, 2018 Not sure if anyone has had this problem yet, but since updating, the orbits of my planets disappear when I zoom out beyond them. I tried going back to an older version of Kopernicus but it still happened. So if I zoom out to a little past Jool, all of the orbits of the inner planets disappear, and when I zoom out past Urlum in OPM, all of them disappear, even the planets beyond Urlum. Quote Link to comment Share on other sites More sharing options...
StarCrusher96 Posted February 14, 2018 Share Posted February 14, 2018 On 11-2-2018 at 2:57 PM, Thomas P. said: Made the ring and scatter systems modular, so third parties can add their own components to them. While rings don't have built-in components at the moment, the Scatter colliders and experiments were moved into components. To keep the old behaviour, change collides = true to Components { ScatterColliders { } } and move the contents of the Experiment node to Components { ScatterExperiment { } } Unload Scaled Space textures on scene change Fixed the yellow-stripes bug that occured when trying to load textures from PluginData in OpenGL environments Added an experimental OnDemand setting, that manages memory manually and only stores the channels of the texture that are neccessary instead of the whole texture. (useManualMemoryManagement = true in the Kopernicus node) Added proper OnDemand load management for Biome maps The scatter and landClass nodes from LandControl are now named Scatter and LandClass. The old values still work, but they are deprecated. Can someone make this clear? Sorry if I sound stupid but I have no clue how to fix the KSS cfg's. Can someone maybe poste an example of the new stuff / changes? Quote Link to comment Share on other sites More sharing options...
mindseyemodels Posted February 15, 2018 Share Posted February 15, 2018 excuse me but something in this mod went HORRIBLY wrong it wont let me load my save game due to something about missing planets or something or something meing corrupted i will try to find what it was and report it to you Quote Link to comment Share on other sites More sharing options...
theonegalen Posted February 15, 2018 Share Posted February 15, 2018 (edited) On 2/14/2018 at 5:41 AM, eberkain said: Ever seen this before? Foreground is kerbin. I've not changed or messed with any of my mods that have to do with planets and its been fine for weeks, it was just like this when I launched the game today. Seems to only be an issue with the map view. I did drop USI life support and add the IFI life support mod, but i played a good bit since then and didn't notice it. ksp log https://drive.google.com/open?id=1bHb8xRV2n8Bl1zc7DP_8rOPNBUmuoQIi output log https://drive.google.com/open?id=1Hig-7DfZEHWTXKB1u77BUS8VvKqFE-Pf I was having the same issue! It went away when I uninstalled SigmaBinary, but I couldn't figure out why. I thought that maybe I had a stray config file with a :NEEDS[SigmaBinary] node somewhere, but I couldn't find one. Edited February 15, 2018 by theonegalen Quote Link to comment Share on other sites More sharing options...
Krakatoa Posted February 15, 2018 Share Posted February 15, 2018 1 hour ago, theonegalen said: I was having the same issue! It went away when I uninstalled SigmaBinary, but I couldn't figure out why. I thought that maybe I had a stray config file with a :NEEDS[SigmaBinary] node somewhere, but I couldn't find one. It's an Easter egg built into Sigma Binary. Quote Link to comment Share on other sites More sharing options...
Tonas1997 Posted February 15, 2018 Share Posted February 15, 2018 Quick question: which are the variables that handle the apparent magnitude and "glow" radius of a star? I'm tweaking the Constellations mod configs so that a) the stars can't be seen during daytime, b) their apparent size looks realistic, and c) the outer "glowing" rim gets smaller. Will fire up KSP now and take some screenshots, if necessary. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.