Ships with subentities and collision detection bug fixed

For test results, bug reports, announcements of new builds etc.

Moderators: winston, another_commander, Getafix

User avatar
Eric Walch
Slightly Grand Rear Admiral
Slightly Grand Rear Admiral
Posts: 5536
Joined: Sat Jun 16, 2007 3:48 pm
Location: Netherlands

Post by Eric Walch »

But on a completely other subject:

Another Commander, with rev 2290 you cracked it, that long standing bug. After reading your comment I immediately went for a buoy repair station and flew 5 times though the arch. Without crash.

That station has also a few inspection ships. I had programmed a complex route in the past to follow. e.g. below the arch, around the ship. Until now those controllers always crashed somewhere without any visible contact. I never witnessed one completing his tour. So those routes never made it in the release version. In release the ships only fly a route far outside the main bounding box.
I activated that old, close by, route around the station. Until now without crash. At least not in the part that was tested.

I'll test a bit further as this station asks the most of collision detection of what I know.
User avatar
Kaks
Quite Grand Sub-Admiral
Quite Grand Sub-Admiral
Posts: 3009
Joined: Mon Jan 21, 2008 11:41 pm
Location: The Big Smoke

Post by Kaks »

Just wanted to agree with Eric, it looks very much like ships with subentities can safely refuel at Thargoid's petrol stations now! Thank you, A_C! :D
Hey, free OXPs: farsun v1.05 & tty v0.5! :0)
User avatar
Thargoid
Thargoid
Thargoid
Posts: 5528
Joined: Thu Jun 12, 2008 6:55 pm

Post by Thargoid »

Yay, profits soar poet!
User avatar
goran
---- E L I T E ----
---- E L I T E ----
Posts: 294
Joined: Sat Feb 23, 2008 12:32 am
Location: Zagreb, Croatia
Contact:

Post by goran »

Kaks wrote:
Just wanted to agree with Eric, it looks very much like ships with subentities can safely refuel at Thargoid's petrol stations now! Thank you, A_C! :D
Yiiihaaaaa! :D
User avatar
Lestradae
---- E L I T E ----
---- E L I T E ----
Posts: 3095
Joined: Tue Apr 17, 2007 10:30 pm
Location: Vienna, Austria

..

Post by Lestradae »

@Squashed turret/subent-bug: Go, A_C, go! :D

8)

L
User avatar
DaddyHoggy
Intergalactic Spam Assassin
Intergalactic Spam Assassin
Posts: 8515
Joined: Tue Dec 05, 2006 9:43 pm
Location: Newbury, UK
Contact:

Post by DaddyHoggy »

So, what was the bug? Dodgy orientation?
Selezen wrote:
Apparently I was having a DaddyHoggy moment.
Oolite Life is now revealed here
User avatar
Eric Walch
Slightly Grand Rear Admiral
Slightly Grand Rear Admiral
Posts: 5536
Joined: Sat Jun 16, 2007 3:48 pm
Location: Netherlands

Post by Eric Walch »

DaddyHoggy wrote:
So, what was the bug? Dodgy orientation?
Something very trivial as it seems when this was really the bug. Mixing up of ownership when I read A_C his fix correctly. Not the thing you look for when examining collisions. But most bugs look trivial in hindsight.
another_commander
Quite Grand Sub-Admiral
Quite Grand Sub-Admiral
Posts: 6683
Joined: Wed Feb 28, 2007 7:54 am

Post by another_commander »

DaddyHoggy wrote:
So, what was the bug? Dodgy orientation?
You won't believe it, but apparently it was yet another copy/paste error that was there since 1.71. In the -doOctreesCollide: method inside ShipEntity.m, there were these lines:

Code: Select all

Vector		other_position = [prime absolutePositionForSubentity];
Triangle	other_ijk = [prime absoluteIJKForSubentity];
Vector		prime_position = [other absolutePositionForSubentity];
Triangle	prime_ijk = [other absoluteIJKForSubentity];
See the problem? Because of prime_position and other_position as well as prime_ijk and other_ijk basically being cross-referenced, the octree collision detection was going south pretty fast since the octree positions being compared were completely off. The funniest part is that it seemed to generally work unless you had subentities on your object, but it was broken for at least two releases.

