Trunk nightly

[Smivs]

It's not funny!!!!!

[Getafix]

...However I do also seem to have Oolite (v1.84) in GNUstep/Applications, but it doesn't appear in the 'Games' menu and I can find no way to launch it! What on Earth have I done?!...

You could try that for starters:

Code: Select all

$ ~/GNUstep/Applications/Oolite/oolite

[Cody]

It's not funny!!!!!

<grins> If I had a pound for every time I've sat in front of a computer screen and said What on Earth have I done?, I'd have a few quid!

[Getafix]

It's not funny!!!!!

<grins> If I had a pound for every time I've sat in front of a computer screen and said What on Earth have I done?, I'd have a few quid!

That's not funny either! (so why am I roflmao?!?)

[Smivs]

Hmmmm.

Code: Select all

~ $ ~/GNUstep/Applications/Oolite/oolite
AL lib: (WW) alc_initconfig: Failed to initialize backend "pulse"
bt_audio_service_open: connect() failed: Connection refused (111)
bt_audio_service_open: connect() failed: Connection refused (111)
bt_audio_service_open: connect() failed: Connection refused (111)
bt_audio_service_open: connect() failed: Connection refused (111)

Is there a case for uninstalling Oolite and updating/reinstalling Trunk?

[Cody]

A clean install is often the easiest solution.

[Getafix]

...Is there a case for uninstalling Oolite and updating/reinstalling Trunk?

Firts of all, let me reassure you that Oolite and Oolite-Trunk installations can live happily side by side.
However, they will both use (read AND write, if needed) whatever exists under
~/.Oolite/ (e.g. logs, addons)
~/oolite-saves/ (e.g. snapshots, savegames)
~/GNUstep/Defaults/ (e.g. default game settings)
~/GNUstep/Library/ (e.g. game managed addons, cache)

Furthermore, the warnings, you get by oolite execution can be ignored. The game starts with no audio issues, right?

To uninstall a non-privileged (i.e. non system-wide) installation, such as yours, you can just delete the Oolite folder.

Code: Select all

$rm -rf ~/GNUstep/Applications/Oolite/

For a more graceful removal, that gives a try to preserve post-installation user files, you can execute

Code: Select all

$ ~/GNUstep/Applications/Oolite/uninstall

This one will try to preserve some Oolite folders that could contain post installation user files. However, it will unconditionally delete folders such as
Oolite/FreeDesktop/
Oolite/oolite-deps/
Oolite/oolite.app/Resources/

The same removal process stands for Oolite-trunk/.

In any case, and for the first run of your new installation, do not forget to flush the cache by holding the "Shift" key when starting Oolite (or Oolite-trunk).

[Smivs]

No audio issues on startup.
I should mention that the game has frozen once in the last couple of days - not just the game but the computer, so it needed a force quit and restart. However I think this was down to the large quantities of fluff which had built up over months. On re-starting I noticed the CPU temp was 80+ degrees, so I shut it down again and cleaned it. It's much better now, so I can't blame Oolite for this
Despite the warnings the game is running fine, except for the asteroids which look a bit dark but they do not seem un-textured although I've not had a good look at one.

Edit:-
I think I might have found the problem.
The texture in question, 'oolite_asteroid_diffuse.png', seems to be corrupt in the Textures folder.

[Cody]

The oolite_asteroid_diffuse.png seems fine in my Windows trunk install - bad in Linux only?

[Smivs]

Oddly, no.
I have just C&P'd the texture from the 1.84 install into the Trunk Textures folder and it's fine. No log errors
So problem solved (here at least).

[Astrobe]

I had good results with generated planet textures by switching to 4096x496 and 2:1 aspect ratio, but then I (finally) noticed that the cloud layer isn't generated when shaders are on. Is it a work in progress?

[another_commander]

Not at the moment. The cloud layer is indeed gone when shader atmosphere is used. This is because there is only one atmosphere drawable entity availabe at this time. The drawable entity is either shader generated or an internal texture. One way to try to fix this could be to assign a second drawable entity for atmosphere, in order to end up having essentially two atmosphere layers: one texture generated (clouds) and one shader, with most likely some cost in performance of course. This is a plan which I have not put to test yet and am not sure when I will be able to try it.

[Redspear]

The cloud layer is indeed gone when shader atmosphere is used.

I do like the new atmosphere effect but if I had to choose betwen the two then it would be the clouds that I'd favour.

[another_commander]

I do like the new atmosphere effect but if I had to choose betwen the two then it would be the clouds that I'd favour.

You can still get the cloud effect by simply deleting (or renaming) the atmosphere fragment shader in the Shaders folder. This will cause a fallback to the previous way of doing atmospheres.

[Redspear]

Thanks, I'll try it