I used GIMP (with a dds plugin from somewhere).
I have edited my post above. I think I found the reason. I never used D3D/DDS after sometimes I had PS CTD by selecting it. DDS always works.
I used GIMP (with a dds plugin from somewhere).
I am afraid the yellow labels on the SSME are not usable. I thought they needed resizing only but then realized the label is inverted on engine n.2 (is there a way to fix this?)
All these issues should now have been corrected in the latest revision. Not sure what happened to the midbody sidewalls. Everything looked good in AC3D but once the mesh was exported to msh it all got mucked up. I had to remap the midbody sidewalls for the issue to go away.Latest mesh results:
mid fuselage issue
View attachment 15932
Is this sharp seam correct?
View attachment 15933
I am afraid the yellow labels on the SSME are not usable. I thought they needed resizing only but then realized the label is inverted on engine n.2 (is there a way to fix this?)
Are you sure that your tile pattern is correct? Things look good with the modern set up.About the OMS pods, the HRSI "ring" does not align with the rest of the tiles
SSU
View attachment 15934
Real orbiter
View attachment 15935
Also the line between the HRSI and the rest of the pod in the real shuttle is curved, in SSU is straight
I guess this comes from the stock Atlantis and the Fleet mesh/textures since they have the same issue. Is that fixable?
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/6msaqok62zvet5m/AADd6xt6I0qdYbxqf3eHtap9a?dl=0
The midbody issues should be fixed now. I checked the meatballs and they're a perfect circle.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)
View attachment 15936
View attachment 15937
The midbody issues should be fixed now. I checked the meatballs and they're a perfect circle.
Have you updated to revision 2873? The vent doors have been moved to their real locations thanks to a document I found on NTRS.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/f7yc8k2r3umkr18/IOA_Mech_Assessment_vent_doors.jpg?dl=0
Yes, 2873. I did not know you moved the vent doors
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/6hge9ks0lh5mikl/SSU_midbody_vent_doors.jpg?dl=0Could 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.
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... :facepalm:
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... :uhh:
Is there a list of which signals go into which IOMs?
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.
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. :thumbup:
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. :shrug: