Jump to content

OhioBob

Members
 View Profile  See their activity

  • Posts

    3,934

  • Joined

  • Last visited

 Content Type 

Everything posted by OhioBob

  1. OhioBob
    Something else players can do if Grannus is really annoying them, just delete it. Particularly if you have no plans to ever visit it. If you decide later that you want it, you can always add it back. Grannus can be found in the folder, GameDate/GPP/GPP_Planets/Grannus GameData/GPP/Grannus
  2. OhioBob
    You can if you try to imbed a moonlet in its plane.
  3. OhioBob
    Do you know how is the LAN of the ring plane is determine? There is no setting for it, at least not that I'm aware of. When a ring is inclined, its LAN has got to come from somewhere.
  4. OhioBob
    It may not make sense, but that's what happens. I can make the moon and ring coplanar by using Hyperedit to change the moon's LAN, but that only works during that particular run. If I change the moon's config to make the LAN change permanent, the next time I start the game the ring plane has changed. The moon is in in the right place, but the ring plane appears to have randomly changed. It's like the ring just doesn't want the moon in the same plane and runs away from it. There no way that I've found to lock the ring plane into a particular position. The LAN of the rings keeps changing.
  5. OhioBob
    OK, I see what you did. I don't think you did anything new that's going to help with our situation. In your case the moons Polta and Priax lie outside the edge of the rings and orbit in a slightly different plane than the rings. I think we could reproduce what you've done and make it work, but that's not what we want. We want the moon to orbit inside the rings and in exactly the same plane as the rings. We can get close (like you did with OPM tilt), but we can't make the moon and rings exactly coplanar.
  6. OhioBob
    Oh crap. I think I quoted the wrong person. Somebody was claiming that Kolyphemus should orbit Moei, which is what I was trying to refute. Somehow I misread the quote and got the names of the bodies all mixed up. I must be suffering from dyslexia today or something. If @Artyomka15 wants to use my atmosphere config, that would be OK with me.
  7. OhioBob
    I was not aware that OPM used a ring tilt; I thought the ring angles were zero. I'll take a look at it. We're not having a problem tilting Tellumo rings per se. The problem is getting the rings and the moon to occupy the same plane. If it were just the ring I think we'd be OK.
  8. OhioBob
    Nice explanation. It's also important to mention that what's really important when looking at a spectrum are the spectral lines (absorption lines in the case of starlight). These spectral lines are like fingerprints that reveal the presence of specific elements. The spectral lines only exist in the original starlight, and are only visible when the light is spread out into its spectrum. A reproduced image on a computer screen will not have the original spectral lines.. We can produce a spectrum from the original light and then make an image of the spectrum, but we can't make an image and then produce a spectrum from the image that contains the original information.
  9. OhioBob
    @Thomas P. @Sigma88, I'm bumping this old request because it has never been solved. It's still a problem in the latest Kopernicus. Anything you can do to fix it is much appreciated.
  10. OhioBob
    Moei has a higher surface gravity than it's primary, but that's irrelevant. The primary has a much larger gravitational parameter, and that's what's important. Moei would have no problem orbiting Kolyphemus. The gravitational parameters for Moei and Kolyphemus can be computed from their surface gravities and radii, GMM = 0.95 * 9.80665 * 400000^2 = 1.4906E+12 m3/s2 GMK = 0.90 * 9.80665 * 4000000^2 = 1.4122E+14 m3/s2 Kolyphemus has nearly 95 times more mass than Moei.
  11. OhioBob
    If we want to keep Grannus a distinct orange color and maybe shift the color of the alien skies from slightly blue to slightly orange, then I would suggest possibly making Grannus a type M6. The properties for type M6V are: Effective temperature: 2850 K Luminosity: 10^-3.02 = 0.000955 x Sun Mass: 0.11 x Sun Radius: SQRT(0.000955*(5772/2850)^4) = 0.13 x Sun According to the color charts, this would make the star about 255,168,83 and the skies about 255,234,195. Of course the luminosity of this star is puny, placing the habitable zone at about 0.03 AU. With Grannus' current properties (type M2V), its color is about 255,192,129 and the skies about 235,245,255. The habitable zone is centered at about 0.16-0.17 AU. (Of course the foliage would probably not be green under a red dwarf star.) EDIT - Added type M4V and M8V to image for further comparison.
  12. OhioBob
    Well, we could change Grannus' color to match its type, or we could change its type to match its color, or we could do some combination of both. At its current color, it would probably actually be a brown dwarf. If we want to keep it a M2 red dwarf, it would be a lighter orange. The chart provided by MaxL_1023 is a pretty good guide (current temperature = 3550 K). That's the color it would appear from a distance. Up close it would probably look white to the human eye. This is because our eyes tend to perceive very bright objects as white regardless of what the true color is. From the surface of a habitable planet, the star and sky would probably look a lot more like Earth than what you would think. From the following we see that the sky would probably be a very pale blue or white. (edit) According to MaxL_1023's color chart, the color at a temperature of 3550 K is about 255,192,129. And according to the second chart, the sky color is about 235,245,255.
  13. OhioBob
    Grannus' properties are based on this: http://www.pas.rochester.edu/~emamajek/EEM_dwarf_UBVIJHK_colors_Teff.txt From that table we're using: Spectral type: M2V Effective temperature: 3550 K Luminosity: 10^-1.57 = 0.0269 x Sun Mass: 0.48 x Sun and from temperature and luminosity, Radius = SQRT(0.0269*(5772/3550)^4) = 0.43 x Sun where 5772 K is effective temperature of Sun. The in-game color of Grannus is artistic license and is not meant to be a true representation of what it would look like.
  14. OhioBob
    It would be necessary to sample the actual light from the star. That would be the only way to observe the spectral lines.
  15. OhioBob
    There's a known bug that affects the energy flow of solar panels when there are multiple stars with different luminosities. A temporary fix is to make the luminosities of Ciro and Grannus the same (the energy flow at Grannus will be too high, but it will correct it at Ciro). To make the fix, locate and open the file Grannus.cfg, and make the following edit: luminosity = 1360. I do find it interesting that it is the updated .dll that has caused this problem to return. I recall that Kopernicus made a partial fix to this problem in an earlier version (version 1.2.2-3, I think). I knew that the problem had recently resurfaced, but I hadn't made the connection that it's the patch that's causing it. This is good information to have. @Thomas P., please take note of this. It looks like the fix you made back in February may have gotten undone in the later version.
  16. OhioBob
    That file might work if you change the first line to, @Kopernicus:AFTER[QuarterRSS]
  17. OhioBob
    That makes sense, but there is still something not quite right with the inclinations given in the RSS configs. The rings orbit in Saturn's equatorial plane, and in RSS both the equator and the rings have an inclination of zero. Therefore the orbital inclinations of the moons should equal their real-life inclinations relative to Saturn's equator. But they don't, or at least not in all cases. For example, Titan's inclination relative to Saturn's equator is 0.3485°, but in RSS its inclination is 6.46049267977552 degrees. Iapetus is another one that is far off, having a RL inclination of 15.47° and a RSS inclination of 7.489°.
  18. OhioBob
    Thanks, but what about Saturn's moons?
  19. OhioBob
    Orbital periods will change by the square root of the rescale factor. In this case, SQRT(0.25) = 0.5, so that means all the orbital periods should be one-half what they are in RSS. However, that's only true if you measure the periods in units like seconds, minutes, or hours. If you measure the periods in days, then that will depend on how long the day is. In QSRSS the Earth day is 6-hours long. Therefore we have orbital periods that are half as long, measured in days that are one-fourth as long. This means orbital periods will be twice what they are in RSS when measured in days.
  20. OhioBob
    The next GPP update will include some landscape changes to a few of the planets. The mountains on Gael won't be quite so extreme.
  21. OhioBob
    For the last several days I've been playing 2.5x GPP. So far I really like it. Has anyone else tried it yet? If so, what are your impressions?
  22. OhioBob
    I've been playing a 2.5X version of another planet pack. I agree wholeheartedly that it's really a nice scale to play at. I definitely recommend it.
  23. OhioBob
    Bellow are some additional images that I created nearly two years ago. There were made to resemble telescopic views of the planets from a time prior to the advent of space flight (note the intentional blurring and use of black and white.) I was going to use them in a mock astronomy book, but never got around to it. Since this thread has had a revival, I figured I might as well share them with you. Better late than never. Sun.png (300×300) (braeunig.us) The Sun through a visible light filter. Moho.png (400×250) (braeunig.us) Moho at gibbous, quarter and crescent phases. EvePhases.png (1000×300) (braeunig.us) The phases of Eve, viewed over a span of 250 days. When nearly backlit, Eve's atmosphere scatters sunlight to produced a fuzzy halo. Mun.png (300×500) (braeunig.us) Mun at first quarter. Minmus.png (300×300) (braeunig.us) Minmus at full phase. DunaX3.png (690×230) (braeunig.us) Three faces of Duna; photos taken six hours apart shows planet's rotation. DunaMap.png (1000×300) (braeunig.us) Map of Duna's surface markings, compiled from telescopic observations. Ike.png (200×200) (braeunig.us) Duna's moon Ike. Dres.png (300×300) (braeunig.us) Dres (center) at opposition. Jool.png (300×300) (braeunig.us) Jool at opposition. JoolMoons.png (500×200) (braeunig.us) Jool with its three large moons. L-R: Laythe, Vall and Tylo. Eeloo.png (500×250) (braeunig.us) Photos of Eeloo showing motion against background stars (15 days apart).
  24. OhioBob
    That was done on purpose because it makes orbital periods and travel times closer to their real life values. There's already a half-size RSS, and it's creator told me he's working on a quarter-size RSS (2.65x SSRSS). Perhaps you could inquire about the status of that. (EDIT) And right on cue, this was released just minutes ago... Of course we'd like you to continue using SSRSS, but if you really want an upscaled version, you might consider trying out QSRSS.
  25. OhioBob
    @Walker, as long both the rescale and resize factors are the same, much of what I've written should still hold true. Obviously things like distance from sun, diameter, orbital period, etc. will change, but things like apparent magnitude, apparent size, temperature, etc. won't change.
×
×
  • Create New...