Orbiter-Forum  

Go Back   Orbiter-Forum > Orbiter Addons > Addon Support & Bugs > Addon Developer Forums > Space Shuttle Ultra
Register Blogs Orbinauts List Social Groups FAQ Projects Mark Forums Read

Space Shuttle Ultra Support & development threads for Space Shuttle Ultra addon.

Reply
 
Thread Tools
Old 06-24-2018, 02:29 PM   #1846
Wolf
Donator
 
Wolf's Avatar
Default

Quote:
Originally Posted by DaveS View Post
 Are you sure that your tile pattern is correct? Things look good with the modern set up.

---------- Post added at 03:22 PM ---------- Previous post was at 03:18 PM ----------

Here's a link to a folder with a number of images and photos of the OMS pod: https://www.dropbox.com/sh/6msaqok62...f3eHtap9a?dl=0
I ve corrected the tiles pattern since it was wrong (wrong number of black HRSI tiles) but the boundries are exactly the same. If you check the stock SSU textures you ll see the same thing: the outer ring does not align with the other tiles hence there is a dent in the pattern as my screenshot show. Also the edge between the tiles and the AFRSI should follow a curved line, in SSU it is a straight line.

Ok I had not loaded today's update... now the HRSI look much better and the ring is aligned. As a side effect I have now some extra issues with the seams of the Columbia/Challenger PODs but I'll wait until you are done with the orbiter mesh and see what is the final outcome
One thing that popped up in the mid body sidewall area is:

1) US flag and labels are now vertically stretched (check the US flag now patially covered by the PB vebt door and the U.S. and NAsa meatball look stretched)

2) the mid mody sidewall where the mesh issue was has now a sort of shadow/lighted separation (you can see them both when the area is lighted or in the dark)


Click image for larger version

Name:	639.jpg
Views:	99
Size:	157.7 KB
ID:	15936

Click image for larger version

Name:	640.jpg
Views:	93
Size:	263.3 KB
ID:	15937

Last edited by Wolf; 06-24-2018 at 03:25 PM.
Wolf is offline   Reply With Quote
Old 06-24-2018, 06:02 PM   #1847
DaveS
Addon Developer
 
DaveS's Avatar


Default

Quote:
Originally Posted by Wolf View Post
 I ve corrected the tiles pattern since it was wrong (wrong number of black HRSI tiles) but the boundries are exactly the same. If you check the stock SSU textures you ll see the same thing: the outer ring does not align with the other tiles hence there is a dent in the pattern as my screenshot show. Also the edge between the tiles and the AFRSI should follow a curved line, in SSU it is a straight line.

Ok I had not loaded today's update... now the HRSI look much better and the ring is aligned. As a side effect I have now some extra issues with the seams of the Columbia/Challenger PODs but I'll wait until you are done with the orbiter mesh and see what is the final outcome
One thing that popped up in the mid body sidewall area is:

1) US flag and labels are now vertically stretched (check the US flag now patially covered by the PB vebt door and the U.S. and NAsa meatball look stretched)

2) the mid mody sidewall where the mesh issue was has now a sort of shadow/lighted separation (you can see them both when the area is lighted or in the dark)


Attachment 15936

Attachment 15937
The midbody issues should be fixed now. I checked the meatballs and they're a perfect circle.
DaveS is online now   Reply With Quote
Old 06-24-2018, 06:26 PM   #1848
Wolf
Donator
 
Wolf's Avatar
Default

Quote:
Originally Posted by DaveS View Post
 The midbody issues should be fixed now. I checked the meatballs and they're a perfect circle.
If you look at the US flag on the port side you ll notice the top left corner is overlaped by the PB vent door. The flag used to sit right below the door so either the logos are now stretched vertically or the door has shifted downward.
I have also the impression the UNITED STATES label is now stretched vertically..
Does it look ok to you?
Wolf is offline   Reply With Quote
Old 06-24-2018, 06:36 PM   #1849
DaveS
Addon Developer
 
DaveS's Avatar


Default

Quote:
Originally Posted by Wolf View Post
 If you look at the US flag on the port side you ll notice the top left corner is overlaped by the PB vent door. The flag used to sit right below the door so either the logos are now stretched vertically or the door has shifted downward.
I have also the impression the UNITED STATES label is now stretched vertically..
Does it look ok to you?
Have you updated to revision 2873? The vent doors have been moved to their real locations thanks to a document I found on NTRS.


This is the graphic from that document: https://www.dropbox.com/s/f7yc8k2r3u...doors.jpg?dl=0
DaveS is online now   Reply With Quote
Old 06-24-2018, 06:45 PM   #1850
Wolf
Donator
 
Wolf's Avatar
Default

Quote:
Originally Posted by DaveS View Post
 Have you updated to revision 2873? The vent doors have been moved to their real locations thanks to a document I found on NTRS.


This is the graphic from that document: https://www.dropbox.com/s/f7yc8k2r3u...doors.jpg?dl=0
Yes, 2873. I did not know you moved the vent doors
Wolf is offline   Reply With Quote
Old 06-24-2018, 09:42 PM   #1851
GLS
Addon Developer
 
GLS's Avatar
Default

I'm (hopefully) finishing the HUD runway outline: I re-did the math, put it in a nice runway-to-HUD conversion function, and it looks good... until the points are behind the vehicle...
The trouble is when a point is vertically behind the vehicle, the math should (and does) place it vertically in line with the boresight, but in reality that is not correct. When the runway threshold points are in that situation (a little after the vehicle crosses them, and because of the nose-up attitude, eventually they will be directly behind the vehicle), they are placed next to the boresight instead of being placed somewhere below... I can't figure out where that "somewhere below" is...
GLS is online now   Reply With Quote
Old 06-24-2018, 11:16 PM   #1852
Donamy
Beta Tester


Default

Quote:
Originally Posted by Wolf View Post
 Yes, 2873. I did not know you moved the vent doors

Could you move the flag and squash it on the texture, so it looks correct. I know it a hack way to do it, but it's been known to work.
Donamy is offline   Reply With Quote
Old 06-24-2018, 11:21 PM   #1853
DaveS
Addon Developer
 
DaveS's Avatar


Default

Quote:
Originally Posted by Donamy View Post
 Could you move the flag and squash it on the texture, so it looks correct. I know it a hack way to do it, but it's been known to work.
No need as the problem was that the vent doors were positioned too low to match the positions listed in chart linked above. With the vent doors repositioned, things look better: https://www.dropbox.com/s/6hge9ks0lh...doors.jpg?dl=0
DaveS is online now   Reply With Quote
Old 06-25-2018, 04:36 PM   #1854
Donamy
Beta Tester


Default

Those OMS pods look good. But the tail needs a lot of work.
Donamy is offline   Reply With Quote
Old 06-28-2018, 06:40 PM   #1855
GLS
Addon Developer
 
GLS's Avatar
Default

Quote:
Originally Posted by GLS View Post
 I'm (hopefully) finishing the HUD runway outline: I re-did the math, put it in a nice runway-to-HUD conversion function, and it looks good... until the points are behind the vehicle...
The trouble is when a point is vertically behind the vehicle, the math should (and does) place it vertically in line with the boresight, but in reality that is not correct. When the runway threshold points are in that situation (a little after the vehicle crosses them, and because of the nose-up attitude, eventually they will be directly behind the vehicle), they are placed next to the boresight instead of being placed somewhere below... I can't figure out where that "somewhere below" is...
Well, basically gave up on this for now. I think my math is missing something, for points far away the error is negligible, but grows as the point gets closer to the HUD. Some sort of plane clipping is needed and/or a change to my "pretty" runway2HUD conversion function.
On the positive side, I made the body flap functional. Not sure the aero part is doing much, but it now moves and the manual control switches work. (BTW: the mesh for panel C3 is SCARY... ) The position isn't saved and it currently defaults to a full-up position, so maybe further work is needed in the short term.

Anyway, I'll now hop over to the trunk to see how things are going.

---------- Post added at 11:05 PM ---------- Previous post was at 07:37 PM ----------

Opened a few more tickets regarding the OV mesh... this one is really bad.
I can't open the mesh in blender, and in Orbiter deploying the gear shows that one of the main gear wheels animates with the opposite door, and the nose gear isn't there at all.

---------- Post added 06-26-18 at 04:21 PM ---------- Previous post was 06-25-18 at 11:05 PM ----------

Cleaned up the scary panel mesh group of panel C3 (85% reduction in vertex count and 57% in triangles in that group).

---------- Post added at 08:18 PM ---------- Previous post was at 04:21 PM ----------

Added a few tickets to track all the recent mesh issues.

---------- Post added 06-27-18 at 12:05 AM ---------- Previous post was 06-26-18 at 08:18 PM ----------

