[Question] Sea floor collision damage & room access.

[Anachronous]

I've only been back playing SH for a couple day, but I have a couple questions for those experienced SH modders.

I noticed while attempting (unsuccessfully) to avoid 8 destroyers and their depth charges, that the sea floor collision is set higher than how it looks visually. Meaning my Sub will hit the bottom while visually I still have considerable clearance. I also noticed that upon hitting the bottom, and no matter how gently I try to do so, the sub will not simply sit there, but will bounce, and which each bounce it will take hull damage.

With this in mind, is it possible to disable the impact damage of the sea floor, or possibly tune it so the sub will only take damage when hitting above a certain speed? It's bad enough being hunted, but hitting the invisible sea bed and constantly taking damage while trying to get flooding under control just makes things frustrating.

Second. I notice that the flooding animation will only display water to a certain depth within the sub. At one point I had a room 50% flooded, but visually it was only up to their ankles. Would it be possible to have the hatches close and block access to those rooms if the flooding is over a certain amount? This would bring a new element of challenge to the game, if one could be locked out of a particular area of the sub while it is flooded.

[TheDarkWraith]

I've only been back playing SH for a couple day, but I have a couple questions for those experienced SH modders.

I noticed while attempting (unsuccessfully) to avoid 8 destroyers and their depth charges, that the sea floor collision is set higher than how it looks visually. Meaning my Sub will hit the bottom while visually I still have considerable clearance. I also noticed that upon hitting the bottom, and no matter how gently I try to do so, the sub will not simply sit there, but will bounce, and which each bounce it will take hull damage.

With this in mind, is it possible to disable the impact damage of the sea floor, or possibly tune it so the sub will only take damage when hitting above a certain speed? It's bad enough being hunted, but hitting the invisible sea bed and constantly taking damage while trying to get flooding under control just makes things frustrating.

Second. I notice that the flooding animation will only display water to a certain depth within the sub. At one point I had a room 50% flooded, but visually it was only up to their ankles. Would it be possible to have the hatches close and block access to those rooms if the flooding is over a certain amount? This would bring a new element of challenge to the game, if one could be locked out of a particular area of the sub while it is flooded.

The sea floor collision problem is (appears to be) the bone Room_EXT that is placed below the sub. This bone is hitting the floor causing the game to think the sub is on the bottom. I've tried editing the GR2 file to move this bone but it won't move no matter what I try :damn:

I haven't found a way to control the hatches other than clicking on them with the mouse.

The reason the flood water only goes to their ankles is because it will not spill over to other compartments if you let it raise any higher. Thus the devs limited it to ankle height.

[Anachronous]

I appreciate the reply. It's good to know that someone has looked into the issue with collision, even if it is currently bad news on any possible fix.

It was a little disappointing to realise the doors are nothing more than visual. When I first saw them, I was expecting to have to seal off sections, sacrifice men and deal with finding replacements. I miss the crew management of previous SH.

I would assume that if one could close those doors automatically, then it would be done once the flooding reaches a certain percentage, to similar it reaching bottom of the hatch. So while we wouldn't get to see overflowing water, the closed hatch would give the impression that it would do so if opened.

I'll keep dreaming and keep playing. :salute:

[francho1961]

Regards friends, graces for exposing this important topic for a good simulation, gentleman TDW, it makes me happy to know that always this slope of the friends who need help, graces for his modesty.
Excuse for my English evil, regards.

:salute:

[0rpheus]

The sea floor collision problem is (appears to be) the bone Room_EXT that is placed below the sub. This bone is hitting the floor causing the game to think the sub is on the bottom. I've tried editing the GR2 file to move this bone but it won't move no matter what I try :damn:

Real shame that as this infuriates me sometimes! Fingers crossed you figure it out one day :salute:

[Paris_England]

The sea floor collision problem is (appears to be) the bone Room_EXT that is placed below the sub. This bone is hitting the floor causing the game to think the sub is on the bottom. I've tried editing the GR2 file to move this bone but it won't move no matter what I try :damn

Hi TDW,

Where are you seeing this bone? Can you see it in Goblin?

I can see Cam01_wake_up_box from QR1 which seems to have something attached way below the sub (it appears as a green triangle in goblin).

Could that also have something to do with the sub floor problem?

[Paris_England]

Nevermind -- I found it with Granny-Viewer.:salute:

[TheDarkWraith]

Nevermind -- I found it with Granny-Viewer.:salute:

You can see it in Goblin Editor also but Granny Viewer is much easier to see. The little triangle dangling down way below the subs doesn't do anything - I moved it and no change. It's this bone I'm referring to that I'm 99% sure is the problem why the sub won't sit on the bottom.

[Paris_England]

In the hex __ x, y, z value sets for waypoint room_ext (NSS_Uboat7a.waypoints.GR2)

00004e0: 0.00000000 0.00000000 1.4012e-45 0.00069199 1.61885500 0.00000000 0.00000000 0.00000000
0000500: 0.00000000 1.00000000 1.00000000 0.00000000 0.00000000 0.00000000 1.00000000 0.00000000
0000520: 0.00000000 0.00000000 1.00000000 1.00000000 0.00000000 0.00000000 0.00000000 0.00000000
0000540: 1.00000000 0.00000000 0.00000000 0.00000000 0.00000000 1.00000000 0.00000000 -0.0006919
0000560: -1.6188550 0.00000000 1.00000000 11.8530035 0.00000000 0.00000000 0.00000000

