Are you sure that stock sim files are crashing Goblin Editor as well as their FXU version? While I was working together with Volodya on the new torpedo explosion effects for FX Updates, I have noticed that Goblin doesn't like TDW's hex edited controllers, though the game handles them correctly. They could be the reason of Goblin crashing while trying to merge GR2 and sim files :hmmm:

Try opening the sim file within s3d instead: it is capable to read TDW's new controllers. They are placement controllers, and they are used for linking the light effect by TDW (TDW_FXU_Lighthouse_flare.dat) with lighthouse models. I wonder if prt files and MergeCtrl controllers could have be used as well, as described by silentmichal in this post.

We should be able to do the same with any newly inported lighthouse model, and hopefully they would get working lights on them, as long as FX Updates is enabled. We could also duplicate TDW_FXU_Lighthouse_flare.dat and make the placement controllers to point to the new Id. Finally, we could even customize TDW's particles so to have different pulsing light frequencies, but again, we would need to edit them in Hex Editor, as neither Goblin Editor nor s3d can read them. :know:

Yes, this is a possible alternative. I am sure this is doable by assigning lighthouse lanterns their own material, and by setting its emissiveness property appropriately. Nonetheless, lighting effect achieved by this method would be static (i.e. no flashing light). All in all, I think the best way to set lighthouse effect is a mix of your and TDW's methods :yep:

Right click on GoblinEditorApp.exe, select properties, go to the 'Compatibility' tab, and check 'Disable visual themes' :up:

Someone here mentioned HEX editors? specialists are needed? :know:

yep Volodya, in the next days I will be releasing several new lighthouse models. With TDW's permission, we can give them customized lighting effects, as I have described in my previous post.

On a side note, I think many Italian lighthouses weren't obscured throughout the war, or at least until Nazists destroyed them during their retreat (after Italian armistice) :yep:

Okay, I can join this project.. but I still can't test anything by myself :shifty:..

PS: :oops: guns :06:

I always like when Hex Editors are needed.
:haha:

If sober agrees, we could pass on to him our files, for him to place them in game and to test them. As far as I know, he and Trevally are the active modders who know better objects editor

let me to release my first GR2 object first :D

Hex editing is always good when one can understand what he is doing :03:

Should I give them collisionable and reflect models? Are objector editor placed objects capable to cast reflections and/or to detect collisions? :hmm2:

You should only need collisionable if you plan to ram them.
Reflections only if close enuff to water.

I'd make them so you could destroy them myself.
But I'm weird that way.
:D

Yes, I must admit that I had this lame idea in mind too :roll: :arrgh!:, plus the evenince of bombings and aircraft impacts. They are just details, but since we are at it... :03:

Some of the free models I have found, could be placed directly on the sea-bed (they include rocky foundations), and the others could be placed very close to the sea shore.

The point is: are terrain objects using the same controllers as regular units, for water reflections and collision detection? I couldn't find ay example of this among stock files :hmmm:

If you place an object near or on water? Reflections controller work.
You don't need a object for that and SH3-4 wasted alot of space doing it that way.

As for the collisionable controller? Only if you can run into it.
As I said. Do a .zon file so you can shoot the crap out of it if you want.

If you don't have GWX for SH3 installed? There are a lot of things there that will guide you should you look at them.

Iambecomelife realized that land based objects can be made to be destroyed if done right. He found that from my start on the Sea Forts.
I left that knowing someone would take it where I intended.
GWX 3 has a lot of 'tricks' I put in that work for SH5.

There's also a PM thing here that works if you want to try it.
:D

Are you saying that:

- a WaterReflection controller (like the one used for ships) is required?
- if no Reflect_* model is found in the GR2 file, the main model is used instead?

SH5 uses low poly reflection models too. I think the benefit of doing it is alleviating GPU's work :hmmm:

In this case, I think a collisionable model would be required, as well as a CollisionableObject controller, collision spheres and damage box. Is this correct? :)

I have it, and it is a continuous source of inspiration :03:

I will have a close look into it, thanks :salute:

I would be glad to read it, if you can share :D

On the reflection meshes.............
That is debatable. Reason being early versions of SH loads all 3d models into memory. We found cutting those saved load time and Game responce.

I also recall Dan saying he wasn't sure why it was done the way it is?
Except maybe for render range maybe.

It's always an exchange of what and when rendered anyway.
So say you reduce a million faces of reflect meshes but render only the stuff in render range? The trade off is far greater for a less mesh heavy Game. SH Games are pretty bad at memory handleing as they are. Right?

On collisions........
Use what ships/aircraft have but not the same stuff as harbors have.
Build a zon file for the given object to be able to destroy it.

PM means Private message me. :D
You'll get me e-mail address that way and I look at that everyday. Subsim maybe once in a while depending on where I'm at.

I see your point :up:

No further comment required here :03:

Excellent :up:

Do you mean that subsim box which is always warning me about it being full :doh: :D

Okay, I am sending you a PM with my e-mail address. I will be honoured to be in closer touch with you if you like it :salute:

PS: just installed XNormal. An AO map/model is all I need before releasing the first lighthouse model :)

I use the free SoftImage Mod Tool myself.
It's the free version of what was used to develop SH5 to start with.
:D

A Dev told me that.
:03:

Okay, I will give it a try. A feew weeks ago I have tested SMAK. It is a free diffuse, normal, and ambient occlusion maps baking tool. It is quite fast, and the maps it generates are fairly good for our purposes, but it uses the UV map for mapping AO maps, which means that it can give weird results when the diffuse UV map is set with overlapping areas. Moreover, despite the fact that it is advertised as a freeware, I cannot get it to save the generated maps :hmmm: