Jump to content

[1.12.x] Kopernicus Stable branch (Last Updated March 18th, 2025)

R-T-B

By R-T-B
in KSP1 Mod Releases

 Share

Recommended Posts

Juba

Juba

Posted
Posted
  On 6/3/2021 at 2:39 PM, OrbitalManeuvers said:

I'm able to confirm that without any planet pack, the sky is black in the daytime. But this same build works fine with JNSQ. Here's the log from the black sky install:

https://drive.google.com/drive/folders/1wz1LdB-o3NgSrWF_pZWCZW2eC87czhMI?usp=sharing

Expand  

This explains why I don't have the black sky issue since I have a Planet pack installed.

But you still got the KSC lights issue ?

Link to comment
Share on other sites
R-T-B

R-T-B

Posted
  • Author
Posted (edited)

I found the bug.  It was introduced by small error in casts in last release.  Oops.

@Juba @emiliofloris

Here is the fix.  Unfortunately hazbod is still broken but hey, at least the sky and day/night is working again.:

@R-T-B R-T-B released this now

New in this latest version (release-40):

1.) Fixed a day/night cycle/KSP lights on/off bug caused by faulty star detection code, introduced in last release.

Known Bugs:

1.) Old craft files may complain about a missing module. This is a cosmetic error and can be ignored. Reload and re-save the craft to remove the error.

2.) At interstellar ranges, heat can sometimes behave strangely, sometimes related to map zoom (be careful zooming out). It is best to turn off part heating when traveling far far away.

3.) When zooming out all the way out in map view at interstellar ranges, the navbal furthermore sometimes behaves oddly. We are working on this and all the interstellar bugs actively.

4.) Hazardous Body object is presently broken, and has been for some time aparently. We are working on this for a near future release. Don't go driving in lava you shouldn't drive in, now...

Edited by R-T-B
Link to comment
Share on other sites
oniontrain

oniontrain

Posted
Posted (edited)

KSP was running fine yesterday, today all I did was update Kopernicus and now I'm getting a b9 part switch error on load. I have no idea why this could be related but that's literally the only thing I did. If anybody could tell me where to start troubleshooting that would be helpful

Error as follows:

  Reveal hidden contents

KSP then force quits.

Pastebin won't let me upload my log as it's longer than 512k, but I think this is the relevant part:

Edited by oniontrain
Link to comment
Share on other sites
R-T-B

R-T-B

Posted
  • Author
Posted

Nothing should have changed with regards to b9partswitch for quite some time.  How long did you have between updates?  It is possible if you had not updated for some time that the new solar math deployed around Febuaryish is interacting badly with something.  Do you happen to know the last version that worked?

Link to comment
Share on other sites
Techercizer

Techercizer

Posted
Posted

As a heads up, I'm pretty sure the *.39 and *.40 patch combo introduced a new crash into my RSS game. I had an issue where after updating, I would load into my autosave with a craft heading away from earth on an impact course for the moon, timewarp to just above the moon, start a suicide burn (and run some tests for contracts while burning), and consistently freeze/crash as I neared the moon's surface. This happened about 8 load-crash-retry cycles in a row, until I rolled back Kopernicus to *.38  and it worked just fine the very next try.

I still have the autosave if you want any logs (player.log? others?) to look into this, but I've got a lot of mods in this install so it's likely not as simple as some easily testable conflict with stock.

Link to comment
Share on other sites
AVaughan

AVaughan

Posted
Posted (edited)
  On 6/5/2021 at 2:24 AM, Techercizer said:

As a heads up, I'm pretty sure the *.39 and *.40 patch combo introduced a new crash into my RSS game. I had an issue where after updating, I would load into my autosave with a craft heading away from earth on an impact course for the moon, timewarp to just above the moon, start a suicide burn (and run some tests for contracts while burning), and consistently freeze/crash as I neared the moon's surface. This happened about 8 load-crash-retry cycles in a row, until I rolled back Kopernicus to *.38  and it worked just fine the very next try.

I still have the autosave if you want any logs (player.log? others?) to look into this, but I've got a lot of mods in this install so it's likely not as simple as some easily testable conflict with stock.

