MadKreator

It is definitely on ED's side. Not just making them switch but accessing all of the others, except the one (Pilot out) that is currently exportable using RIGHT_MFCD. My files in the first post were just preliminary "patches" for Helios.. As I'm sure you found out, in each one of the mfd init files, you just need to un-comment the script that ed has in there by default ( in the GC_Base folder) and give each one its own name, any name. And use that in your monitor file.. However the switching of them is done in some code that we don't have access to ( I believe). Same scenario as the apache tedac. Even in the Apache the only way to get the main mfd's to switch is to use LEFT_MFCD and RIGHT_MFCD and just one of each and it will flip back and forth between pilot and CPG. I don't think the CH-47 viewports have even been thought about. I mean the script is already written in the files, then they commented it out of all except one viewport..

My only, (closest, irl) reference to warbird flying is radio control planes, 30 years of all types, especially warbirds… Now of course thats not going to be exactly the same physics as a real one, but based on how the aerodynamics act at low and high speeds and motor torque, it seems to resemble the way I would expect it to react. At high speed, yes there is sway if you kick the rudder or snap the throttle but due to the increased airflow over the tail, the recovery is much faster and changes in motor torque are less pronounced. At slower speeds you’ll induce much more sway from engine torque trying to flip the plane as well as the prop wash over the tail, especially with prop speed change, (and of course rudder inputs). Since there’s less air flow it keeps a swaying longer ( or it’s more pronounced), and a lot of time its easy to over -correct with rudder and the cycle continues. The worst being closer to stall speed when coming in for landing. With low wings and a very far forward CG they tend be inherently unstable. More-so at slower speed than higher speed. Not trying to argue any one’s points. Everyone is allowed their opinion on the subject, of course. But in my mind, for the only irl reference I have, I feel like it behaves more like how it should. Or how I would expect, rather. * as for the speed, I’m not sure what it should really be. Is it underpowered? Too slow for a given loadout? I have no clue. I suppose one would have to go off of the kneeboard chart and test each scenario in there with the exact engine settings and altitude But it feels fine to me. Faster than the p-47 but slower than a lightweight spitfire. I also don’t want to debate that with anyone

Version 1.0.0 of my Helios Profile for the awesome F4U-1D by Magnitude 3! Hope you all enjoy! Download here: https://github.com/HeliosProfiles/DCS-F4U-1D-Profile-by-MadKreator37/releases/latest User Files Here: https://www.digitalcombatsimulator.com/en/files/3345854/ Boring startup and overview video here: https://youtu.be/iNOFO3YUNrU?si=6cRPGVFzGYyeeRSa For support and help visit: CaptnZeen/ Helios Official Discord: https://discord.gg/VEjZ8RB4u7 or MadKreator37 Discord: https://discord.gg/u8gT7DPHcV

Version 1.0.0 of my Helios Profile for the awesome F4U-1D by Magnitude 3! Hope you all enjoy! Download here: https://github.com/HeliosProfiles/DCS-F4U-1D-Profile-by-MadKreator37/releases/latest User Files Here: https://www.digitalcombatsimulator.com/en/files/3345854/ Boring startup and overview video here: https://youtu.be/iNOFO3YUNrU?si=6cRPGVFzGYyeeRSa For support and help visit: CaptnZeen/ Helios Official Discord: https://discord.gg/VEjZ8RB4u7 or MadKreator37 Discord: https://discord.gg/u8gT7DPHcV

FM feels much better now. Dialed back the violent swaying a bit with rudder inputs and throttle changes. Recovers from the sway a bit quicker too. Feels great! Also, to me, the trim feels much more manageable. Absolutely loving it! Good show gents!

Yes, please , please make the kneeboard remember the last size and position! It gets very old adjusting it every flight. Especially with multi monitor setups.

I do similar. Hold the starter. When the engine engages, as soon as it hits about 300 move the mixture lever forward ( kind of slowly, not just jamming it all the way quickly). When you hit full forward release the starter. Also the throttle should be cracked open just a little bit, in my experience… maybe it doesn’t need to be but it seems to work well that way.

Title pretty much says it all.

Have a virtual 6 position switch setup for the c-38 channel selector. (Building a Helios Profile for the F4U). When i move it to position 6 ( over command_def 3607) it instantly crashes dcs. DCS log analyzer shows it causing an error in the f4u Avionics.dll. dcs.log

@-Rudel- Upon further delving. All seems fine with the knob. I just had to change my thinking. ( Mind you I dove into the module straight to creating and interface for it for external device use, not actually learning it) Most modules use increment and decrement functions for this control and the device has an endless amount of rotation. I was not realizing that each time the device is caged the knob returns to its initial value of 0, still letting you make a full 360 degree adjustment from whatever the current heading is and once again gives you the full value range of adjustment from -1 to 1. A caveat being, if one was to build this into a physical control in a sim pit, that may be a bit messy having to use a pot instead of an encoder, and making sure to reset it to center each time. For Helios it works just fine as the virtual control resets based on the in-game control. As it sits, it seems just fine, once I actually used it in-flight and not on the ground just testing.

If you’re using multi-monitors, like Winwing Mfd’s along side your main screen, then the resolution in DSC needs to be the total combine width and height of the overall screenspace. I have a 3840x2160 main screen and 1920x1080 touchscreen to run Helios on, below it. So my DCS resolution is 3840x3240. Even though there is blank space around them, DCS sees it all as one large screen, not individual monitors.

* there’s a good chance I have not fully tested the knob in the proper use case as well. Maybe the knob and indicator only move a certain amount each direction each time it is caged to adjust. ( of course no one is going to move it 360 degrees at any time) Perhaps its not intended to continually rotate

Beautiful! Thank you for the response. Correct as is then! As far as the control of it, that is just my findings as I’m running through the cockpit scripts and creating an Interface for Helios. I’ve found a few controls that seem incorrect for the control type ( lighting rheostats the biggest offenders) and a few device commands that don’t seem to work correctly, some with multiple commands and some devices and gauges commented out like oxygen gauges and a few gauges and devices that aren’t complete( accelerometer min, various clock function, no chronometer in mainpanelinit.lua). Also don’t see any available devices for indicator lamps. But none of that is critical at this time, of course. I’m not going to bombard with reports, as it’s early and I’m sure they are still very much being worked on. I’m sure there’s bigger fish to fry at the moment. As time goes on I may pop in and out with things involving “sim pit interfacing” with more detailed explanations and examples. Very happy to see you created the BatBomb viewport export too, so us Helios guys don’t have to fail any IC doing it ourselves Keep up the good work! Excited to watch it progress!

Needle wobble is very annoying distracting. A bit overdone. How do you hold 38in of manifold pressure? 34-42 on the bouncy gauge is close enough

I believe this is backwards is it not? Gyro should be adjustable when un-caged, to tune in-flight. - Also, the adjustment knob should be a rotary encoder, not a potentiometer with end points. If you adjust until about 140 ish degrees it stops.Then to adjust farther you need to turn it all the way back around the other direction. Seeing the same effect with cockpit control and direct device command inputs.