Not sure why there are two sets (or rather what they do with regard to the engine -- I have noticed that animations seem to be mirrored in granny viewer so maybe the inverse set has something to do with that).

In Goblin, if I edit the file to the above I do see a shift of the room_ext bone -- not tried it in game so I can't be sure it does anything. I would assume this will move all the exterior waypoints along with it, but if it works it's a start!)

:salute:

[TheDarkWraith]

In the hex __ x, y, z value sets for waypoint room_ext (NSS_Uboat7a.waypoints.GR2)

00004e0: 0.00000000 0.00000000 1.4012e-45 0.00069199 1.61885500 0.00000000 0.00000000 0.00000000
0000500: 0.00000000 1.00000000 1.00000000 0.00000000 0.00000000 0.00000000 1.00000000 0.00000000
0000520: 0.00000000 0.00000000 1.00000000 1.00000000 0.00000000 0.00000000 0.00000000 0.00000000
0000540: 1.00000000 0.00000000 0.00000000 0.00000000 0.00000000 1.00000000 0.00000000 -0.0006919
0000560: -1.6188550 0.00000000 1.00000000 11.8530035 0.00000000 0.00000000 0.00000000

Not sure why there are two sets (or rather what they do with regard to the engine -- I have noticed that animations seem to be mirrored in granny viewer so maybe the inverse set has something to do with that).

In Goblin, if I edit the file to the above I do see a shift of the room_ext bone -- not tried it in game so I can't be sure it does anything. I would assume this will move all the exterior waypoints along with it, but if it works it's a start!)

:salute:

Your first reds are the object's position in model space. Your last reds are the inverse transform (part of it)

I changed the object's position and inverse transform and couldn't get a response from Goblin Editor :hmmm: Every other one I have changed in a GR2 file reacts except this one for me...I'll try again.

[Paris_England]

Maybe you did what I did __ edited the VIIA waypoints, loaded up the type B in Goblin and wondered why nothing had moved :dead:

[TheDarkWraith]

Maybe you did what I did __ edited the VIIA waypoints, loaded up the type B in Goblin and wondered why nothing had moved :dead:

No, didn't do that. Just tried it again. Edited the 7c GR2 file. Opened it up in goblin and no change in position :hmmm: Viewed it in Granny Viewer and change is there but Goblin doesn't show position change.

The waypoints file 'binds' to the nodes defined in the sub's GR2 file. Thus editing the waypoints GR2 file is not going to move the bone in the subs GR2 file.

[Paris_England]

Here's what I see in goblin (you can just make out the axes of the bone above the main origin). Before the edit the axes were below the origin...

http://i241.photobucket.com/albums/ff164/RAiDER_COCKPIT/sh5/ext_waypoint.jpg

Maybe I'm editing the wrong thing, but it sure does look like the bugger you're talking about.:06:

[TheDarkWraith]

Here's what I see in goblin (you can just make out the axes of the bone above the main origin). Before the edit the axes were below the origin...

http://i241.photobucket.com/albums/ff164/RAiDER_COCKPIT/sh5/ext_waypoint.jpg

Maybe I'm editing the wrong thing, but it sure does look like the bugger you're talking about.:06:

you're editing the waypoints GR2 file. Edit the subs GR2 file and see what happens. I can make the waypoint one change no problem. It's the actual sub's GR2 file that I can't for this node.

[TheDarkWraith]

Finally got the node to change position in Goblin. I removed the 7C folder from the \data\Submarine folder of the game. Made a quick mod that had only the edited 7c sub GR2 file in it. Enabled said mod. Opened up Goblin and loaded 7c sub GR2 file. Node changed position. This tells me that everything that is bound to this node also has to have it's position changed to reflect the change made to the sub's GR2 file for this node :doh: How's that for confusing? :shifty: It's either that or some file in that 7c folder is modifying the node's position during runtime (or viewing in Goblin)

EDIT:

added the GR2 files defined by the MASM file (and the MASM file itself) to the said mod's 7c folder. Enabled said mod. Viewed in Goblin and no change to node's position. So one (or all) of the files defined in the MASM file is changing the node's position.....More detective work required :yep:

[Paris_England]

Good stuff:yeah:

[TheDarkWraith]

Got the bone moved up and checked with Goblin and Granny Viewer to ensure nothing was below the sub. Fired up game to test - sub still won't sit on the bottom :damn:

[Anachronous]

Maybe it's not just the sub, but the terrain, or a config entry for bounding box size that needs to be changed elsewhere, or worse still, hard-coded?

[THE_MASK]

Pintea
http://www.subsim.com/radioroom/showpost.php?p=1611900&postcount=2

Theres a tsunami on the way anyway.
http://img195.imageshack.us/img195/6637/nowater.jpg (http://imageshack.us/photo/my-images/195/nowater.jpg/)

[0rpheus]

Got the bone moved up and checked with Goblin and Granny Viewer to ensure nothing was below the sub. Fired up game to test - sub still won't sit on the bottom :damn:

What about the seafloor collision - was that solved, even if it wouldn't sit on the bottom? That would definitely be an improvement, even if it didn't get quite as far as we'd hoped! :)

[Khelven]

any update on this? would love to be able to 'sit' on sea-bed to hopefully fool the enemies sonar someday :ping:

[Loltak]

Lol, now i know why i heard some big noise in my sub and lose some hit point.
I thought that it was that, but as my sub was above the floor i thought it may be other thing.

[gambla]

Would be great if this could be modded. Afaik the boats were often carefully parked on the sea floor without any damage. Last read about it in "Das Boot".