Expand  

Around 3-4 months ago there was a similar repeatable KSP crash or freeze reported on the RO discord during someone's Moon landing.  From memory that was traced to KER's landing prediction.  Disabling that allowed the de-orbit and landing burns to proceed.    

 

Edit:  Found the conversation.  It wasn't the Moon, it was Vesta.  https://discord.com/channels/319857228905447436/331813459417235457/822357256292794388

  Quote

I've got a probe doing a fly-by of Vesta; its periapsis is positive but inside the terrain. When I perform a burn that lifts the periapsis above the terrain, the game locks up (CPU pegs at 100%, screen stops updating). Repro'd three times now. Is this a known issue?

Expand  

 

Edited by AVaughan
Link to comment
Share on other sites
Techercizer

Techercizer

Posted
Posted

Hmm, well I don't have KER installed and was doing a manual burn (no guidance), but I did have mechjeb in which does have landing guidance capabilities. Despite being an RSS install,  I've actually forgone RO in favor of individually installing most RO mods (Real Fuels, FAR, and such) and using SMURFF instead.

 

Regardless, I rolled back to Kopernicus *.38 and haven't had a crash since, so for now I'm just chilling on that version.

Link to comment
Share on other sites
oniontrain

oniontrain

Posted
Posted (edited)
  On 6/4/2021 at 4:47 AM, R-T-B said:

Nothing should have changed with regards to b9partswitch for quite some time.  How long did you have between updates?  It is possible if you had not updated for some time that the new solar math deployed around Febuaryish is interacting badly with something.  Do you happen to know the last version that worked?

Expand  

Not sure what the last version was but it should have been current. I have been getting them off of CKAN, I'm not sure if there's a way to roll back to previous versions or not

 

edit: i went from 1.11.1-39 to 1.11.1-40

Edit again: It's not Kopernicus, it must be another mod. Disregard everything.

Edited by oniontrain
Link to comment
Share on other sites
Gordon Fecyk

Gordon Fecyk

Posted
Posted

ROC / Breaking Ground object configuration question

So Kopernicus Continued was supposed to include the features from JNSQ's MyRocksAreBiggerThanYours.dll but I'm having trouble placing ROCs on a customized home world in Alien Space Programs.

ASP works by re-creating Kerbin using the template of a different place, but internally it's still named "Kerbin." The uninhabited Kerbin is named "Bin" internally but shows up as "Kerbin" due to localization features. 

What I don't know, is when a ROC_DEFINITION's CELESTIALBODY information is parsed, does it use the internal name, the "cbNameLater" name, the localized name / displayName, or some other value? 

Link to comment
Share on other sites
Snark

Snark

Posted
Posted
  On 6/6/2021 at 3:02 PM, dave1904 said:

I really hope KSP2 allows you to mod planets in a far simpler way.

Expand  

I suspect a lot of folks hope that, too.  The fact that Kopernicus is effectively mandatory for solar system modding puts an unreasonable pressure on the Kopernicus maintainers to keep it running-- and my impression is that it's a lot of work for them.

  On 6/6/2021 at 3:02 PM, dave1904 said:

Kopernicus seems to be the most annoying mod to work on there is.

Expand  

Not sure how "annoying" it is for the mod's maintainers to work on it, but it sounds like a big job.  I've always been extremely grateful to all the folks putting in hard work on Kopernicus to make life easier for the rest of us.  Without their efforts, solar system modding would be... perhaps not impossible... but much more difficult and likely much less common.

