Jump to content

Fab10

Members
  • Posts

    125
  • Joined

  • Last visited

1 Follower

About Fab10

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Fab10's Achievements

Rookie

Rookie (2/14)

  • Conversation Starter Rare
  • Dedicated Rare
  • First Post Rare
  • Collaborator Rare
  • Week One Done

Recent Badges

27

Reputation

  1. Hello Aerosoft! The latest build of the AS Airbus Pro (A318/319) has, for me, seemed to have fixed the long lasting glitch that caused insufferably low FPS at any given point during a flight. That made the AS Airbus Pro unflyable for me since pretty much the beginning, so I am very grateful to you for your efforts, and ask, only out of curiousity, what may have been the cause? With renewed enthusiasm, and a great deal of thanks! Fabio
  2. Thank you to all at Aerosoft for the updates. May I please respectfully enquire about the weather / terrain WASM data interaction issue, and whether this has been addressed, or at least recognised, by Asobo? I’m not chasing Aerosoft at all, as I recognise that issue is beyond your reach at this time, I’m just reaching out for any news. Again, thank you. Fabio
  3. Thank you, I’ll try the workaround, and I’ll look out for the update when it’s released.
  4. As an alternative, you can monitor your flight AND pause the sim as required on your smart phone or tablet using the following MSFS Mobile Companion App. Interestingly, I too have been using IWillBeBack, though sure that there are other programs, but it gets the job done.
  5. I don’t understand those who take their high horses onto higher ground looking down at those who ask politely seeking answers. I’ve been into flight simulation since the mid-1980’s, and I’m definitely not not new to the role of customer, or, for that matter, to the demands of service delivery. Regarding developers; I've seen a thing or two, heard a thing or two, and experienced a thing or two. Seeking assurance and clarity is a natural phenomenon, part of human nature, and not something to be quashed or throttled. Have a good Sunday too.
  6. I’m not attacking, and I’ve not been impolite. I am a customer, I have concerns, and thus I am asking for clarification. MK used the words “to such a degree”, which suggests some “inter modular” functionality, plus they give a glimmer of hope. it’s good to read that AS is proud of the aforementioned WASM coding, and hopefully this ground breaking wizardry will yield results with respect to internal data exchanges. So, with respect to my question, is it anticipated that radar functionality make an appearance?
  7. That’s not quite what MK alludes to in the FAQ section: At this moment we do not have access to the weather system to such a degree that a working weather radar is possible. Since the CRJ’s radar system is actually rather a big deal, and assuming that AS is in dialogue with Asobo about these back-end features, please could AS clarify whether some form of radar will see the light of day? As an addendum, with the spectacular real weather features and depiction within MSFS, a working terrain/weather radar is surely a must-have. Even default aircraft have this facility.
  8. May I please ask how you had mapped your commands - FSUIPC, Axis&Ohs, SPAD, etc? I ask because I am having terrible issues with the automation systems, specifically the aircraft not always adhering to altitude constraints, not following VS, etc. However, IAS climbs, cruise, and descents are perfect, until I am overhead in the NDB outbound leg. I use FSUIPC7 to assign throttles, reversers, park brakes, and spoilers. I have Saitek panels but on these I literally only use the gear and flaps, but to action these commands, I have tried the latest Logitech drivers as well as Lorby Axis&Ohs. I have not found a combination that provides reliable use of the CRJ’s AP, MCP, or CDU command set. I have tried the same approach into EIDL RW21 LOC/DME six or seven times, but the aircraft fails me. In contrast, I tried the same in XP11 flying the CRJ200 and again in P3D4 flying the AS/DA CRJ700, and I succeeded first time on both other platforms. No surprise, it’s an approach that I fly regularly (similar to RW27/09 EISG) as I like testing approaches in less than ideal conditions. something is dreadfully amiss here, some interaction with peripherals probably, and I wish we could find the actual cause. This aircraft deserves better, as do we. Fabio
  9. I'd also like to know as I cannot find a mention of this elsewhere.
  10. My last flight was into EIDL, self positioning on the outbound leg CFL NDB to then establish inbound on the LOC/DME, and it was near perfect until the NDB outbound leg. I needed to use VS mode to fine tune my descent and I needed heading mode to establish, but the aircraft lost altitude hold and it began to climb, it made no sense of my VS commands, so I ended up disconnecting the AP to fly and land visually. It wasn’t as easy as all that because by the time you get the mouse wheel on point and adjust the VS, the aircraft has climbed, slowed, turned, and so on. The OP mentioned that he has hardware controls, and has found an issue with the deicing systems; is it the pitot static system or anti-ice at fault here? I too have a variety of hardware (that said, I use flight controllers, throttles, flaps and gear levers) as I much prefer interacting with the fabulous VCs that have been hand crafted for us to use and enjoy. I’m wondering though whether there is something odd about external hardware and the CRJ systems. Obviously I can’t switch mine off completely but I can and will remove as much of it as possible from the equation. Fabio
  11. I have the same issues with alt capture and vs mode which seems to not be selectable with no (blue?) VS indicator on the VS scale of the PFD and the thumb wheel on the glare-shield seemingly non functional. climb in IAS mode seemed fine. Also, just as a test, I swapped between VNAV and non-VNAV modes in trying to get VS mode to work, but without success.
  12. FPS is not the reason; it is solely an easy answer to a difficult problem. My system delivers more than enough FPS, and yet I still experience this horrible behaviour. If you look at my thread mentioned above, you can see in the videos that the FPS is fine, but suddenly it drops to very low levels with the Aerosoft Airbus, and this can occur even when flying over water with few clouds. No other aircraft exhibit this tendency, even airliners of greater complexity in heavier weather. Aerosoft are unable or unwilling to reach out with ideas, and simply answer that it is a FPS related issue followed soon after by thread closure or user censure when users tire of progressing their own posts. There is a possibility that Windows or some other system influence is momentarily and adversely affecting the aircraft or its systems, and whilst I have asked Aerosoft if there is a way of checking logs for any such interaction, they say not. It’s a classic case of “if it wasn’t for the customer, we’d be able to get on with our work”. Additionally, my system is well within the minimum requirements: i7 9700K o/c 4.8Ghz 32Gb 3200 RAM W10 SSD / 2x 2Tb 7200 RPM GTX1080 P3D4 XP11 MSFS 2020
  13. Aerosoft; Quoting Secondator from above, "Like Masterhawk said, the way that the aircraft is coded on it's core is unique to other aircraft. This method has its pros and cons just like any method has, and one of the cons is that in order to keep the sim and the FBW code in sync you must have at least 18 fps at all times." How come I was seeing 55-80 FPS (approx. 65 FPS average) in a cloudless sky over a not-so densely populated Aeonian Sea, with the bucking bronco issue still occurring? Whilst it may be clear to you, it is not at all clear to me; please explain how this is to do with FPS and please also share with us (your customers) the evidence which supports this? Furthermore, I can assure you that my FPS is considerably higher than the stated threshold, so please explain to me how the issue as stated by Aerosoft technicians applies to my system?
  14. Aerosoft; There are two of us working on this issue, but neither of us represent Aerosoft; doesn't this ring any alarm bells with your customer services? You may think that you have answered this post, but from my point of view, you haven't even tried. Anyway, we are still unable to pinpoint the issue, though we feel that something external is affecting the AAP. We have tried without any weather, with either ASP4 or FSGRW P4 running, minimal P3D4 settings, h/w ECAM refresh on/off, base scenery (Global), and so on. Once again flying over the channel climbing to cruise with FPS approx. 25-40 FPS, without any warning whatsoever the aircraft suddenly performed it's little FPS dance. I was monitoring the CPU but I didn't detect anything untoward either before, during, or afterward. This time I had Nvidia FPS overlay running but of course this won't show in the recording. That I am flying over the channel is significant because this simply cannot be a scenery issue; I am running ORBX Global and ORBX England (not even True Earth), and the only airport scenery loaded is Gatwick EGKK from UK2000 VFR airfields. WX is off and FPS stable and well above the 18 FPS Aerosoft set threshold. Here is the video, and you'll see the issue (again) at the very end where I switch off yet again in despondent disappointment. I can see that this particular problem has been an age old issue for Aerosoft with some older posts archived, so I'm surprised that still the identification and solution still elude you, as does acknowledgement of the problem. I am formally asking Aerosoft for support; even if there is an external Windows influence on your product, I still have expectations that you will assist your customer(s) because it is not just a single person that is experiencing this, and for me this product is not fit for purpose. If you wish to dial in to witness this phenomenon first hand, then this can be happily accommodated. Thank you, I await your response. Fabio
×
×
  • Create New...