Also, split to its own thread.
User avatar
goran
---- E L I T E ----
---- E L I T E ----
Posts: 294
Joined: Sat Feb 23, 2008 12:32 am
Location: Zagreb, Croatia
Contact:

Post by goran »

I just died inside the Fuel station.

Got inside, dead stop, fuel transfer started, happy grin on my face and then BOOOOM! You're dead, press space commander...

Will try again...
another_commander
Quite Grand Sub-Admiral
Quite Grand Sub-Admiral
Posts: 6683
Joined: Wed Feb 28, 2007 7:54 am

Post by another_commander »

Please send the log from that gameover before it gets overwritten!
User avatar
goran
---- E L I T E ----
---- E L I T E ----
Posts: 294
Joined: Sat Feb 23, 2008 12:32 am
Location: Zagreb, Croatia
Contact:

Post by goran »

If You think about latest.log, there is nothing in there about the death...

I'll try again now...

It worked!

False alarm, everybody proceed with their regular duties... :oops:
User avatar
Eric Walch
Slightly Grand Rear Admiral
Slightly Grand Rear Admiral
Posts: 5536
Joined: Sat Jun 16, 2007 3:48 pm
Location: Netherlands

Post by Eric Walch »

I have been examining the big dockers at the GRS station. For some reason their collision worsened. Normally 1 out of 3 crashed while docking (has never been perfect). With the fixed collision most big ships collided on entry of the docks. Probably that was collision detection as it always should happened. Trying to fix the collision in the past I already let the ships enter de docks along a path, 40 meter below the centre because the docks are open on that side. I just raised that value to 60 meter below the centre and now most ships survived until now. Only witnessed two crashes, what is better than before.

There were some other issues with the AI, but now big NPC ships dock fine with me on the external docks. Current release of buoyRepair will show more crashes with 1.73 than with 1.72.
User avatar
goran
---- E L I T E ----
---- E L I T E ----
Posts: 294
Joined: Sat Feb 23, 2008 12:32 am
Location: Zagreb, Croatia
Contact:

Post by goran »

During the last refueling at Fuel Station, i noticed the blip on the scanner that is getting closer and closer. Switch to rear view revealed a Phoenix entering the Station disregarding me being in there already. I had to leave before blind #$!# push me into the station walls. Maybe something like that caused my first refueling death...
User avatar
DaddyHoggy
Intergalactic Spam Assassin
Intergalactic Spam Assassin
Posts: 8515
Joined: Tue Dec 05, 2006 9:43 pm
Location: Newbury, UK
Contact:

Post by DaddyHoggy »

gorans wrote:
During the last refueling at Fuel Station, i noticed the blip on the scanner that is getting closer and closer. Switch to rear view revealed a Phoenix entering the Station disregarding me being in there already. I had to leave before blind #$!# push me into the station walls. Maybe something like that caused my first refueling death...
Perhaps it was driven/flown by the same 'white-van-man' who blocked me in at the fuel pump when I was filling up this morning (he was behind me and when the pump ahead of me became clear he drove round me and left his van parked at an angle to the pump while he went off to get a paper from the kiosk...). Too many cars for me to reverse up so I was very grown up about it and left my hand on the horn until he came back out - he glared at me but got back in and drove off without fuelling up!

However, back to Oolite, this sounds like a little AI tweaking is required - if ship already refuelling do not enter ring!
Selezen wrote:
Apparently I was having a DaddyHoggy moment.
Oolite Life is now revealed here
User avatar
Thargoid
Thargoid
Thargoid
Posts: 5528
Joined: Thu Jun 12, 2008 6:55 pm

Post by Thargoid »

I'm not sure quite how easy that will actually be to do.

The current NPC ship AI (and indeed the whole NPC use of fuel stations) is Eric's update to my original, and from my neophyte AI skills it would be a less than trivial issue to detect when the station actually has a ship inside it before the AI tells the NPC ship to go in itself.
Post Reply