Oolite cache

Wiggy · Post by **Wiggy** » Sun Aug 06, 2006 1:40 pm

There's been talk in a couple of posts about a cache that Oolite has, and the usefulness of clearing it, possibly by holding down shift when starting Oolite.

I can't find any such cache. Should I be worried?
v. 1.65
OS 10.3.9

Nothing in User/Library/Application Support
not even an Oolite directory. Nothing else anywhere, except for .plist in Preferences.

JensAyton · Post by **JensAyton** » Sun Aug 06, 2006 2:42 pm

Unless you’re seeing screwed-up models, or old versions of models that you’ve altered, you probably don’t need to worry about it.

Arexack_Heretic · Post by **Arexack_Heretic** » Thu Aug 17, 2006 5:12 pm

Well I am.

So I'd like some clarity.

I have added some turrets plus an additional subentity to a like_ship
and now:

1-the new subentity does not show up.
2-the original 4 subentities roll/pitch in opposite direction to the main-entity.
3-its escort ships ar not of the usual defined type.

I am at a loss what the issue is here, I already copied most of the like-ship data, to no avail. shift-starting does not resolve anything, stderr keeps telling me the cashe is as yet empty.
Help.

aegidian · Post by **aegidian** » Thu Aug 17, 2006 5:25 pm

Okay, this might be because I haven't explained where the cache is clearly enough. So a direct approach follows:

In the Finder Go menu, choose Go to Folder... and enter ~/Library/Application Support/Oolite/

This should open the folder containing the cache, which you can then delete.

Failing that, the problem may be with the model or expansion pack rather than the cache, especially if it's a copy of a model from Oolite.app or another active OXP, where a problem in your model may mean that it is being silently replaced with the other model.

Try moving all your expansions out of AddOns and just trying the models/expansion pack alone to see if that clears anything up.

Arexack_Heretic · Post by **Arexack_Heretic** » Thu Aug 17, 2006 6:04 pm

I cannot find that folder on my windows version. :/

removing the original model and moving all the lines into the like_ship, does not help.
(now the thargoids are attacking eachother no less!)

I may just reinstall oolite to get rid of the gunk.

edit:
it is definately the turrets that are messing things up.
somehow they prevent the other subunits from rotation to their final locations. I just shot an immobile battleship removing all its turrets and the subentities just snapped into place.
the not-appearing-subentity may be a corrupt model problem though.

with the new octree-collision sceme, is it still possible to have subentity models partially inside the main-entity model?

Star Gazer · Post by **Star Gazer** » Thu Aug 17, 2006 6:25 pm

Ah, now this is embarrassing... ..I, too was at a loss when this cache was mentioned...

I thought I was sort of knowledgeable about the bits in my Mac and where they lived, but I could find no sign of that folder in either my User account Library, or in the general Library folder...

aegidian · Post by **aegidian** » Thu Aug 17, 2006 10:16 pm

Apparently the Windows Oolite cache is in whatever GNUStep considers the Home directory, within GNUstep:Library:

Arexack_Heretic · Post by **Arexack_Heretic** » Fri Aug 18, 2006 7:13 am

thanks, the cache seems to have refreshed itself now, partially.

In future I'll use incremental filenames when testing.

Should have thought of the GNUstep library.

edit:
-No such thing as a cache in the gnustep-library.
-also using incremental filenames is detrimental and leads to cannot find model-error. non-fatal in itself, but when in hyperspace, the script adding behemoths will repeat itself multiple times, causing a crash when 140+ behemoths have been added. (plus the 280 thargoids, my scripting then calls for!)
-I have replaced the file and solved this minor problem, unfortunately now it looks like either D100 numbers no longer work or something, as I have not seen any Behs in WS for 20 attempts.
-also quite often get 'loop-de-loop' crash. (eg, ship keeps pitching backwards whilst trying to enter WS.)

Wiggy · Post by **Wiggy** » Fri Aug 18, 2006 8:42 pm

No, still can't find the cache.

It's not in ~/Library/Application Support/

No Oolite folder to be had, not even for ready money, as Oscar Wilde would say.

aegidian · Post by **aegidian** » Fri Aug 18, 2006 11:27 pm

Wiggy wrote:
No, still can't find the cache.

It's not in ~/Library/Application Support/

No Oolite folder to be had, not even for ready money, as Oscar Wilde would say.

That's very odd. The cache should be created (or refreshed) every time you save your game. The only think that I think might interfere with this process would be if your user area had some strange path or permissions that stopped Oolite from being able to write to that location.

I'll add some code to report failure to write to the cache and hopefully we'll see an answer to this conundrum.

Rxke · Post by **Rxke** » Sat Aug 19, 2006 8:08 am

I don't seem to have the cache there either...

10.3.9

Wiggy · Post by **Wiggy** » Mon Aug 21, 2006 8:56 am

I'm on 10.3.9 too.

Perhaps some Panther thing?

Star Gazer · Post by **Star Gazer** » Mon Aug 21, 2006 9:58 am

Weelll.... no... ...I can't can't find mine in Tiger(10.4.7) either...

aegidian · Post by **aegidian** » Mon Aug 21, 2006 10:50 am

It might be useful to see the full path to ~/Library for Mac folk who cannot find the cache. I suspect some path jiggery-pokery might be required.

Arexack_Heretic · Post by **Arexack_Heretic** » Mon Aug 21, 2006 10:54 am

edit:
-No such thing as a cache in my GNUstep-library, only a colour-thingy.

-also using incremental filenames is detrimental and leads to 'cannot-find-model-with-*name-error'. non-fatal in itself, but when in hyperspace, the script adding behemoths will repeat itself multiple times, causing a crash when 140+ behemoths have been added. (plus the 280 thargoids, my scripting then calls for!)
-I have replaced the file and solved this minor problem, unfortunately now it looks like either D100 numbers no longer work or something, as I have not seen any Behs in WS for 20 attempts. But the same ships generated everytime by my own D100-scripting.
-also sometimes get 'loop-de-loop' crash, (eg, ship keeps pitching backwards) whilst trying to enter WS.