Jump to content


  • Content Count

  • Joined

  • Last visited

Posts posted by Fragged^2

  1. 9 minutes ago, mopperle said:

    More important is the kernelbase.dll crash. Have you updated recently an addon like GSX, which mighthave changed some windows core files? The kernelbase.dll error usualy points into a direction that something on your system is not as it should be.


    The KERNELBASE.dll crash is because of the CRJ. It doesn't happen with any other plane, no matter how I load it.

    • Like 1

  2. If I try to load the new CRJ from the Scenery Startup Screen, P3D will crash soon after going fullscreen, before the usual "Loading scenery.." etc. Loading the F22 into 3D and then selecting the CRJ works. The CRJ load process from the Startup Screen is doing something weird as seen in the Procmon screenshot:



    Broken filepath string causing it to look for something in every path in the PATH variable?


    Only file that's created in C:\Users\username\Documents\Aerosoft\Aerosoft CRJ Pro\Logs is empty ASCRJ_SimConnect_Log.txt


    Event log shows a typical KERNELBASE.dll crash.


    Latest Windows 10


    Client =

    Content =

    Scenery =


  3. 58 minutes ago, PaladinX said:

    Hmm, interesting.

    Why does SPD Change CI 0 (which would be slower) use 64 KGS, while CI 50 (which would be faster) use only 17 KGS more? *confused*


    *Edit: Ok, now i understood: "M" 0064 KGS "minor"? And "P" 0017 KGS "more"??

    That would be nearly neclectable, seen on the whole trip.


    Or do i interprete wrong?


    M = Minus / less, P = Plus / more. This is vs the calculated CI of 21 for the flight.


    Simbrief has a interactive tutorial/guide for what all the info in an OFP mean: https://www.simbrief.com/system/guide.php#ofpsample

    • Like 1

  4. This would be in the OFP. You can use a tool like Simbrief to generate one and it will show how flight levels and cost index change the flight time and fuel burn. Below is a paste from my A319 flight from LOWI to EGKK. The fuel planner that comes with the plane is really simple and I only use it to plug in the numbers from Simbrief (ZFW and Block fuel).


    WEIGHT CHANGE UP 1.0          TRIP  P 0037 KGS   TIME P 0000
    WEIGHT CHANGE DN 1.0          TRIP  M 0033 KGS   TIME M 0000
    FL CHANGE     UP FL1                 NOT AVAILABLE
    FL CHANGE     DN FL1          TRIP  P 0018 KGS   TIME P 0000
    FL CHANGE     DN FL2          TRIP  P 0094 KGS   TIME P 0000
    SPD CHANGE    CI 0            TRIP  M 0064 KGS   TIME P 0002
    SPD CHANGE    CI 50           TRIP  P 0017 KGS   TIME M 0000

  5. The math doesn't add up on the latest A321 version:



    I started my flight (EFHK/LPMA) with max fuel, 19160 shown on ECAM.


    About 2½ hours in, the fuel page shows I've used ~7700 fuel and EFOB shows 16300. EFOB should be ~11500, shouldn't it?


    It looks like the crossfeed from the center tank is adding fuel and not removing it from the center tank. I just saw the FOB go up while the center tank is moving fuel to the wing tanks:


  6. Seems like there are some issues with loading the plane.


    1) Load plane in C&D

    2) MCDU3 init loadsheet

    3) Load with GSX

    4) Everything looks good, numbers check out

    5 ) After push back and starting engines -> GW shows 47.9 tons -> The plane is suddenly empty.


    Is this a bug or is there some fancy way we are now supposed to load up the aircraft?


    It would be nice if the instant button on the load & fuel page actually forced the desired values if GSX/whatever flakes out.



  7. 20 minutes ago, ozgulkagan said:

    I think I got the problem.


    The original post doesn't mention the printer at all.


    The issue is that sometimes INIT B, Block Fuel loads a value of 2.4 (which is the default block fuel) instead of the actual block fuel loaded into the plane.

  8. 20 hours ago, Mathijs Kok said:

    Well, it is problematic for sure it indicates that the aircraft does not read the full scale of the joystick movement. The image also shows the small cross not fully right so that should match. Can you show the calibration screen?


    Late reply, the bug has been found..


    The cross on the Windows screen won't go all the way to the side by design. I guess I forgot to take a screenshot of the P3D Controller Calibration screen where it shows full values for X and Y from 0 to 16384 (14 bit sensor).

  9. 14 minutes ago, mopperle said:

    And I clicked on "INIT Loadsheet" and then on "LOAD INSTANT" and it worked perfect. So hard to track down what is going on here


    I just tried again in the A319 and it worked as intended. With the A321 couple minutes earlier I had the issue of loading 2.4. I don't think it's an issue with fuel planner as MCDU 3 always shows the correct values.


    My A321 also has an issue where it shows two of the fuel pump off lights illuminated without battery / ground power.

  10. I tried again with hitting load on fuel first and then instant and it worked as supposed. If I just do the instant load for all, it's bugged. Just hitting fuel and then immediately hitting instant after that it works fine.


    I'm on

  11. 16 minutes ago, Mathijs Kok said:

    That sounds a bit like you do not have write rights. Sure it is all running as Admin?


    Isn't the laodsheet saved in "C:\Users\username\Documents\Aerosoft\General\A3XX Fuel Planner\LoadSheets\".


    On the 3rd MCDU Load/Setup page, the loadsheet function loads in the correct numbers, this is not the problem. The problem is on the #1/2 MCDU INIT 2/B page when clicking on Block Fuel and it gives 2.4 instead of the loaded fuel amount. ZFW / CG works just fine on the same page.

  12. On 11/19/2018 at 12:00 PM, Mathijs Kok said:

    Can you check this using the Step-by-Step flight? Only then we know we are all dealing with the same variables. 


    As said we think the issue is in preflight.


    Nope. I do enough of IT "stuff" during work hours, I'm not going through a +100 page document to debug your plane. Give me something to work with and I might be more willing to go through all the trouble.



    • Upvote 1
    • Downvote 7

  13. 20 minutes ago, Mathijs Kok said:

    The most logical cause of that issue would be an incomplete set of data in the MCDU. 


    Like I posted in another thread, I've seen this happen when changing the arrival STAR/RWY while in flight.


    Could it be a desync with the #1 and #2 MCDU? On a recent flight I had a case of AP1 not engaging with MCDU INIT A/B both done correctly. AP2 engaged correctly and flew the route as programmed. I've also had a flight where I couldn't engage either AP even with INIT A and B done correctly.

  • Create New...