Oolite Bulletins

The loss of star color is expected, because exposure is basically a color multiplier. If you are multiplying each color component by 2.3, then a color triplet of e.g. (0..45, 0.45, 1.0) which is a somewhat mid-range blue becomes (1.035, 1.035, 2.3), which is then tone mapped to something that fits i...

Where is the Exposure setting found? Checked out the commit and it is not there. The only similar thing to be found was in the oolite-default-planet.fragment shader. #define NULTIPLIER_EXPOSURE 1.0 // Misspelling of NULTIPLIER ?? Should it be MULTIPLIER ?? In any case the exact location of the Expo...

Have you tried playing with accuracy values for ships? Current Oolite uses AI accuracy at the low end of the scale, thus generating opponents with skill levels comparable to Poor at best. Try fighting ships with accuracy of 9 or 10 and I am pretty sure you will notice a stark increase in difficulty....

For fun: Fooling around with exposure for stars and nebulae:

Exposure 0.6:


Exposure 1.0 (default):


Exposure 1.38:


Exposure 2.38:

The feature has hit the master branch on github but is currently dormant. Please refer to the comments of commit 64960c5 for information on how to enable it. Note that the .GNUstepDefaults key controlling the type of color correction to be applied has now been changed to "sky-color-correction&q...

Since running these executable tests the following keeps popping up in my .GNUstepDefaults. "debug-settings-override" = { }; My guess is that it has something to do with the developer version of the executable but no documentation on what it does or what parameters might be associated wit...

@Cody: I wouldn't think so, at least not to the extent that it would be immediately noticeable. If anything, it should probably make star colors slightly more vibrant, like everything else

So, I played a bit more with the sky colors and I present you with a brand new test executable which not only gamma corrects, but it also performs filming tonemapping on the sky colors. Filmic tonemapping is what we use for ships and planets in 1.90 and generates vivid colors, at the same time provi...

One more from the Sky Gamma Correction front.

For the Linux and Mac users who do not have access to a test binary, here is the source code patch used for the Windows test executable. You can try building from source if you want to give this a go. The patch refers to github revision ca776c1. diff --git a/src/Core/OOSkyDrawable.m b/src/Core/OOSky...

@Cody: For Keeper Sky, try these values for sky_color_1 and sky_color_2: I cannot test, but theoretically these should completely revert the effect of the gamma correction on stars. Give it a try and see if this helps.

O-kay... so would the gamma correction (if added to core) be adjustable/tweakable? Yes, I believe initially it would (or should) be tweakable as in yes-I-want-it / no-forget-it kind of choice. But what you could try to do is, find which OXP is this that generates these star colors and maybe try to ...

@another_commander: the lack of star colours has me scratching my head - any ideas? Yes. The star colors are still there, but with the gamma correction they now become brighter and start getting closer to white. You can check that the colors are still present if you take a screenshot and lower its ...

The nebula and stars with the patch are quite dynamic. My only question is how to suppress the OXP Verifier messages that are popping up in Mr. Latest Log with the patch in use. My guess would be that the patch's .exe is forked off the latest developer version and not the latest release version. Ye...