MSFS2024 compatibility?
-
I did a copy and paste of the prop and turbine, and the turbine did great. Only issue is the prop does not show up in the 2024 list. If I delete the turbine, then the prop shows up.
@sumnersd With both piston and turbine in 2024, it seems what it is actually doing is combining them - Look in the variants and liveries and you will see it's all there, it's just laid out in a really weird way.
I'm sure this will be sorted out when updated for 2024, but it is all still there to access.
-
I have tried the Turbine Duke, it works 90% but the altitude indicators and baro numbers are wrong. That makes it unplayable for the moment. Also something fishy seems to happen with the amperometers fluctuating more than usual and the cabin thermometer is showing wrong temperature in comparison with the tablet which seems to be the correct one.
Hi, All. I haven't made a comprehensive statement about compatibility since MSFS 2024 released, but I thought I would address these particular issues, since they are all related.
All three of these bugs in MSFS 2024, as unrelated as they may seem, are the result of an incorrectly implemented mathematical operator in the Reverse Polish programming language called "integer divide". In MSFS 2020, the integer divide operator correctly divided two numbers, and then rounded down to the nearest integer. This rounding does not happen in MSFS 2024, resulting in the wrong output.
As you might imagine, this is roughly equivalent to changing how a button on a calculator functions without telling your accountant. This operator is used over 1,000 times across all my aircraft, so replacing it would be no small effort. We have notified Asobo of this issue, but have not heard any acknowledgement of the issue as of this writing.
I hope this explains some of what you are seeing, and might also give you a glimpse into what kind of issues my fellow MSFS developers and I are facing in MSFS 2024.
-
Hi, All. I haven't made a comprehensive statement about compatibility since MSFS 2024 released, but I thought I would address these particular issues, since they are all related.
All three of these bugs in MSFS 2024, as unrelated as they may seem, are the result of an incorrectly implemented mathematical operator in the Reverse Polish programming language called "integer divide". In MSFS 2020, the integer divide operator correctly divided two numbers, and then rounded down to the nearest integer. This rounding does not happen in MSFS 2024, resulting in the wrong output.
As you might imagine, this is roughly equivalent to changing how a button on a calculator functions without telling your accountant. This operator is used over 1,000 times across all my aircraft, so replacing it would be no small effort. We have notified Asobo of this issue, but have not heard any acknowledgement of the issue as of this writing.
I hope this explains some of what you are seeing, and might also give you a glimpse into what kind of issues my fellow MSFS developers and I are facing in MSFS 2024.
-
Hi, All. I haven't made a comprehensive statement about compatibility since MSFS 2024 released, but I thought I would address these particular issues, since they are all related.
All three of these bugs in MSFS 2024, as unrelated as they may seem, are the result of an incorrectly implemented mathematical operator in the Reverse Polish programming language called "integer divide". In MSFS 2020, the integer divide operator correctly divided two numbers, and then rounded down to the nearest integer. This rounding does not happen in MSFS 2024, resulting in the wrong output.
As you might imagine, this is roughly equivalent to changing how a button on a calculator functions without telling your accountant. This operator is used over 1,000 times across all my aircraft, so replacing it would be no small effort. We have notified Asobo of this issue, but have not heard any acknowledgement of the issue as of this writing.
I hope this explains some of what you are seeing, and might also give you a glimpse into what kind of issues my fellow MSFS developers and I are facing in MSFS 2024.
@Black-Square Thanks a lot for the update. I really appreciate it. Yes apparently breaking a mathematical calculation means a lot of trouble. I hope Asobo gets back to you as soon as possible.
-
Hi, All. I haven't made a comprehensive statement about compatibility since MSFS 2024 released, but I thought I would address these particular issues, since they are all related.
All three of these bugs in MSFS 2024, as unrelated as they may seem, are the result of an incorrectly implemented mathematical operator in the Reverse Polish programming language called "integer divide". In MSFS 2020, the integer divide operator correctly divided two numbers, and then rounded down to the nearest integer. This rounding does not happen in MSFS 2024, resulting in the wrong output.
As you might imagine, this is roughly equivalent to changing how a button on a calculator functions without telling your accountant. This operator is used over 1,000 times across all my aircraft, so replacing it would be no small effort. We have notified Asobo of this issue, but have not heard any acknowledgement of the issue as of this writing.
I hope this explains some of what you are seeing, and might also give you a glimpse into what kind of issues my fellow MSFS developers and I are facing in MSFS 2024.
@Black-Square For me everything works fine. The 2 things I saw was the altitude indicator flips a bit weird, and the InHg is showing +1000 3992 instead of 2992 for std pressure.
-
@Black-Square Having working RPN is 2020 and somehow then breaking parts of it for 2024 was not on my bingo card!
@Avionic I'm not savvy on this, just thinking out loud. Do they not use a standard RPN library? If so, did the library update and change something? It seems strange unless they somehow manually coded their own RPN implementation that such a fundamental operation would change. Not doubting anyone here, just really trying to grasp how it would happen. Edit: From what I can tell, they do have their own implementation. Interestingly, RPN doesn't even seem to have a
flooroperation, the closest isnearwhich rounds up or down on either side of 0.5 to return an int. MS's own SDK showsdivreturning a rounded number though. What an annoying little bug to have to deal with. -
@Black-Square For me everything works fine. The 2 things I saw was the altitude indicator flips a bit weird, and the InHg is showing +1000 3992 instead of 2992 for std pressure.
@SwissairMD11 These are all due to the integer division operator, believe it or not.
@LostPilot I actually doubt it's a standard library, or at least one anyone would recognize, because I believe the MSFS RPN implementation has been virtually unchanged since 1995. If I had to guess, I believe this change was probably the result of experiments with compiled RPN, which is a new option for developers seeking a little performance boost to their animation code. You can imagine how this might entail porting the RPN interpreter to a new language in the process. Hopefully you can all understand how this affects us developers, and why I'm not rushing to update my code in twelve aircraft across two simulators for such a fundamental oversight.
-
@SwissairMD11 These are all due to the integer division operator, believe it or not.
@LostPilot I actually doubt it's a standard library, or at least one anyone would recognize, because I believe the MSFS RPN implementation has been virtually unchanged since 1995. If I had to guess, I believe this change was probably the result of experiments with compiled RPN, which is a new option for developers seeking a little performance boost to their animation code. You can imagine how this might entail porting the RPN interpreter to a new language in the process. Hopefully you can all understand how this affects us developers, and why I'm not rushing to update my code in twelve aircraft across two simulators for such a fundamental oversight.
@Black-Square said in MSFS2024 compatibility?:
Hopefully you can all understand how this affects us developers, and why I'm not rushing to update my code in twelve aircraft across two simulators for such a fundamental oversight.
Very understandable. Having to update all of those uses of the operation when they'll likely fix it would be a waste of valuable time. Good luck!
-
@SwissairMD11 These are all due to the integer division operator, believe it or not.
@LostPilot I actually doubt it's a standard library, or at least one anyone would recognize, because I believe the MSFS RPN implementation has been virtually unchanged since 1995. If I had to guess, I believe this change was probably the result of experiments with compiled RPN, which is a new option for developers seeking a little performance boost to their animation code. You can imagine how this might entail porting the RPN interpreter to a new language in the process. Hopefully you can all understand how this affects us developers, and why I'm not rushing to update my code in twelve aircraft across two simulators for such a fundamental oversight.
@Black-Square I understand it's quite the job to change it. And am willing to pay for it. Not sure for others but I surely will if the time is very consuming. I love the dynamic engine parts of it so that is worth a lot in my books.
-
@Black-Square I understand it's quite the job to change it. And am willing to pay for it. Not sure for others but I surely will if the time is very consuming. I love the dynamic engine parts of it so that is worth a lot in my books.
If the problem is with the host application and one of the libraries. I belive BKSQ probably has more interesting stuff to do (that we will enjoy more too), than spending a vast amount of resources on a workaround that may not be needed in a week or two.
-
@Black-Square I understand it's quite the job to change it. And am willing to pay for it. Not sure for others but I surely will if the time is very consuming. I love the dynamic engine parts of it so that is worth a lot in my books.
@SwissairMD11 Asobo wrote on their developer forum less than 24 hours ago, that the bug has been logged and that a fix is being implemented. Let's hope the correction can make it in one of the first patches that are coming.
-
Doesn't look like it's made it into 1.1.10.0 :-(
-
Hi, All. I haven't made a comprehensive statement about compatibility since MSFS 2024 released, but I thought I would address these particular issues, since they are all related.
All three of these bugs in MSFS 2024, as unrelated as they may seem, are the result of an incorrectly implemented mathematical operator in the Reverse Polish programming language called "integer divide". In MSFS 2020, the integer divide operator correctly divided two numbers, and then rounded down to the nearest integer. This rounding does not happen in MSFS 2024, resulting in the wrong output.
As you might imagine, this is roughly equivalent to changing how a button on a calculator functions without telling your accountant. This operator is used over 1,000 times across all my aircraft, so replacing it would be no small effort. We have notified Asobo of this issue, but have not heard any acknowledgement of the issue as of this writing.
I hope this explains some of what you are seeing, and might also give you a glimpse into what kind of issues my fellow MSFS developers and I are facing in MSFS 2024.
@Black-Square seems like a big miss on Asobo's part!
-
The patch notes for the latest update (1.2.7.0) include
Fixed integers division in RPN expressions
So hopefully that will allow work to move forward
https://www.flightsimulator.com/release-notes-1-2-7-0-available-now-msfs-2024/
-
Update: When piston is removed from community folder then all liveries are shown for turbine duke.
I suggest that BSQ investgates a potential conflict when both versions are installed in community.
For the moment you can't have both aircrafts installed.One more thing. The engine sound is fading in and out or some kind of phasing during flight.
Sounds like if the pilot is moving around in the cabin.
