Hey HiFlyer , I would currently consider the project to be on pause as I am extremely busy with other projects.
I will continue updating this thread whenever I make some progress.
Hey all,
It's been a while!
I'm looking at getting back in and finishing development for the Spitfire. I was just wondering if there are many changes I should be aware of (I was reading up on a new engine system?).
Hopefully this bird will be flying the Aerofly skies very soon! 
Cheers,
Alex
The landing gear is drooped in the above images as I have not properly set them up in the engine yet and they need adjusting. The tyre bulges are present on the Mk IX wings (both C and E versions).
Thanks for your kind words!
So how are things going?
Unfortunately I haven't made much progress for a few weeks due to a lack of time but I'm hoping to get back into it very soon
Thanks for the feedback everyone, I appreciate it!
I've made some great progress today with almost all of the controls implemented and many of the indicators. I've also begun incorporating proper fuel systems which is coming along very nicely. It's all coming together!
Hey Matt,
Manually tweaking the AO seems to be the best solution. I've brightened everything up and I think I've reached a decent middle ground. I'll definitely be tweaking this a lot more (and redoing some parts that didn't bake correctly) but I'm happier with the results.
I havn't had much time to work on it this week but I'm hoping to get some more done tonight and tomorrow.
Cheers
Alex
Of course, the reflections of the canopy are all messed up at the moment. They don't even reflect the correct thing, they are reflecting the runway lol!
Hmm, shouldn't be but I might be using an older mesh. Would explain why tho 
Just to be clear, that tip was provided by MDIvey ...
Whoops, my bad. Thanks for pointing it out I edited the reply 
Been working on improving the lighting with AO maps. Still working out the best way to bake them (if anyone has any ideas please let me know). Looks SOO much better though, especially in VR 
Also, does anyone have any tips on removing the light that is leaking through the cockpit on the starboard side?
Cheers,
Alex
Would looking at the Corsair fuel setup be at all helpful?
I don't believe the Corsair has a proper fuel system. It would work roughly the same anyways, just need to work out the parameters and what is needed is all. Should be all good
And thanks Matt for the tips on the reflection maps. I'm just exporting a rough one from Substance Painter and tweaking it a bit, seems to work ok.
Thanks very much Michael, that info is invaluable!
I've made some very good progress over the last couple of days. A large amount of the port side controls have been implemented, most of the dash (minus some instruments) and some of the starboard switches.
I've also gone through and tweaked some textures - some need more tweaking but it is looking a lot better. The shaders also helped immensely, just need to work out how to render a reflection map.
Here's a couple of shots;
I hope to implement a fuel system soon. I've been looking at the Cessna as an example but I am stuck at the moment.
Cheers
Alex
Hey Steve,
I just tried the canopy and the window shader. Both didn't seem to do anything/reverted to the default shader (possibly no longer supported??). The only one that seems to work with transparency is glass.
It'd be great if one of the IPACS guys a description for all of the shaders and what they are good for. Like, what is the difference between glass, window and canopy? When should one be used over the other? I just discovered the darken shader is transparent and makes things behind it darker. What's the difference between "standard" and "default"?
In the mean time, do you have any idea larrylynx?
Great progress has been made on the Spit over the last few days/week. Here are a just a few of the changes;
Multiple changes to the FM have been done by the legend himself, Jet-Pack, including;
Again, big thanks to Jan for all his help!
So this is now working in FS 2? When is the release date? It looks great!
No ETA at the moment. You will know as soon as I do Hopefully soon!
Hey guys,
Just wondering if there is a way to get a custom 'hud'/parallax effect for the gunsight?
Cheers
Hey guys, just sharing some info Jan sent me in regards to Inputs
The idea behind the inputs is to receive a message from the assigned joysticks, from the controls.tmd or other background services of our sim, e.g. the simulated copilot that interacts with the aircraft. These messages are send from any location within the sim and can be received anywhere else, like a communication across the entire sim without the need for direct linking. But that's in the background, not that important...
Important for you is: Some of the objects that you add into the tmd file in the dynamics section receive messages from your joystick or controls.tmd and are treated exactly the same way. These message receivers are usually called input_something, e.g. input_switch or input_lever or input_discrete. Each of them has slightly different behavior and is typically only used for that one particular control. E.g. a throttle lever would use the input_lever, a binary switch would use the input_switch, a button the input_button, etc.
Now regarding the outputs from the dynamics section... The dynamics, graphics and sound sections run in separate threads and they usually only need to communicate one way from dynamics to graphics or from dynamics to sound. There is no back connection from the sound to the physics since the sound does not really affect any physics that much in real life and the light that you receive from the "graphics" also does not really affect the physical behavior. The only thing that would do that is a photo-light-sensor. Ok, understood. The outputs that we define collect the physical states and then send them over to the graphics section for the animation process (next frame). That means any physical value, e.g. the flap position or the selected flap position over time needs to be passed from the physics to the graphics section. There is the normal "output" object that takes any input value, gives it a new name and sends the value to the graphics (example: AirspeedIndicator.IndicatedAirspeed would have to be renamed as "IndicatedAirspeed" or just "Airspeed" before it can be send to the graphics). There are also "output_free" objects that can be used to keep the original name (e.g. Input "Flaps.Output" would be available again as "Flaps"). And some of the input objects mentioned above also directly send out their position. E.g. the input_switch and input_button send out their state to the graphics, because nearly all of them will have a graphics for that switch or moving button. Other inputs like the input_discrete will require an object of type "output_free" or "output" to get the value over to the graphics.
Inside the graphics section you can receive these values from the physics by several means, easiest to understand: "graphics_input". Movinggraphics and hingedbodygraphics also can directly receive the values, when you use InputID or AngleID. Then you don't need to add the graphics_input. For the transformations you will need the graphics_input objects...
To summarize that chain:
Controls.tmd or keyboard short-cut generates a message called "Controls.Flaps". The message also contains a qualifier attribute that allows us to distinguish between a "step" or a "set to exact value" or "drag by this much" or "button depressed" (e.g. brakes), etc.
(Message "Controls.Flaps" ) controls->dynamics
Objects in the dynamics section receive the message, e.g. your input_lever that has the Input set to "Controls.Flaps" which we usually call "FlapsInput".
(By value) FlapsInput -> ServoFlaps
The flaps servo can directly access the selected value from the flap input (with FlapsInput.Output) and will drive the flap position towards the input over time.
(By value) ServoFlaps -> aerowing, output
The value of the actual flap position (ServoFlaps.Output) is used by other elements in the physics section, e.g. the aerowing, etc.
If an "output_free" object is specified it will save the value of the flaps until the threads for the graphics and physics join in the synchronized method to exchange the data.
(output-message) output -> graphics_input
The graphics section receives the value from the physics per "graphics_input" InputID = ServoFlaps.Output, you can give the graphics_input another name if you want or keep it identical (makes things easier), here we would use "ServoFlaps" again.
(By value) graphics_input -> graphics_mapping, transformations, etc.
Within the graphics section you can now use the physical position of the flaps to animate the geometries, for the flaps you will probably send them to a graphics_rotation and then to your rigidbodygraphics/bendingbodygraphics for the flaps (as InputTransform).
Similarly to how the graphics section receives the flaps position it can also receive the FlapsInput, if the flaps input either has its own built in output or when you add a new one.
And just like in the graphics section the controls.tmd also can access the outputs from the physics to change the position or angle of the clickspots. E.g. the tip of the flap lever would probably move and you want to keep the visual and the haptical positions in sync... but you don't have to.
Interesting. Thanks Jan! I think that's the way the F4U did it, but I couldn't wrap my head around the transform part... I'll see if I can work it out.
Cheers,
Alex
Edit: Got it working! Not really anymore trouble than the other way so that's nice.
Thanks !
Hey guys,
I'm currently trying to wrap my head further around the rigidbodygraphics and linking with the dynamics. I've been trying to get the control column to work independently from each other, but still be linked i.e the spade rotates from a fixed point on the control column. Here's what I have so far;
<[graphics_input][StickElevator][]
<[uint32][InputID][ServoElevator.Output]>
<[float64][Scaling][0.6]>
>
<[graphics_input][StickAileron][]
<[uint32][InputID][Aileron.Output]>
<[float64][Scaling][0.8]>
>
<[hingedbodygraphics][ControlColumn][]
<[uint32][PositionID] [Fuselage.R]>
<[uint32][OrientationID][Fuselage.Q]>
<[string8][GeometryList][ SpadeColumn ]>
<[string8][InputAngle][StickElevator.Output]>
<[tmvector3d][Axis] [ -0.000 -1.0000 -0.0000 ]>
<[tmvector3d][Pivot][ -0.8609 0.0049 -0.5122 ]>
<[float64][AngleMax][1]>
>
<[hingedbodygraphics][Spade][]
<[uint32][PositionID] [Fuselage.R]>
<[uint32][OrientationID][Fuselage.Q]>
<[string8][GeometryList][ SpadeGrip BrakeLever ]>
<[string8][InputAngle][StickAileron.Output]>
<[tmvector3d][Axis] [ -0.9988 0.0491 0.0000 ]>
<[tmvector3d][Pivot][ -0.9887 0.0001 0.0778 ]>
<[float64][AngleMax][1]>
>So how would one go about linking these so that the Spade follows the Control Column rotation, but rotates on its own too?
TLDR; layered elements w/ their own rotations?
Cheers,
Alex
Edit: Got it, was easy peazy.
Just add the 'parent' to the [Graphics] parameter like this;
<[hingedbodygraphics][ControlColumn][]
<[uint32][PositionID] [Fuselage.R]>
<[uint32][OrientationID][Fuselage.Q]>
<[string8][GeometryList][ SpadeColumn ]>
<[string8][InputAngle][StickElevator.Output]>
<[tmvector3d][Axis] [ -0.000 -1.0000 -0.0000 ]>
<[tmvector3d][Pivot][ -0.8609 0.0049 -0.5122 ]>
<[float64][AngleMax][1]>
>
<[hingedbodygraphics][Spade][]
* <[uint32][Graphics][ControlColumn]> *
<[string8][GeometryList][ SpadeGrip BrakeLever ]>
<[string8][InputAngle][StickAileron.Output]>
<[tmvector3d][Axis] [ -0.9988 0.0491 0.0000 ]>
<[tmvector3d][Pivot][ -0.9887 0.0001 0.0778 ]>
<[float64][AngleMax][1]>
>Thanks Jan just what I needed
Will amend the TMD files with the new stuff, wrap it up with the new model and post version 1.1. Don't think I can do anymore so this will be it for the Stafighter
Steve
You've done well Steve, should be proud of yourself! I look forward to the update
We have our first clickable control! Huzzah! (It's just pretty much copy pasta from the F4U, trying to work out all the different parameters - I'm unsure what the "Base" versions are, i.e PropellerSpeed vs PropellerSpeedBase.
We just moved the cg a bit forward LOL
Shhhhh!
What he meant to say, was that after hours of hard work and dedication, aeronautical physics and...
Yeah we moved the CG forward 
