We should celebrate 10 years anniversary in some way?
1. The flight-model has nothing to do with HOW axes work in the simulator, be it P3D, MSFS or any other.
So 50% aileron input on one aircraft model behaves the same in another aircraft model, the same role rate? So all flight models react equally at all speeds to the same input from the joystick, and there is nothing you can program?
some of the SimConnect variables will still try to communicate with the sim
2. If one has axes assigned and defined elsewhere (external to ProSim) some of the SimConnect variables will still try to communicate with the sim, simply because during the years Humberto has incorporated a lot of logic behind the scenes, those which determine a lot of things RELATED to control-surfaces.
When it comes to Aileron and Elevator, I mean that it is wrong that ProSim even tries to write to these variables in Simconnect if you have not asigned the axis in ProSim.
"Humberto has incorporated a lot of logic behind the scenes"
What logic of aileron and elevator has he implemented? I know that something is implemented on the rudder, to be able to simulate tiller in a good way. But what about aileron, elevator?
3. That means if one has the main axes defined in FSUIPC, he will lose the logic part behind ProSim-systems, that tries to regulate those variables according to the real requirements of the A/C.
Do you mean aileron, elevator? One could interpret rudders as "main axes".
logic part behind ProSim-systems
I am very curious and excited about the logic ProSim has implemented on Aileron and Elevator.
that tries to regulate those variables according to the real requirements of the A/C
Of course, prosim should try to emulate the real plane. But I do not understand what prosim would do it for on the elevator and aileron, it sounds more like a bug, what I describe in my thread: https://forum.prosim-ar.com/viewtopic.php?f=13&t=21629
For example, would prosim try to write to a simconnect variable that has to do with aileron even though you do not have any controls calibrated in prosim? That sounds strange. What would prosim then write? That if you have 50% input on an axis in ProSim, then ProSim sends for example 30% to simconnect. Then I would like to know why? In that case, you do not need to program how effective aileron should be in the flight model, then prosim could handle it instead.
4. It doesn't mean you can not, would not or should not do it via FSUIPC, but the logic will be missing.
It sounds on all the others of your quotes, as if one should not do that?
What logic, on aileron and elevator will be missing?
5. That is why Humberto has written at least 100 messages related to this, saying that we recommend assigning the axes in ProSim.
I buy it when it comes to rudders and brakes so far, but not when it comes to aileron and elevator so far. Then it is probably better to write that you lose the logic of hydralic failure if you do not set in ProSim. But even if that's the only reason to put in ProSim, it's probably not a huge loss.
a/. MSFS is different from P3D, therefore it does not tolerate multiple axes being assigned. Period.
This is good information, but that does not stop ProSim from being able to refrain from writing to simconnect aileron and elevator if you have not asigned the axis in prosim, right? It's ONLY about someone having to program it?
b./ If one runs ProSim in FSUIPC mode (which we haven't tested fully under MSFS) it is possible you will not have axis problems or the A/C going haywire in mid-flight. Maybe not.
Nor should it prevent the lights from working in FSUIPC mode? Or is it not possible to make it work? I must try to write to the different light offsets in FSUIPC, and see if it is possible to control them.
or the A/C going haywire in mid-flight.
Why would it do that? FSUIPC writes to the same SIMCONNECT offset as ProSim, right?
c./ But if one is using the default SimConnect mode, it is certain and tested, that it will never work properly and axes have to be assigned in ProSim.
I do not fully understand this?
Finally, all the questions and statements I say above are just to teach me and better understand how things work
, not to say you are wrong. I do not know if there is any other way to implement control loading in prosim than the way I do, and I know that there are several who use BFF Simulation, and they will probably not be so happy if ProSim closes the possibility for them to use their expensive control loading system.
Most of all I would have liked Brunner or of course MOOG but it costs between 16000-25000 euros and that is of course not realistic, in a home simulator.