Hi Kendras, in my opinion for the best look of the reefs, their on land property should be set to true and, unlike your picture, they should be placed where the seabed is almost flat (alternatively you can make the terrain below them flat using Terrain Editor). I am pretty sure that some models disappearing under the soil when placed on land is due to some errors from your part. Something I have noticed is that SHIII objects are not placed in game directly, but they are assembled together in dummy files through placement nodes. The absolute position of those nodes and that of the 3D model might dictate at which heigth each object is placed on land.

I will test several solutions in-game with your rock model.

Quote:

Originally Posted by gap

Where needed I can do some manual adjustements, but honestly I wouldn't like wasting too much time on some generic and pretty random rock models ;-)

Roger that.

Quote:

Originally Posted by gap

is the object collisionable?

Without my computer, I can already answer to this : Yes ! I already tried this issue by colliding the rock with my U-boot. The AI ships are also stuck if they are near the island. So, no need to have a .zon file with collision spheres ! But if you make this model a land unit, then you will have to create a .zon file with plenty of collision spheres, and this will require a lot of time.

Put the .dat file in \Terrains\Locations folder.
Updated the Locations.cfg.

Reef visible in game on surface (whether OnLand= true or false)

Nothing visible underwater.

Yes, that's logical, because the base of the 3D model will always be placed on the sea surface if the model is placed from the Locations.cfg file. But the base should be placed on the sea bed if you create a new land unit and place it with the mission editor.

Quote:

Originally Posted by MLF

And I drove straight through it.

Quote:

Originally Posted by SquareSteelBar

Confirm that ... inside reef

Strange ... If you try my work, you shouldn't be able to go through the island :

The problem doesn't come from gap's files. You have to edit the particles generators of the light halo, and change depth test from false to true IIRC. If you try my mod, you will see that you can't sea the lighthouse's light halo through the island.

Had to delete Locations.cfg which came with mod as caused CTD (calls up bits and bobs that I don't have).
Edited my Locations.cfg as suggested, and all ran OK.

Nice model

The base extended beneath the surface of the sea (although placed using locations.cfg). I can confirm that it was solid when I tried to drive through) and that the light was not visible when it was behind another object.

I played around with settings in Gap's reef model (hope he doesn'tmind?). I found that by giving the Node-Reef1 Node Positioning Translation Y value a negative number (here -30 see 2nd screenshot) the model did go beneath the sea (see 1st screenshot of underwater view of sub)
I also tried changing the StaticObject parameters and setup to reflect yours but the boat still drove through.

May have a fix for the drive through reef - added new node as child of existing node and moved 3d model, reflections below that. Possible that StaticObject describes a child object rather than an object at its own level????
Changed StaticObject type as well to 10/-1 and set squarelength to 200 (same as in Kendras' LH file) - not sure what that does though.

Thank you for your feedback and sorry for the late replies guys. Yesterday and the day before yesterday I was on my way to home, and I had hardly the time to read your comments

Quote:

Originally Posted by Kendras

Without my computer, I can already answer to this : Yes ! I already tried this issue by colliding the rock with my U-boot. The AI ships are also stuck if they are near the island. So, no need to have a .zon file with collision spheres ! But if you make this model a land unit, then you will have to create a .zon file with plenty of collision spheres, and this will require a lot of time.

Setting the reefs as land units is not strictly needed, especially if we find a way to anchor a terrain object to the seabed. Anyway in my own experience with SH5, even land or sea units can be made collisionable using the staticobject controller rather than collision spheres, just like terrain objects. IIRC the secret is putting the controller not directly on the main unit but on an equipment linked to it through eqp file. Though following the 3D profile of its parent unit, this collisionable equipment (can be a dummy, invisible copy of the reef) should not touch the main model in any point, otherwise some weird things can happen.

May have a fix for the drive through reef - added new node as child of existing node and moved 3d model, reflections below that. Possible that StaticObject describes a child object rather than an object at its own level????

Possible. As I noted a few days ago, SHIII harbors stored in the Terrain/Locations folder, contain no actual 3D mesh, but only dummy placement nodes that Library 3D models, on turn, are attached to. Staticobject controllers are attached to Terrain/Locations files (one per file), rather than to library models. It is also possible that traslation values of placement nodes (rather than the ones of the nodes containing the 3D models) are used for determining the position of each model relative to the 3D world

Quote:

Originally Posted by MLF

Changed StaticObject type as well to 10/-1 and set squarelength to 200 (same as in Kendras' LH file) - not sure what that does though.

Oh sorry, I had forgot setting controller's squarelength property after adding it, but the 10 / 1000 type controller container should be correct. IIRC I took it from one of the stock files

Quote:

Originally Posted by MLF

Any objections to me posting the changed file in this thread?

Yes, post it please. The more we are, the quicker we can sort bugs out

Had to delete Locations.cfg which came with mod as caused CTD (calls up bits and bobs that I don't have).
Edited my Locations.cfg as suggested, and all ran OK.

So what's up with those CTD's? Are they Id-related or not? My dat file should not have duplicated Id's as I made it from scratch. I copy/pasted a few controllers with their parents from other files, but I am pretty sure I remapped all of them