by 0 ''y'' value you mean the keel of ship ?

i know that too and i tottaly agree with you


it is better for your ingame tests to make missions with NOT stationary ships.the stadimeter has a limitation and that is its pixel by pixel movement.by that i mean that the calculate distance via stadimeter is not 'continuesly' (sorry for my english) ...by that i mean that the calculate distance is 'jumping' from one measurment(that will keep it for some time there) immediatelly to the next one (that will keep it for some time there)and so on...
so it is better to have a moving ship and take ranges periodically .
what i do is this :
put the ship (about 4km away) and set its curse at 270 and make itso that when it pass in front of our nose (we are stationary and our course is set at o degrees) to be at a distance about 1km
then i run the mission with auto targeting enabled and start write down the given distances from the sh4 (these are the real distances) at 60,55,50.....,5,0 bearing.
then run the mission again but with the manual targeting enabled and start taking ranges via stadimeter at 60,55,50......,5,0 bearing(these are the fake distances)
then use this formula for each bearing : realmast=(fake mast x real range)/fake range where fakemast=the mast value that the game is currently using
then you have the 'realmasts' for each bearing and you calculate the middle one of these

you are talking about the method that Darkfish suggested, right ?
yes, this method is absolutely correct...i checked it to some ships and works fine !

No. The "0" on the y axis is the "start" position, If it was the keel it would have a "negative" value. In the case of the Bismarck it is -1.03


As far as your "moving" ship test, your basically using an old surveyor's trick of moving the "level rod" back and forth as he looks through the "level", When the level rod reaches its lowest point that will be the "height" above the ground.


However the procedures I have outline are accurate for determining "mast height"

ok , i got it now!
when the draught=0 at .sims then all you have to do is to measure the mast height with a node attached to hull and no need to measure the keel (i couldn't get it becuase i was using a node attached to the mast).
for the other ships ....just a thought for you Lurker .when we see at a ship ,for example, draught=9 does the sh4's engine is putting the hull of ship 9m into water or the box of ship ?

you don't understant my method and certainly has nothing to do with what you described but thats ok,no need to discuss it further(i didn't post it as a better method but.... just for sharing)
if the mast values you are getting via s3d are acurrate then everything is ok (and for sure you are saving a lot of time),it was about time to be made some fixes to ship's dimensions for sh4
the irony is that all these good things for sh4 (and was exactly some of the things that kept me away from sh4-ubm) are happening one day before sh5

ubi must understant one day that the priority is the gameplay and not only the graphics

anyway, i would for sure use this mod (i have allready said that this is the best mod ever made for sh4) when and if ever play the sh4

God I'm so excited right now, I just have to share this. I've just finished moving the last item and I only have 3 more tga's to remake :yeah:. Just a few more hours and I can finally hang up my gloves :haha:. Rescaling the background items proved to be difficult but well worth the result. The mod now works at any aspect ratio, the AOBF is much smaller and it's much harder to click something to reset it (although because of hardcoding, the Stadimeter still resets the AOBF). I've removed the panel handles. To show the panels all you need to do is click the sides of the screen. To hide them just click any unused part of the panels. I've remade the background to be sharper but more weathered with metal scratches and chipped paint. As soon as I'm done I'll send the files to Lurker so pray that he tests it fast at releases it as a fix for OMEGU 300. No more Alphas this time guys...:yeah:

DONE... packing it up now and sending it to the right person :up:

Here's a double pic showing half of the AOBF. This is taken at a 25:16 aspect resolution :haha:
http://img338.imageshack.us/img338/2...ubfinal.th.jpg

Looks great... but will the half aob wheel not mess up our solutions ;)


(sorry had to make a stupid remark)

Damn, I had my left eye closed!!! :damn: Must remake it again! :haha:
What I wanted to show there was that I had to add a black padding around the aobf which reduced visibility to 30 miliradians wide. It's more of an issue on 4:3 resolution.

I assume that the 16-9 Res Fix is no longer required

That's right, in fact I can retract all support for the Alpha 3.0 version (plus the fix). I'll delete the files from filefront as soon as possible.

Awesome, man! Thank you!

OMEGU v300 Patch 1 is up

Roger that, I've updated the first post... :up:

Awesome work! Just downloaded the Patch for OMEGU, and your work is perfect. Running 1920 by 1080, 16:9 aspect ratio. It works! Thank you!

Work without a glitch and looks great. Thanks:yeah:

works superb also in 1280*1024.....At last! Thanks another time!:yeah: