Aerosoft official retail partner for Microsoft Flight Simulator !! 
Click here for more information

Jump to content

gpxe

Members
  • Content Count

    34
  • Joined

  • Last visited

Community Reputation

6 Neutral

About gpxe

  • Rank
    Flight Student - Groundwork

Recent Profile Visitors

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

  1. Hi Dave, Hi Otto, Indeed you were right, Dave, I'm in good hands with Otto. You both pointed to nav data and since it was the easiest part to investigate, I did try this first. Therefore I reverted back to an old version of the nav data for the bus and so far I haven't encountered the CTD again at that specific location 3 nm to AGGLA waypoint... So maybe it was just a corrupted/damaged/wrongly coded nav data set. For the record, and to answer your questions : - my computer specs: i7-9700k, 16 Go RAM, GTX 1660 (so pretty poweful) - no recent change in any settings (mesh and density at highest) - Orbx base + vector + NorthCal + SoCal - FB KPHX - Active Sky P3D4 (injecting real live weather in the sim, but not directly linking to the bus) - Flight plan : KBHL (started from Blythe instead of Burbank to be closer to the AGGLA waypoint) BHL HYDRR1 (trans BHL) to land in KPHX ILS25L - Nav data I was using : 2001 You've both been helpful as always. Cheers
  2. Hi Otto I would tend to buy your explanation but one question remains : why only with the bus and why only at that specific position ? To be more explicit : I never had any issue so far with the bus, no crash, no freeze, nothing..... What "function" could possibly be called 3 nm from AGGLA ? Thanks
  3. Hello I was flying from KBUR to KPHX with an A320 IAE Pro bus, descending the HYDRR1 STAR to land on 25L. Approximately 3 nm before AGGLA (12.000 ft alt), P3D crashed. I tried another time after a clean restart of my computer and the same thing happened. I tried to fly the same route with different aircrafts (prop and jets) and I did not encounter any issue. I have KPHX from FB. Not saying the bus is the cause but it only happens with the bus. How can I investigate further ? I'm running v1.3.1 on P3D v4.5.13.32097 Thanks PS : when looking at the Event Viewer, it says it has to do with kernelbase.dll
  4. Hello everyone Is that normal that the EFB in a A318 bus displays A330 data and docs (notably in the EFF - "Takeoff Data for A330" under "Calculations" - and in docs) ? I noticed that the installer creates only a A330 folder under Documents\Aerosoft\General\A3XX EFB\. Weird .... Does that mean that the flows and checklists are the same for all the buses ? Thanks
  5. Mathijs I contacted Marcin and he answered me very quickly (this guy is awesome!) that indeed the two products are not compatible with one another. That's not a big big deal but it should be documented somehow somewhere imho. Indeed, when you look at the files installed by Carenado SVS and AS buses in P3Droot\WebSimBrowser\2.1 they are pretty different (see file size for WebSimBrowser.* WebSimProcess.exe WebSimXML.dll...) To be followed.... carenado.txt as.txt
  6. Hello Aerosoft Are you aware that the EFB is incompatible with Carenado SVS for G1000 ? Both use the same WebSimConnect module and when I install the Aerosoft buses, SVS becomes unusable in any Carenado plane with G1000 (shows the fatal TERR ERR on PFD). I would love to hear from you on that Thanks
  7. Hello everyone Is there any valid reason why under certain circumstances, I can't create a custom waypoint and insert it in a STAR/ILS procedure ? Just to be more practical : I'm flying from GCFV to GCXO. Departing runway 01 SID LARY5Q. STAR is LARY1L for ILS30Z. I can't insert a TFN120/12 between TFN and ITF13.... But I can insert any other waypoint like NERVO for example... On the same matter, I can't insert a custom waypoint after a hold if both use same fix. For example, in the same region of Canarias, I can't insert a TFN120/12 after a hold at TFN. But I can first insert a TFN120/12 after TFN and then create the holding pattern .... Weird.... To me, custom waypoints are not perfectly managed, or maybe at least if the fix is a navaid with duplicates (I understand that there is another TFN VOR somewhere in the world, which might cause trouble). What do you think ? Thanks
  8. Printer seems to be working now ... Let's see if this behaviour is consistent in time... From what I have observed, I would say that the problem was taht the Updater allowed upgrade from 1.3.0.0 directly to 1.3.0.5. Now that I have installed 1.3.0.3 from a complete new install package, things are pretty correct. Teh only point is that the Updater does not propose me to upgrade to 1.3.0.5 anymore ???? Regarding the A/T & A/P, could that be that the EFB adds another workload on CPU and so the calculations for A/P and A/T are more erratic ? I really believe EFB should be optional. Thanks
  9. OK so last install packages I had downloaded from SimMarket were v1.3.0.0. From that point, the updater allowed me to upgrade to 1.3.0.5. I decided to uninstall everything, and I went back to SimMarket in serach for the latest install packages. I got a v1.3.0.3. I can confirm I now have the EFB on board, but I'm still missing the printer. On another matter, the A/P & A/T are very violent in this version ... Thanks
  10. I don't see any reference to EFB in panel.cfg... PLus, I don't have any paper coming out of the printer
  11. Guys, the initial project by the developper HAD runway and appron ligths, in the form of SODE object injected in the sim at night through Simconnect. You just have to move these objects in the programdata/12bpilot/sode folder.... The solution with dynamic light is elegant as well.... Mathijs, instead of packaging a full installer again, you may propose a short workaround .... happy to help ... I have time those days ...
  12. Hello Still completely black here aftre a complete uninstall/reinstall ! Aerosoft, can you help please ? Don't see a real modeling problem, as the model is just one mdl file so you would miss th whole VC! It's more a texture / gauge problem....
  13. This has been reported and disucssed in the "SODE issues" thread but not with a complete detailed approach (information in different parts of the VERY long thread) and it was missing the clients point.
  14. Hello all ! Missing your night ligths at HTKJ Kilimanjaro ? The solution is SO easy. Nothing to do with a "P3D glitch" or whatsoever. For whatever reason, the installer installs simobjects required by SODE to inject the lights at night in the wrong folder, actually in your sim root under ../Simobjects/Misc/HTKJ. SODE, since version 1.3 (December 2015 !), uses its own simobjects folder under PorgramData/12bpilot/SODE/SimObjects. Just move the HTKJ folder in that folder. Last modification : you have to amend the HTKJ_L.xml file in ProgramData/12bpilot/SODE/xml. The first SimObject has to read exactly like this : <SimObject Name="HTKJ_EDP"> <Placement Lat="-3.418987" Lon="37.0767355" Alt="310" Hdg="0.0"/> <Model SimTitle="12bPilot_SODE_Environmental_Data_Probe"> <EnvironmentalDataProbe ClientList="HTKJ_L;HTKJ_Spl;HTKJ_SplN"/> </Model> </SimObject> The model sim title as set by the installer is wrong, and they forgot one client in the client list! Aerosoft, please amend your installer ! You may have similar problems in other products (ENBR Bergen, ENGM Oslo....) Enjoy ! @Quint van den Hazel @mopperle
×
×
  • Create New...