Sasa

The latest build for MSFS2020 is 2.3.

Hallo! Wir hatten das Thema andernorts schon mal besprochen und leider hat sich meines Wissens daran auch nichts geändert: Alle Stands ohne Jetways sind in allen Varianten vorhanden. Sobald aber eine Jetway ins Spiel kommt, kann bei überlappenden Gates aber nur eines angeboten werden, da pro Jetway nur eine Gate-Zuweisung möglich ist. Sprich: Wenn die Jetway dem Gate B15A zugewiesen ist, wäre ein Jetway-Docking bei Gate B15B nicht möglich. Wenn wir nun Gate B15B hinzufügen würden, kämen zwangsläufig Anfragen, warum denn dort die Jetway nicht funktioniert. Grüße Sascha

Yes, I still have that on my list and it will be done, though I cannot tell exactly when. Meanwhile the recommendation remains to use it without photogrammetry/TIN active in MSFS2020. In any case it will only be a bugfix for the bumpy terrain. All the new features like higher resolution ground textures, new airside modelling etc. will only be available in the MSFS2024 version, which will is currently planned to remain free for buyers of the MSFS2020 version (and vice versa). Bests, Sascha

Hmm... da hat sich in den Jahren seit Release eigentlich nichts geändert und ich kann das Problem hier nicht nachvollziehen. Ich habe mal ein paar Änderungen im Code für das nächste Update vorgenommen, so dass es unter keinen Umständen mehr auftreten sollte. Das alleine lohnt noch kein extra Update, es kommt dann aber auf jeden Fall mit dem nächsten Update. Grüße Sascha

Zahlreiche Außenpositionen haben gar keine Airline-Zuweisungen und funktionieren damit automatisch als "Überlauf". Grüße Sascha

Hallo! Leider nein. Die Airline-Codes sind für jedes Gate hinerlegt, allerdings respektiert der MSFS (egal of MSFS2020 oder MSFS2024) die nicht selten. Siehe folgendes Beispiel für Gate B13: <TaxiwayParking displayName="B13" type="GATE_MEDIUM" lat="52.36171138084670" lon="13.50712960600580" heading="68.800003" radius="21.600000" name="GATE_B" number="13" suffix="NONE" numberMarking="FALSE" has3DMesh="TRUE" numberBiasX="0.000000" numberBiasZ="0.000000" numberHeading="0.000000" airlineCodes="EJU,EZY,EZS,EWG,EWL,AEE,EIN,BAW,BEL,LZB,CAI,CXI,FHY,ELY,FHM,ISR,KLM,KLC,LOT,PGT,QTR,SXS,TWI,TAP,TAR,THY,VOE"/> Im MSFS2024 gibt es neuerdings auch die Zuweisung von Airlines über "Apron Control", allerdings kann hier nur eine Airline pro Gate zugewiesen werden und das funktioniert nur in der Theorie (aktuell verursacht das noch Abstürze...). Leider gab es hierzu noch keine Antwort seitens MS/Asobo auf meine Frage, wie dies umgesetzt werden kann, aber es bleibt zu hoffen, dass da was kommt: https://devsupport.flightsimulator.com/t/apron-control-how-to-add-more-than-one-airline-per-stand-gate-ramp/12559/3 Grüße Sascha

I'm afraid I cannot replicate this here. I have tried with and without TIN/photogrammetry: Please check in your content manager that you have the latest version (0.3.2) and that there are no other addons that could conflict. I have also checked the terrain level of detail slider to see if it happens with other settings but still couldn't replicate this. Bests, Sascha

That's a possibility for sure but first we need to be 100% sure this is working as intended in one simulator before porting this over to another sim. Also keep in mind that the new features, like the new terminal airside modelling, are not planned to be ported over to MSFS2020 at this stage. Bests, Sascha

Looks like an area where the heightmap still had priority over the flatten. Apologies about that, on it...!

@EVERYONE I now took the axe and flattened the whole thing, so the whole issue with the bumpy terrain will be gone with a fix coming in the next days. Been trying different approaches, talked to people etc. the past 2 days but there is no way to make the detailed sloped terrain of the airport work in the current environment we have around both EDDB and the sim-engine. Luckily EDDB is a rather flat airport so that doesn't take away too much realism. And I guess we all agree that flyability should always be above terrain details. Bests, Sascha

My apologies, I should have made that clear as both terms describe the same thing. Photogrammetry=TIN and vice versa. The root of it all lies in the buggy TIN I'm afraid to say. I do however do not entirely agree with iniBuilds' approach here as I feel that an addon should always attempt to work both with and without photogrammetry/TIN. That is our aim here and I will keep bugging Asobo in hopes this will be resolved. Not much you can do in the regular forums I assume as long as it only affects addon airports and the people reporting it should be able to point out what from the SDK exactly isn't working. MS/Asobo airports do not tend to be affected to my knowledge but in theory they should have the ability to exclude areas from a TIN or update the actual elevation model underneath without having to use the limited terraforming polygons/rectangles us mere mortals are bound to using the SDK. Bests, Sascha

Das Thema wurde bzw. wird gerade hier besprochen:

Feel free to drop a message via Discord to "rafimai". Bests, Sascha

Sorry, looks like this slipped when betatesting! (interested in joining for the next tests? ) Will be fixed ASAP.

Oh.... Will be fixed ASAP, sorry about that! (are you interested in joining our beta team? )