Oolite Bulletins

I did not, however, run ZipCleaner on it, although that ought not to matter, on the Mac itself, right? In the past I always used a special Zip program to zip the oxp's for distribution that had te option to leave out the Mac specific files. Later on I used the archive function of the Mac itself and...

I uploaded about a dozen ozx files created on the mac. In the past, I zipped them from the finder and than ran ZipCleaner on it to remove some mac-specific files. For the new format, I open the old OXP folder, select the content and run the "archive" command from the finder. Than I use Zip...

Eric Walch wrote:

I'll see if I can come up with a small test-oxp that brings back the shade of green with blue oceans.

Try this one: Lave-colour.oxz.

It contains just a plist that changes the Lave colours.

Removing Famous Planets didn't change anything. System_Redux is adding planet textures that replace the original. You can alter the script in a way it adds the extra planets, but stays away from the main planets. So just that I'm 100% certain, Lave SHOULD look earth like, and the brown and purple i...

Every ship can have its own unique positions for external views. I think that now more time is spend to give each ship is own, most optimal external views. I assume it are the positions Griff thought to be the best.

I remember a discusion on the developpers forum long ago about the Lave colors, but can't find it anymore. In the source are a few screenshots of planets as reference to make sure all platforms use the same random seeds for the planets. (The same planet on all platforms is indeed more important than...

A_C is right, without any oxp, lave looks brown with purple oceans on my mac using Oolite 1.80. There must be an oxp in my set that changes the Lave colours. Lave.oxp is one that does it with the planetInfo.plist. But when removing Lave.oxp, I still see a greenish Lave with my normal oxp set. So, th...

Cody wrote:

Lave, on my Win7 machine, looks like this.

That is definitely wrong. Lave should be a greenish planet with blue oceans. When you see anything else, or the Oolite build uses wrong PRNGs or you have an oxp that messes up lave. (I suspect the later)

Probably some of the ships bribed the docking master.

Normally that "InfoPlist.strings" file is inside a "en.lproj", "nl.lproj", "de.lproj" etc folder and than only overrides the normal version if the system is set to english, dutch, german etc. At this position it is apparently a general override.

After a search, I find a "InfoPlist.strings" file inside the Resources folder. In that one the version is still 1.77.1. This is a localised plist that can contain custom text per language and apparently overrides the mail version info, if present.

I'll fix it for a 1.80.1 release.

Strange. I thought the numbering was already at 1.80 during the trunk builds, but I also see 1.77.1 in the finder info. However, I am a bit confused as normally the version info is retrieved from the info.plist in the app and that already has: <key>CFBundleVersion</key> <string>1.80</string>

Without checking, I would suspect that the .dat file is not altered to have the 'rh_' prefix. The shipdata.plist seems okay.

When you do a new release, you could look at these errors: 00:00:46.031 [texture.load.png.error]: ***** A PNG loading error occurred for /Users/ericwalch/Library/Application Support/Oolite/AddOns/ZygoRoids v1.oxp/Textures/WhiteSparkles.png: bad adaptive filter value. 00:00:46.089 [texture.load.png.e...

Which part is not working, as I didn't see anything wrong when playing yesterday. (Using the default HUD and not a custom one)