Oolite test release 1.68

Uncle Reno · Post by **Uncle Reno** » Fri Apr 13, 2007 8:05 pm

Has run OK so far but I have just had a CTD, with the only thing out of the ordinary being this -

/Users/jayton/Programming/Projects/Oolite/clean-repo/trunk/src/Core/../Cocoa/OOCASound.m:241: failed assertion `0 != _playingCount'

JensAyton · Post by **JensAyton** » Fri Apr 13, 2007 8:28 pm

I think I can see where that might happen. Isn’t there a preceeding line about failing to play a sound, though?

Anyway, that should have been a soft error message rather than an assertion, which is now fixed.

Uncle Reno · Post by **Uncle Reno** » Fri Apr 13, 2007 9:12 pm

Ahruman wrote:
I think I can see where that might happen. Isn’t there a preceeding line about failing to play a sound, though?

There was a lot of this sort of thing -

Code: Select all

Oolite [sound.streaming.releaseContext.immediate]: Streaming sound <OOCAStreamingSound 0x5b51790>{"guiclick.ogg"} stopped with 0 pendingCount, releasing context.

Just had another CTD (they always happen when I'm doing a long cargo run without saving!!

) and the only messages are the streaming sound ones this time.

JensAyton · Post by **JensAyton** » Fri Apr 13, 2007 9:44 pm

Oh, yeah… you can turn those off now, I think. :-)

Code: Select all

defaults delete org.aegidian.oolite max_buffered_sound
defaults write org.aegidian.oolite logging-enable -dict-add \$soundDebug -bool no

Uncle Reno · Post by **Uncle Reno** » Sat Apr 14, 2007 7:38 am

Thank goodness for that, makes the console log a lot easier to read now!

Uncle Reno · Post by **Uncle Reno** » Sat Apr 14, 2007 6:38 pm

I've come across a small and rare quirk that occurs when docked at a station, which is that I 'hear' occasional ship to ship hails. This hardly ever happens, so it's not really a problem, but thought it would be better to mention it.
After all, it's slightly offputting to hear a Black Monk debtor pleading for his life when I'm shopping for cargo.

JensAyton · Post by **JensAyton** » Sat Apr 14, 2007 8:09 pm

Hmm. I don’t think there’s any way to distinguish between messages that can be safely suppressed and ones that matter.

Uncle Reno · Post by **Uncle Reno** » Sat Apr 14, 2007 8:22 pm

Ahruman wrote:
Hmm. I don’t think there’s any way to distinguish between messages that can be safely suppressed and ones that matter.

I mention it because I have never had messages appear when I'm docked prior to 1.68 and assumed that was the correct status, i.e. all messages are suppressed while docked.

JensAyton · Post by **JensAyton** » Sat Apr 14, 2007 8:24 pm

I don’t think that’s new, you’re just noticing it now. False correlation.

Rxke · Post by **Rxke** » Mon Apr 16, 2007 11:31 am

I often get:

Code: Select all

libpng warning: Incomplete compressed datastream in iCCP chunk

libpng warning: Profile size field missing from iCCP chunk

libpng warning: Incomplete compressed datastream in iCCP chunk

libpng warning: Profile size field missing from iCCP chunk

during gameplay, but It seems to be harmless, nothing bad happens

Rxke · Post by **Rxke** » Mon Apr 16, 2007 11:32 am

Ahruman wrote:
I don’t think that’s new.

No, it's surely not new

Rxke · Post by **Rxke** » Mon Apr 16, 2007 11:46 am

Also, since I'm surely the one with the lowest-specced mac around (G3@350MHz) I'm happy to tell you that the procedural textured planets don't cause a noticeable drop in framerate, so it can safely be made standard (? maybe there's another reason it's optional ?)

JensAyton · Post by **JensAyton** » Mon Apr 16, 2007 11:50 am

Rxke wrote:

I often get:

Code: Select all

libpng warning: Incomplete compressed datastream in iCCP chunk
libpng warning: Profile size field missing from iCCP chunk
libpng warning: Incomplete compressed datastream in iCCP chunk
libpng warning: Profile size field missing from iCCP chunk

during gameplay, but It seems to be harmless, nothing bad happens

That means a PNG texture contains a broken colour profile. Since I don’t see this, I’m going to assume it’s in an OXP. Future versions will use libpng directly (rather than going through the system) and supress colour profile handling completey (it doesn’t make sense for textures), so you won’t see that.

Rxke wrote:
Also, since I'm surely the one with the lowest-specced mac around (G3@350MHz) I'm happy to tell you that the procedural textured planets don't cause a noticeable drop in framerate, so it can safely be made standard (? maybe there's another reason it's optional ?)

They make the entering-system delay significantly longer on my G5. Haven’t tested it on my 233 MHz G3 with no (OS X-supported) 3D acceleration. :-)

Rxke · Post by **Rxke** » Mon Apr 16, 2007 11:57 am

Ahruman wrote:
They make the entering-system delay significantly longer on my G5. Haven’t tested it on my 233 MHz G3 with no (OS X-supported) 3D acceleration.

ah yes, there is that...

Uncle Reno · Post by **Uncle Reno** » Mon Apr 16, 2007 12:35 pm

Rxke wrote:
Ahruman wrote:
I don’t think that’s new.
No, it's surely not new

Oh, OK. At least I wasn't imagining it then!