(And I've always been very impressed at how easy it is to use Kopernicus to mod the solar system.)

Link to comment
Share on other sites
dave1904

dave1904

Posted
Posted
  On 6/7/2021 at 6:46 PM, Snark said:

I suspect a lot of folks hope that, too.  The fact that Kopernicus is effectively mandatory for solar system modding puts an unreasonable pressure on the Kopernicus maintainers to keep it running-- and my impression is that it's a lot of work for them.

Not sure how "annoying" it is for the mod's maintainers to work on it, but it sounds like a big job.  I've always been extremely grateful to all the folks putting in hard work on Kopernicus to make life easier for the rest of us.  Without their efforts, solar system modding would be... perhaps not impossible... but much more difficult and likely much less common.

(And I've always been very impressed at how easy it is to use Kopernicus to mod the solar system.)

Expand  

Without kopernicus I would have been done with KSP years ago and I honestly suspect alot of other players. There is only so much you can do with the stock solar system but Kopernicus makes it infinite. 

Link to comment
Share on other sites
R-T-B

R-T-B

Posted
  • Author
Posted (edited)
  On 6/8/2021 at 9:51 PM, GuessingEveryDay said:

I'm not able to use KSRSS, it says that there is an error with loading the sun, and then after I uninstall it, it doesn't allow me to play the stock game anymore, because the sun is gone from there too!

Expand  

I would suggest a reinstall as something in your game must be corrupted.

 

  On 6/12/2021 at 8:02 PM, Al2Me6 said:

Turns out the checkerboard bug is still around... This is RSS with Kopernicus release 40, on KSP 1.10.1.

FirstCareer_1953-01-13T124828Z_S-3_Earth

Expand  

The checkerboard bug is caused by a config issue, not really a bug.  It happens when you use the 1.8+ shader on a planet without support for it.  That said I don't really see it that strongly in your screenshot.

  On 6/5/2021 at 5:34 PM, Gordon Fecyk said:

ROC / Breaking Ground object configuration question

So Kopernicus Continued was supposed to include the features from JNSQ's MyRocksAreBiggerThanYours.dll but I'm having trouble placing ROCs on a customized home world in Alien Space Programs.

ASP works by re-creating Kerbin using the template of a different place, but internally it's still named "Kerbin." The uninhabited Kerbin is named "Bin" internally but shows up as "Kerbin" due to localization features. 

What I don't know, is when a ROC_DEFINITION's CELESTIALBODY information is parsed, does it use the internal name, the "cbNameLater" name, the localized name / displayName, or some other value? 

Expand  

I honestly am unsure on this, and would suggest experimentation.  I literally just imported MyRocksAreBiggerThanYours code with the help of it's author, and it should behave identically.

  On 6/7/2021 at 6:46 PM, Snark said:

Not sure how "annoying" it is for the mod's maintainers to work on it, but it sounds like a big job.  I

Expand  

Nah, he's kind of right frankly.  But a lot of this is squad syntax we are just exposing.  Thus, not my fault... lol.

Plus at this point my main aim is to keep it running, that's really the big goal here.  It's annoying but worth it.

Of course, it COULD BE much worse.  Trust me.  We have it easy compared to some systems I've seen.  Humanity can come up with truly awful things sometimes when too many programmers try to get clever in their own secret code/language...

  On 6/7/2021 at 6:46 PM, Snark said:

and my impression is that it's a lot of work for them.

Expand  

Kopernicus itself is an amazing and terrifying project, so for that part, yes.  It's very time consuming AND very hard to fit in with a real life job.  But we try. :)

Edited by R-T-B
Link to comment
Share on other sites
Al2Me6

Al2Me6

Posted
Posted
  On 6/12/2021 at 10:05 PM, R-T-B said:

The checkerboard bug is caused by a config issue, not really a bug.  It happens when you use the 1.8+ shader on a planet without support for it.  That said I don't really see it that strongly in your screenshot.

Expand  

Would there be a way to fix it? I understanding there's some kind of templating system involved.

It is indeed not too obvious in this screenshot, just a few squares near the Cape. I believe it might be more frequent/severe for other bodies, though (Mars's moons are affected, I think).

Link to comment
Share on other sites
R-T-B

R-T-B

Posted
  • Author
Posted (edited)
  On 6/12/2021 at 10:18 PM, Al2Me6 said:

Would there be a way to fix it? I understanding there's some kind of templating system involved.

It is indeed not too obvious in this screenshot, just a few squares near the Cape. I believe it might be more frequent/severe for other bodies, though (Mars's moons are affected, I think).

Expand  

I described it on Kopernicus Discord.  Copying it here for reference:

"Anouncement:  I have cracked the issue with square tiles on Joolian Moon templates.  It is not a Kopernicus bug so much as an improper use of configs.  Most configs (JNSQ included) are using AtmosphericTriplanarZoomRotation as their PQS material.  This DOES NOT WORK on the following bodies as they don't implement that shader:  Laythe (1.9.1 only), Tylo, Bop, Pol, Eeloo.  You must use AtmosphericBasic/AtmosphericOptimized or Vacuum on these bodies or you will get the tile bug!  It's that simple!"

 

Note some of those moons gained that material since I posted that, but it depends on which KSP you are running.  1.11 has it on a lot more moons.

Edited by R-T-B
Link to comment
Share on other sites
Al2Me6

Al2Me6

Posted
Posted
  On 6/13/2021 at 1:31 AM, R-T-B said:

"Anouncement:  I have cracked the issue with square tiles on Joolian Moon templates.  It is not a Kopernicus bug so much as an improper use of configs.  Most configs (JNSQ included) are using AtmosphericTriplanarZoomRotation as their PQS material.  This DOES NOT WORK on the following bodies as they don't implement that shader:  Laythe (1.9.1 only), Tylo, Bop, Pol, Eeloo.  You must use AtmosphericBasic/AtmosphericOptimized or Vacuum on these bodies or you will get the tile bug!  It's that simple!"

Expand  

Hmm, Earth uses the Kerbin template: https://github.com/KSP-RO/RealSolarSystem/blob/f527765729f0ba0e1c671ba151566dea31063a4a/GameData/RealSolarSystem/RSSKopernicus/Earth/Earth.cfg#L11-L13

Link to comment
Share on other sites
R-T-B

R-T-B

Posted
  • Author
Posted (edited)
  On 6/13/2021 at 3:38 AM, Al2Me6 said:

Hmm, Earth uses the Kerbin template: https://github.com/KSP-RO/RealSolarSystem/blob/f527765729f0ba0e1c671ba151566dea31063a4a/GameData/RealSolarSystem/RSSKopernicus/Earth/Earth.cfg#L11-L13

Expand  

Then I honestly don't know what would cause that.  That's very odd.   Are you using scatterer or anything else that may be playing with the scenery in some way?

I have seen some behavior like that with scatterer but usually disabling distant shadows will fix it.

Edited by R-T-B
Link to comment
Share on other sites
R-T-B

R-T-B

Posted
  • Author
Posted (edited)

@R-T-B R-T-B released this now

New in this latest version (release-41):

1.) Hazbod is now functional. It has been for a bit actually. Note: Kerbal stock game parts are extermely heat tolerant and may take time to burn!

2.) Experimental fixes for landing gear sinking in distant bodies, worth testing. May/may not work but won't hurt either way.

Known Bugs:

1.) Old craft files may complain about a missing module. This is a cosmetic error and can be ignored. Reload and re-save the craft to remove the error.

2.) At interstellar ranges, heat can sometimes behave strangely, sometimes related to map zoom (be careful zooming out). It is best to turn off part heating when traveling far far away.

3.) When zooming out all the way out in map view at interstellar ranges, the navbal furthermore sometimes behaves oddly. We are working on this and all the interstellar bugs actively.

Edited by R-T-B
Link to comment
Share on other sites
R-T-B

R-T-B

Posted
  • Author
Posted (edited)

@R-T-B R-T-B released this 1 minute ago

New in this latest version (release-42):

1.) Hopefully the final, proper fix for incorrectly vertically elevated land scatters. Will have a performance impact, but should not be more than the culler can handle for most configs.

Known Bugs:

1.) Old craft files may complain about a missing module. This is a cosmetic error and can be ignored. Reload and re-save the craft to remove the error.

2.) At interstellar ranges, heat can sometimes behave strangely, sometimes related to map zoom (be careful zooming out). It is best to turn off part heating when traveling far far away.

3.) When zooming out all the way out in map view at interstellar ranges, the navbal furthermore sometimes behaves oddly. We are working on this and all the interstellar bugs actively.

Edited by R-T-B
Link to comment
Share on other sites

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.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
 Share
Go to topic listing
×
×
  • Create New...