Joan Alonso

member
  • Content Count

    134
  • Joined

  • Last visited

Community Reputation

57 Excellent

About Joan Alonso

  • Rank
    Flight Student - Solo

Recent Profile Visitors

649 profile views
  1. 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.
  2. 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
  3. 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!
  4. Joan Alonso

    Cargo doors won't close

    Great!
  5. Joan Alonso

    Departure TO MCDU page after LDG

    Great! Thanks
  6. 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
  7. 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
  8. Joan Alonso

    MCDU Lighting

    Try Shift+L to light up the MCDU bmp. This will also light up the external model cabin.
  9. 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.
  10. 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.
  11. 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
  12. 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.
  13. Hi, I've been struggling with this many days ago and I couldn't find any solution. When landing at LEMD (default and payware) no matter the runway I land on, the MCDU resets to Take Off state form the departure runway. So, if I departure from LEIB runway 06, after landing at LEMD and when reaching more or less 80 knots at rollout the MCDU reverts to take off state rwy 06. The point is that I can reset the MCDU via changing the NavData, then the MCDU will reset fine but the Take off Memo will not appear again until I landed and prepared for take off at the next airport. It only happens at LEMD (always), maybe it happened in some other airport but I can not remember. This happens on 1.2.1.5. A320 CFM and IAE. I read that the last update changed something regarding this (maybe not related), anyway, unfortunately it is still happening. Thanks.
  14. Joan Alonso

    GSX Automatic Door Handling

    Ok. Apologies, I didn't know that Ivao and Vatsim worked that way. So, if I understand correct you can not prepare for pushback and wait until clearance? The aircraft won't start moving until telling GSX what direction to pushback, and the doors will close before that, so you can call for pushback with no further action and the doors will close. As soon as you get the clearance you can resume the pushback. For now, this gauge does automatically all GSX doors stuff. As I said, I'm sure this kind of things can be avoided/bypassed so that it works for everyone, but it is difficult to take into account all possible variables and modes.
  15. Joan Alonso

    GSX Automatic Door Handling

    So when GSX asks to close the doors you just have to call for pushback and GSX will close all the doors automatically for you. You just have to interact with the GSX window, if what it annoys you is the GSX bar asking to close the doors you can use it as a reminder that boarding has finished and call for pushback. Sure, the code can be improved to interact even better with GSX but there are variables that would cancel each other. It's not so easy to tell GSX to do something when something happens without avoiding other variables and keeping user control. Hope you understand.