Joan Alonso

member
  • Content Count

    137
  • Joined

  • Last visited

Community Reputation

59 Excellent

About Joan Alonso

  • Rank
    Flight Student - Solo

Recent Profile Visitors

704 profile views
  1. Joan Alonso

    IAE Flex Temp Calculation

    Hi, LEBL/LEMD 29º TAT 1015 QNH Wind: 180/12 TOW: 64100 CI: 20 Departure runway 25L / SENI3F to SENIA Default FMC data (FLAPS 1): FLEX: 64º (ECAM showing 64º 1,284) 124 133 134 Data form wabpro (FLAPS 1): FLEX: 70º (ECAM showing 70º 1,255) 144 144 145 It seems underpowered with the non default data, barely takes off at the end of the runway and after liftoff the aircraft can not climb at all. Although it's not a great difference between two given FLEX temps.
  2. Hi, I open a new topic regarding this because this topic got lost within other managed speed topics time ago, I can not remember which one. So, some updates ago, the FLEX temp on IAE was working fine as the CFM does with data from http://wabpro.cz Now, numbers higher than the default MCDU flex temp leads the aircraft not to apply the correct thrust but a much lower thrust. (only IAE) If I recall correctly, the problem exists since the IAE climb profile/drag was changed. Are there any news on this? Thank you
  3. Joan Alonso

    No ASC_Avionics_ON or OFF sound

    I think that he refers to the “button sound” and the well known ding sound of avionics starting. Both files are not used at all. Instead, a Thrust detend sound is played. I noticed this some months ago, just after release:
  4. Joan Alonso

    Microstuttering on ground

    EDIT: AffinityMask=0 does not work. Process lasso neither. The point is setting the affinity after P3D is started. So the only way of spreading CPU core usage is to set affinity manually every time. Maybe a bat file would do the trick.
  5. Joan Alonso

    Microstuttering on ground

    Ok! I found something interesting, indeed, a stutter free solution. We know that P3D uses one core for rendering tasks, so when loading any aircraft you can see the core 0 with higher load than others. Even not being near 100% load this was causing stuttering with the Aerosoft Airbus. I really do not know why it only happened with this aircraft. I tried AM settings and nothing worked, because every setting was loading the rendering tasks to a single core, so stutters again. I have hyperthreading enabled with all cores enabled with P3D by default. So here's the trick, the only thing that will spread the core usage through all cores is (no AM in P3D.cfg) to open task manager, opening affinity dialog for P3D without touching anything and closing it. That will spread the CPU usage of P3D. 🤔 It seems that the developer can do some adjustments with core usage. But I don't know if LM or AS can do something to "solve" or modify this. Or maybe it's only beneficial for my system? Anyway, the bus is smooth as butter right now. Some people say that setting Affinity Mask=0 in P3D.cfg does the same without need of doing this every time P3D is started. Can not say if it works, I'll try tomorrow, it's been a looong day (another one) tweaking P3D. Here is an explanation of this at P3D forums. https://www.prepar3d.com/forum/viewtopic.php?f=6314&t=129222
  6. Joan Alonso

    Microstuttering on ground

    Hi, I struggled months ago with an old PC, so I upgraded to a new one. It's a custom config I made specially for gaming and mainly P3D only. The difference was amazing, I never had a PC powerful enough or according with P3D recommended requirements before, I'm really happy with it, I think I got a good deal. I thought I would never face again with stuttering, low FPS or any kind of -ings related to P3D behaviour. I'm looking for advice if someone is experiencing the same and/or what can be upgraded to get a microstuttering free experience with the bus. My rig is: I7 8700 GTX 1070 8GB 16GB CRUCIAL BALLISTIX SPORT 2666 (1) SSD EVO 500GB MSI Z370I P3D4.4 Windows 10 Home Pretty good system I thought, well, not so strong to run the bus smoothly. Surprisingly, the AS Airbus runs great and with higher FPS than any other commercial aircraft I have, but with terrible and constant microstuttering, only (and that's the key) on ground. I have really conservative preferences in P3D (close to nonsense with my rig), most of the sliders are to the left. To the left I mean most of them at 0. I really want the sim to be smooth, not visually outstanding. The point is that I get steady FPS and no stuttering with any other aircraft. In fact, sorry, I get lower fps but steadier and smoother with the other bus. The CPU never gets above 40% load with constant 4.3 GHz, no other main tasks are running while running P3D. The GPU never exceeds 40% load in common conditions, the max GPU load I had was 60%-70% at night with trueglass working and many spot lights close to the aircraft at a payware scenery. Which makes me think that none of them are struggling at all. The microstuttering is present in any scenario, also with clear skies, no weather injection, no FPLAN added, default scenery and default shaders. It happened also with P3D4.3. Could some calculations ruining the smoothness when on ground? I understand the need for a frame by frame calculation to simulate the systems of an Airbus, but can be some part of the code optimised/reworked to avoid this situation? If not, what's wrong with my system that I can not run the bus as smooth as the other aircraft? My relevant P3D settings (always and in all situations): - 1440x900 - Vsync On / Triple Buffering / Unlimited - FXAA On - 8MSAA - Anisotropic 16 - No Traffic (any) - No Bathymetry - Internal and External Vehicle Shadows only - Cloud Distance 80 - Dynamic Reflections Off What I tried so far: (not necessarily in that order, i tried many things many times). - Reinstall AS Airbus - Nvidia Drivers up to date - Revert Nvidia Drivers - Nvidia CP Default settings / tweaked for performance. - Shaders delete - P3D.cfg rebuild - Added Exceptions to Windows Defender - Deactivate Firewall - Deactivate Windows Defender - Deactivate Windows Search - HyperThreading Enabled and Disabled - Checked RAM XMP On - Afiinity Mask On/Off - USB and wireless peripherals removal - Reinstall W10 Any help will be much appreciated. Thanks!
  7. Joan Alonso

    Departure TO MCDU page after LDG

    Great! Thanks
  8. Joan Alonso

    Cargo doors won't close

    Hi @Meyerflyer, would you mind replacing the GSX_Doors by this one? I suspect is something related to it. Make a backup of the original first. Documents\Aerosoft\Aerosoft A320-A321 Professional\SimObjects\Airplanes\Aerosoft A320-A321 Professional Base\Panel_Fallback\AB_Systems GSX_Doors.xml The Ext.Power trigger was connected to the cargo door state, hence if you interact with GSX before the Pushback/Departure state could cause problems with users that do not want to use the Auto GSX gauge. So I updated the gauge to only trigger when GSX states are called and let the user full authority over doors. Maybe AS wants to add it to the next build if the revision of the gauge is not ready yet. It is explained here: https://forum.aerosoft.com/index.php?/topic/140799-gsx-automatic-door-handling/&tab=comments#comment-912001
  9. Joan Alonso

    Departure TO MCDU page after LDG

    Hi @Choobe, many thanks! I attach the file. This time I made a fast flight from LEBL with the same result. FMGS.log Yes, exactly. The FMGS contents do not reset like they do at other airports. The FLPAN remains LEBLLEMD (in this case) with all the PERF pages available, and with green data TAKE OFF PERF from the departure runway. The waypoints present are only the arrival runway and the go around ones. If you can not reproduce it I'll start thinking it's something on my side, but I tried with default airport, rebuild scenery index, double checked navaids and waypoints, tried Navigraph and default Navdata... I really don't know where else to look to find the culprit. Thanks
  10. Joan Alonso

    MCDU Lighting

    Try Shift+L to light up the MCDU bmp. This will also light up the external model cabin.
  11. Joan Alonso

    GSX Automatic Door Handling

    Short answer, yes, it's possible. It's what I tried first when writing the code but it gave me problems with GSX triggering. The point is that AFAIK the bus does not have an Lvar to open and another one to close, it just calls a Toggle action. So you have to tell GSX at what percent position is that door for GSX understand if it's opened or closed, and that led GSX to be confused and the code not to be reliable. So unless AS comes with a better approach I'll leave it as it is now.
  12. Joan Alonso

    Departure TO MCDU page after LDG

    I suspect that maybe it has something to do with the airport altitude. Being Madrid one of the highest airports in europe (2000ft) can the MCDU does not understand that the destination airport is higher than the Thr red/ Acc alt? Just saying. I made a test from LEBL to LEMD with Thr Red/ Acc Alt at 2100/2100 with no luck. After touchdown the MCDU keeps resetting to Take Off departure page.
  13. Joan Alonso

    Departure TO MCDU page after LDG

    Thanks. Just to add if it helps, I tried both default NavData and Navigraph. And the APPROACH page switching to TO PERF page goes this way: -APPROACH Perf -Touchdown -seconds after or 80 knots? (Not sure what triggers exactly) -Both MCDU go black for a second -TAKE OFF Perf (Departure RWY) -“CLK IS TAKE OFF TIME” Scratchpad Message
  14. Joan Alonso

    GSX Automatic Door Handling

    Nope, you'll get a CTD deleting an xml. I'm pretty sure that the xml does not have anything to do with this, there is no reference to any of those variables you pointed out. If you still want to check it, put a double slash before the gauge in panel.cfg. By the way, if you look at GSX forum you'll see other people with the same problem with other aircraft.