SUBSIM: The Web's #1 resource for all submarine & naval simulations since 1997 |
07-12-17, 09:17 AM | #196 | |
Stowaway
Posts: n/a
Downloads:
Uploads:
|
Quote:
No, I edited the texture directly. Else, could you create a rock that is visible also a bit above water as on this image ? : |
|
07-12-17, 10:00 AM | #197 | |
Navy Seal
Join Date: Jan 2011
Location: CJ8937
Posts: 8,215
Downloads: 793
Uploads: 10
|
Quote:
Okay, don't forget to embed your edited texture the next time you send me your updates Do you mean the dark "crusty" area barely visible above the surface, at the bottom of the concrete base? If yes, I think that's not real rock, but a mix of fouling and biogenic carbonated sediments surrounding the cylindrical base, which I can try to mimic before final release. If we must trust The Lighthouse Directory website, the concrete tower is 26 m high, and the focal plane is 19 m above the main sea level. This would entail that the topmost portion of the underlying rock should start about 7 m below the sea level, maybe even more considering that the lantern is mounted on a metal platform raising from the top of the tower. This is confirmed by the same source where it states that the lighthouse is "located on a submerged rock" |
|
07-12-17, 12:24 PM | #198 |
Navy Seal
Join Date: Jan 2011
Location: CJ8937
Posts: 8,215
Downloads: 793
Uploads: 10
|
Version #4 of our lighthouse
http://www.mediafire.com/file/rnjrcu...La_Plate_v4.7z This version will hopefully fix the top mark texture problem. At least in S3d, the texture looks okay now. Fingers crossed. I have stored the roche de la Plate in a 'Rocks_skerries_shoals' library file. You should place it at the very same coordinates and orientation as the lighthouse for the two parts to match exactly. Even so, their relative vertical placement will be a matter of trial and error. Ideally, the rock should start exactly where the lighthouse base ends (the pre-rendered 'shadow' on the rock base should guide you), and it should extend all the way to the sea bed. Let me know which adjustements will be needed. If you want, I can provide you with a ruler which will help you in estimating by how many meters I need to move the rock up/dow. Just for eye candy, I have edited the properties of all the materials used. Glass and metal should be more reflective than concrete now. Let me know if you can see any difference in game P.S: I forgot to mention that the rock should be collisionable. Only the rock, not the lighthouse (yet). Let me know if collision is detected correctly Last edited by gap; 07-12-17 at 12:36 PM. |
07-12-17, 03:43 PM | #199 | ||
Stowaway
Posts: n/a
Downloads:
Uploads:
|
Quote:
Quote:
No problem. |
||
07-12-17, 04:52 PM | #200 | ||
Navy Seal
Join Date: Jan 2011
Location: CJ8937
Posts: 8,215
Downloads: 793
Uploads: 10
|
Quote:
Quote:
Anyway, unless you think your settings are better, I suggest not to chenge my ones: I copied them from similar stock materials. Among other changes, I raised a bit the specular strength of the concrete material. You will see the benefits of it when I will set those materials to use the specular mask that we have temporarily removed I am now woarking on adding shadows and water reflections to the model |
||
07-12-17, 05:46 PM | #201 |
Stowaway
Posts: n/a
Downloads:
Uploads:
|
bad news :
- i didn't manage to make the rock collisionable, although I have the same controller as on my previous test (and rock was collisionable) - the top mark is still plain black - it's impossible to place the rock precisely in relation to the lighthouse |
07-12-17, 06:32 PM | #202 | |
Navy Seal
Join Date: Jan 2011
Location: CJ8937
Posts: 8,215
Downloads: 793
Uploads: 10
|
Quote:
The controller used for making this kind of objects collisionable, is the StaticObject controller. I had placed one in the rock object, but you should explain first how you used it, and if/how you 'converted' it. I still what you meant in your previous post This top mark issue is driving me crazy: I still don't get why the same material/texture looks okay on the lantern, but not on the mark Sure it is possible but if I got you correctly when we fisrt discussed the topic a few month ago, the position of terrain objects is always dictated by the coordinates of their 3D meshes. You must estimate by how many meters the rock needs to be raised/lowered, export its meshes using S3d, move the object in Wings, and re-import them in the dat file. As I told you, a ruler object will help greatly; let me know if you still want it |
|
07-13-17, 01:46 AM | #203 | ||
Stowaway
Posts: n/a
Downloads:
Uploads:
|
Quote:
I first tested with your controller, and the rock was "ghost". Then, I realised that something was missing : I tried with 30 and 200, but still the rock remains "ghost". Quote:
So, I can place manually the land unit just on the point showing the terrain object's location in mission editor, but still it remains imprecision. |
||
07-13-17, 08:19 AM | #204 | |
Weps
Join Date: Sep 2002
Location: SW France
Posts: 361
Downloads: 137
Uploads: 0
|
Quote:
One called LH_LaPlate.tga with label "LaPlate_Concrete" the other called LH_LaPlate.tga with label "LaPlate_Metal". Am I wrong in thinking the one labelled "LaPlate_Metal" should have texture LLH_LaPlate.tga which shows as a little white square. Haven't got access to SH3 at the moment, so can't test - just an observation. What I did do is include the rock as a node in the LLH_LaPlate.dat file, and I could easily and accurately put the lighthouse on the rock using the translation co-ordinates in S3Editor. Not sure I follow the use of seperate models in the library directory. Please excuse my input if completely wrong as you two are way ahead of me on this. regards, MLF
__________________
Je pense donc je fuis! |
|
07-13-17, 10:12 AM | #205 | |
Stowaway
Posts: n/a
Downloads:
Uploads:
|
Quote:
Yes, I'm thinking about this too. Why separate rock and lighthouse ? |
|
07-13-17, 10:41 AM | #206 | |||||||
Navy Seal
Join Date: Jan 2011
Location: CJ8937
Posts: 8,215
Downloads: 793
Uploads: 10
|
Quote:
Quote:
I still see an unfixed possible error though: while digging into stock files, I have noticed that the container used for the StaticObject controller, is usually of the type 10 / 1000, not the more common 10 / -1 Here is my fix: I hope you get my point Quote:
If yes, no matter how good you match the two parts in wings 3D, you will still need to measure their relative (vertical) distance in game, and make the appropriate changes in Wings3D based on that measure. With this idea in mind, I have created a ruler tool that you can use for measuring heigths in game. You can see a detail of it below: http://www.mediafire.com/file/9lit7l...hz/Ruler30m.7z Quote:
I knew that choosing to set the rock as a terrain object, though more logical, would have caused this sort of problems. That's why I asked you how you wanted me to set it. No problem is insurmontable though. There is a linear relation in the SHIII world between lat/long degrees and metric offsets so no big problem here: despite the different system of coordinates adopted, we can place the two parts exactly at the same spot. I once had a converter by TheDarkWraith. I cannot find it anymore, but I can create something similar for you Quote:
Quote:
- If the lighthouse is destroyed during the campaign, or if at some point it must be removed from game (according to historical data on its destruction), the rock would diasappear too, and I didn't want that: the submerged danger should keep there. - Kendras told me that he wanted to couple each lighthouse with a colored icon. This is only possible by placing a dummy terrain object at the same position as the lighthouse land unit. Since we are at it, I thought, why not to attach the rock to it? Quote:
By the way, this is how the illfamed top mark should look like: Dark grey. Very dark, but if in game it looks pitch black it means that the texture is not rendered. On a side note: the render above is taken from S3d, just to say that everything seems okay in the file. Stay tuned for a new beta release within the next 30 minutes |
|||||||
07-13-17, 11:04 AM | #207 |
Weps
Join Date: Sep 2002
Location: SW France
Posts: 361
Downloads: 137
Uploads: 0
|
What is the LLH_LaPlate.tga file for in the Library folder for? Doesn't seem to be referenced either in LLH_LaPlate.dat, Lighthouse_Parts.dat or Lighthouse_FX.dat?
I'm trying to understand (perhaps I shouldn't ) how this all hangs together. I've bee importing a couple of models from sketchup, but each part has individual texture files (quite laborious) rather than one big one.
__________________
Je pense donc je fuis! |
07-13-17, 11:10 AM | #208 |
Sea Lord
Join Date: Mar 2005
Location: Deep down in Germany
Posts: 1,969
Downloads: 42
Uploads: 0
|
interesting work!
__________________
|
07-13-17, 11:28 AM | #209 |
Navy Seal
Join Date: Jan 2011
Location: CJ8937
Posts: 8,215
Downloads: 793
Uploads: 10
|
Tourelle de la Plate alpha v5
http://www.mediafire.com/file/lf45bu...La_Plate_v5.7z
A few changes here. Nothing drastical: - I have set the rock as a proper terrain object, and I have fixed its StaticObject controller as described in my previous post. Hopefully, this will make the rock collisionable as it should. - I have created a tga mask for the lighthouse, which is linked to the rock object. The icon is inspired by modern nautical charts, no idea how beacons were marked in German charts of the 30s-40s. I hope you like it: - I have thought that in future we might need some generic day beacons similar to the Petite Vielle, so i decided to remove the light platform from the main model, and to make it into a configurable equipment, same as the lantern and top mark. You shouldn't notice any visual change in game. If you do, I messed up something - While separating the tower and the platform, I have noticed a small misalignment of a mesh in one of the beams holding the platform. The error is fixed, but I had to do some slight changes in the texture. - I have added water reflections to the lighthouse and to all of its library subparts. The reflections models I have used, are low-poly versions of the corresponding main models. I made an automatic, quick and dirty poly reduction, and the resulting models have many distortions. Water reflections are distorted anyway, so you probably wont notice how messy are those models, but I plan for one of the next releases to reference the main models as reflection models. Supposing that this is going to be possible, that would result in excellent reflections with no extra file size For the moment, I think that's all. My next contribution to this project, will be a lat/long converter based on an excel spreadsheet. Creating it shouldn't take too long |
07-13-17, 12:09 PM | #210 | ||
Navy Seal
Join Date: Jan 2011
Location: CJ8937
Posts: 8,215
Downloads: 793
Uploads: 10
|
Quote:
Either I didn't get your point, or you are confusing texture linking with texture embedding. When the latter method is used, textures are stored directly in the dat file, and no external texture is required. I din't want embedded textures though, because in my model multiple materials share the same texture; if I embedded it multiple times, one for each material using it, I would have unnecessarily increased the disc and RAM memory usage. The way I have it, in theory the texture is loaded in memory only once (if devs made a clean job). Moreover, using texture linking over texture embedding enables an higher degree of flexibility. SHIV and SH5 modders are familiar with linked textures which are set as configurable (similar to sensors and equipments). Unfortunately, this feature is reportedly supported by SHIII (ask Jeff Grooves on that) but unknown to most modders, and not used at all in stock game. Quote:
Thank you for the encouragement Captain! |
||
|
|