BenBaron

So..I already got a reply for you: try deleting the two folders "C:\Users\Brian\Aerosoft One Library\Dependencies\msfs-5dc7-aerosoft_vdgs_driver_msfs\" and "C:\Users\Brian\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache\Packages\Community\aerosoft-vdgs-driver\". Then try again installing via AO.

Thanks Bryan, someone from the AO development team will look into it and come back to you.

Hi Brian, sorry for the inconvenience...please attach your "aerosoft-one.log" file from "C:\Users\{UserName}\AppData\Roaming\Aerosoft One\logs" for review.

Great that it solved it for you. Have fun. Because we believe this topic has been answered we have closed it. If you have any more questions feel free to open a new topic.

Hi, make sure the file "x-plane_install_11.txt" in "C:\Users\{UserName}\AppData\Local" contains the correct path to your X-Plane install. Seems like something might have gotten messed up there.

Glad you got it solved, Marcus. Have fun. Because we believe this topic has been answered we have closed it. If you have any more questions feel free to open a new topic.

Hi und Willkommen im Forum: grds wird natürlich alles von uns, was technisch möglich ist, mit der Zeit auch auf der xbox landen. Spezifisch zu Köln: es müssen noch einige Optimierungen vorgenommen werden, um 100% xbox konform zu sein. Das wird passieren, aber Brüssel hat Priorität. Zum CRJ: sobald wasm auf der xbox lauffähig werden, wird auch der CRJ kommen. Das liegt aber größtenteils nicht in unserer Hand.

Hi, this one for MSFS might fit your question?

Hi Mario: if you are running on the MS Store version of the simulator, the problem is not specific to the vdgs-driver, but to any program to be started via the exe.xml. So here we are relying on working with Asobo to get the problem of the applications not starting automatically fixed. But at least the next version 1.2, which is due to be released shortly, does not need to see a complete loading cycle anymore in order to start working, meaning you can start it manually whenever you like without having to go back into the menu first.

Because we believe this topic has been answered we have closed it. If you have any more questions feel free to open a new topic.

Hi, is that on the Steam or Microsoft Store version of MSFS?

Hi, the update is NOT about a weather radar as this is not yet available in the wasm environment. Joukas first screenshot shows the newly implemented working terrain radar.

Hi, ich kann dir dabei nur insofern Auskunft geben, als das es über die Honeycomb Software derzeit nicht möglich ist, direkt einen key-press zu emulieren. Ich hatte mir das zwar mal als mögliches feature notiert, aber derzeit implementieren wir erstmal nichts neues mehr.

Hi and thanks for reminding me that I wanted to follow up in here as well. So, a very quick and small status update: I have successfully compiled and run a test version of 2.2 for the "newer" M1 Mac in May...which is good. Unfortunately I don't have an "older" ARM Mac to test, so this has to happen at our headquarters. Which is what is currently happening...if this proves successful, we are good for a release.

Hi Tinker: thanks for the suggestions. Currently we are not in the position to commit to any new features or improvements, but I have certainly noted them for my future reference.

We are currently in the process of developing a different method of placing the vdgs boxes to avoid this problem in the future. So be assured an update will come in due time. The airline and flight number can be changed via the Customization menu from the aircraft selection screen.

Hi, are you sure PANC even uses VDGS? I have only found a video with a human marshaller. So this would explain why it is not implemented...if it does not exist in real life.

Hi and welcome to our forums: thats a know issue of the Configurator software with the current Mac version, which shall be fixed with the upcoming version 2.21. Sorry for the inconvenience.

Thanks for the info...yes...it is expected it does not happen when arriving, but only when departing and "might" correct itself when switching views. We are looking into ways on how to fix this mesh related behaviour.

Hi Bert, actually, we have discussed that last week in Paderborn...once there is a PMDG SDK for MSFS available, I will look into the PMDG translator...if/how it is feasible to refactor it into wasm. At the same time, the full Honeycomb configurator package has already undergone some rounds of testing in MSFS and is working nicely.

Thanks guys for the ai ship clash reports...those are vuluable findings.

Yes Rainer: this is what I would expect...that moving the view some distance away and coming back forces the sim to reposition the object. So, as the scenery mesh has been loaded completely by then, it finally ends up at the correct altitude.

Actually it is not 10, but 1.0...so this should be fine. But he indeed should check with the "Christmas Tree" application, if the LEDs are functional outside the simulator, like suggested by Cedric.

Schön, dass es jetzt funktioniert. Viel Spaß :-). Da dieser Thread beantwortet wurde haben wir ihn geschlossen. Wenn Sie weitere Fragen haben können Sie jederzeit einen Neuen öffnen.

Hi Rainer, normally I would expect the issue to be unrelated to the loaded aircraft...maybe only by coincidence due to overall msfs load or something. In the end "it seems" to come down to the fact that GCLP, unlike the other airports using the vdgs driver so far, is quite "mesh volatile" due to its location, so the altitudes at which certain objects are placed in relation to ground elevation are sometimes not updated correctly. Have you tried what happens, if you take the showcase (drone) camera, move several 100m away and come back to your position? Sometimes this fixes the wrong altitude placement. Nevertheless, we are going to look into implementing an alternative way which does not rely on having the correct ground elevation.