Any good literature about the internals of the MDMs? I'll need to add them to get the Radar Altimeter connected and feeding the HUD, as the lack of granularity on the "normal" altitude is very noticeable at low altitudes.

---------- Post added at 11:16 PM ---------- Previous post was at 12:05 AM ----------

While coding the power switches for the MDMs I noticed that for pretty much every switch we call SetInitialAnimState( 0.5f ), to define the switch mesh group position for the animation. Given that we have TONS of switches and they all (or 99.9%) are in that position, I think we could remove all those calls and by setting the variable to 0.5 by default (it's 0.0 now). It would save a few milliseconds during loading, and it would be less code, etc...

---------- Post added 06-28-18 at 07:40 PM ---------- Previous post was 06-27-18 at 11:16 PM ----------

Is there a list of which signals go into which IOMs?
GLS is online now   Reply With Quote
Thanked by:
Old 06-28-2018, 07:00 PM   #1856
Urwumpe
Certain Super User
 
Urwumpe's Avatar

Default

Quote:
Originally Posted by GLS View Post
 
Is there a list of which signals go into which IOMs?

What kind of signal do you need?
Urwumpe is online now   Reply With Quote
Old 06-28-2018, 07:14 PM   #1857
GLS
Addon Developer
 
GLS's Avatar
Default

Quote:
Originally Posted by Urwumpe View Post
 What kind of signal do you need?
The signals that connect to the IOMs (switches, sensors, etc), so the GPCs can go "IOM 6, ch 0, bit 5" is the CDR RDR ALTM switch. It's not really urgent, as for now I'll probably only use those RDR ALTM switches and the RA (which uses its own card), but it would be a nice list to have instead of connecting things at random.
GLS is online now   Reply With Quote
Old 06-28-2018, 07:22 PM   #1858
Urwumpe
Certain Super User
 
Urwumpe's Avatar

Default

Quote:
Originally Posted by GLS View Post
 The signals that connect to the IOMs (switches, sensors, etc), so the GPCs can go "IOM 6, ch 0, bit 5" is the CDR RDR ALTM switch. It's not really urgent, as for now I'll probably only use those RDR ALTM switches and the RA (which uses its own card), but it would be a nice list to have instead of connecting things at random.

There are different kinds of IO modules - the Radar Altimeter uses a serial I/O kind of IO Module AFAIR.


Such a switch would likely be a discrete input kind of IO Module, which has three 16 bit output registers, each bit in the register representing the state of one input line.



TACAN and MLS use one special IO module.
Urwumpe is online now   Reply With Quote
Old 06-28-2018, 07:28 PM   #1859
GLS
Addon Developer
 
GLS's Avatar
Default

Quote:
Originally Posted by Urwumpe View Post
 There are different kinds of IO modules - the Radar Altimeter uses a serial I/O kind of IO Module AFAIR.


Such a switch would likely be a discrete input kind of IO Module, which has three 16 bit output registers, each bit in the register representing the state of one input line.



TACAN and MLS use one special IO module.
Yes, I've refreshed my knowledge on the MDMs.
What I don't know is to which bit of which channel is whatever switch connected on. It's not super-critical as we know there are 48 such signals in a DIL/DIH/DOL/DOH, and we know how many of those cards are there in each MDM, so we won't "over-connect" things.
GLS is online now   Reply With Quote
Old 06-28-2018, 07:30 PM   #1860
Urwumpe
Certain Super User
 
Urwumpe's Avatar

Default

Quote:
Originally Posted by GLS View Post
 Yes, I've refreshed my knowledge on the MDMs.
What I don't know is to which bit of which channel is whatever switch connected on. It's not super-critical as we know there are 48 such signals in a DIL/DIH/DOL/DOH, and we know how many of those cards are there in each MDM, so we won't "over-connect" things.

And every switch actually has three electrical switches inside, providing three signals to their MDM.
Urwumpe is online now   Reply With Quote
Reply

  Orbiter-Forum > Orbiter Addons > Addon Support & Bugs > Addon Developer Forums > Space Shuttle Ultra


Thread Tools

Posting Rules
BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
Forum Jump


All times are GMT. The time now is 11:01 AM.

Quick Links Need Help?


About Us | Rules & Guidelines | TOS Policy | Privacy Policy

Orbiter-Forum is hosted at Orbithangar.com
Powered by vBulletin® Version 3.8.6
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd.
Copyright 2007 - 2017, Orbiter-Forum.com. All rights reserved.