Radius des AI-Traffic
 

Hallo,
ich benötige mal Eure Hilfe!
Weiß jemand, wie man den AI-Traffic-Radius erhöhen kann? Es hat mir mal jemand erzählt, daß sich der AI-Traffic um das eigene Flugzeug in einer Entfernung von 50NM bildet. Soll wohl heißen, daß nur AI-Traffic in der Luft ist, der von mir 50NM entfernt ist.

Wenn ich jetzt auf einem Flughafen landen will und die Reiseflughöhe (z. B. 33000 ft.) verlasse, so mache ich das in der Regel ca. 120 NM vor dem Flughafen. Jetzt ist das Problem, daß sich kurz vor der Landung der AI-Traffic bildet, der auch auf dem gleichen Flughafen landen möchte... Und wenn es sich um einen größeren Flughafen handelt (EDDF, EDDM, etc.), habe ich immer das Problem, daß ich durchstarten müsste oder der Flieger hinter mir....

Gibt es denn irgendwie eine Lösung, daß man den Radius des AI-Traffic, der sich um einen herum befindet, auf 100 NM oder mehr erhöhen kann?

Ich glaube, hier sind die Profis gefragt:-))

Gruß aus
EDDM!

mmmmmm stimt das wirklich....wuerde mcih auch mal intressieren?!

Das ist so nicht richtig. *Generiert* wird der grundsätzlich, die *Anzeiger* erfolgt wohl erst wenn man sich ausreichend nähert.

Du solltest AIsmooth installieren, dann erledigt sich das Problem größtenteils.

Das AIsmooth bekomme ich wohl in Avsim oder Flightsim.com,
aber beeinträchtigt das nicht mein AI-Programm von Ultimate Traffic? Was bewirkt denn das AIsmooth?

AIsmooth und UT funktionieren sehr gut zusammen. AIsmooth "entzerrt" lediglich die AI-Flieger und verringert so z.B. die Go-Arounds. Ich fliege nicht mehr ohne !

Gruss
Lars

Das stimmt so nicht, Nick. Der FS rechnet nur aus, welche AI Flieger wann wo sein müssten. Wenn du dann 40nm an diese Stelle rankommst wird der Flieger generiert und der AI Engine und dem ATC übergeben.

Und nein, es gibt leider keine Möglichkeit, diesen Radius zu verändern.

AI Smooth löst die Staus perfekt und funktioniert mit jedem AI Addon. Es kontrolliert die Abstände der Flieger und greift ein, wenn diese unterschritten werden. Dabei steuert es die Flieger direkt und nimmt sie sozusagen dem MS ATC ab. Die Flieger fliegen an der Stelle, wo der Abstand unterschritten wurde ein Holding, dann kommen sie wieder zum MS ATC. Wenn dann immer noch kein Platz ist geht das ganze von vorne los.
Der Abstand der kontrolliert wird kann in Sekunden eingegeben werden, so dass man zwar anfangs ziemlich viele holdende Flieger hat, aber auf gar keinen Fall mehr gleichzeitig in Schwärmen anfliegende Flieger. Funktioniert ziemlich perfekt und man kriegt wenig davon mit.

Übrigens, dein "AI Programm", z.B. Ultimate Traffic, ist im Kern gar kein Programm, sondern nur ein Ersatz für den normalen AI Verkehr. Dabei werden nur die Flieger und die Flugpläne ausgetauscht, aber am MS ATC und der AI Engine wird eigentlich nix verändert oder ersetzt. Deswegen funktionieren eigentlich alle Programme wie AIsmooth auch mit Ultimate Traffic. Das was du als Programm warnimmst ist im Grunde nur ein Manager für das was installiert wird. Ein ziemlich häufiges Mißverständnis, das selbst FXP Tester plagt...(schön wenn man was testet von dem man keinen Plan hat...)

Danke für die Aufklärung. Trotzdem bin ich eigentlich nicht weiter mit meinem Problem. Ich bin gestern von EDDM nach EDDL geflogen und vor der Landung gab es dann plötzlich wieder mehrere andere Flieger die auch in EDDL landen wollten. Und dieser Radius von 40 NM scheint wirklich zu stimmen, denn die Flieger wurden vom ATC für die Landung für EDDL aufgerufen und waren noch auf FL 320 bzw. FL 350, obwohl der Airport nur ca. 40 NM oder weniger entfernt war.
Da kann man nur hoffen, daß dieses Manko beim neuen FS verbessert wird...

Ich lese das immer wieder mit den AI-Problemen beim Landen. Der AI-Verkehr ist so programmiert, daß der Rechner das verkraftet.
Ihr müßt Euren Traffic reduzieren oder selber basteln. Der AI-Traffic soll auf einem "PC" funktionieren. Wenn man dann noch mehrere Traffic-Payware-AddOns hat, kann das eigentlich nicht funktionieren.
Uwe

Mit AI Smooth funktioniert es sehr gut, Rolf Uwe. Mein Frankfurt erreicht jetzt beispielsweise fast die realen Start- und Landefrequenzen (waren das 90/Stunde?), und das ohne die Runway 18. Und ohne größere Probleme.

Tja, Frankfurt fliege ich schon garnicht mehr an, eben wegen dem Traffic dort. Und obwohl ich die Rwy 18 dort habe und alle anderen Flieger für die Landung dann 25L/25R nehmen gibt es immer wieder Probleme mit durchstartenden Fliegern bzw. Fliegern, die auf 25L gelandet sind und nicht weiter kommen, weil die 25R durch andere landende Flieger "blockiert" ist. Bereits nach 2 oder 3 gelandeten Fliegern in EDDF ploppt die Maschine, die eigentlich an ein Gate rollen sollte einfach weg.....
Und so geht's mir auch bei den Starts. Wenn zu viele Flieger landen, ploppen die Flieger einfach vor der Starterlaubnis weg...

Was hier noch gar nicht erwähnt wurde, ist die Korrekturmöglichkeit mit Hilfe des Flusi-Fix. Auch dort gibt es ja die Option, mit einem Mausklick die häufig auftretenden go-arounds zu reduzieren bzw. auszuschalten.

Hallo,
könntest du mir deine Einstellungen bitte einmal hier aufschrieben? Ich habe AISmooth neu, kenne mich aber nicht so gut damit aus, die richtigen Werte einzustellen. Vielen Dank schonmal. :-)

Moin allerseits,

nochmals zum Thema AI-Radius. Der wird nicht im Umkreis von 50 nm um den eigenen Flieger herum aktiviert, sondern in einem Quadrat von etwa 120 X 120 nm.

Die Flusiwelt ist nämlich AI-mäßig in Quadrate von 40 nm Kantenlänge eingeteilt. Neben dem jeweils zentralen Sektor, in dem man sich also selbst befindet, werden auch die in allen Richtungen angrenzenden Sektoren berücksichtigt.

Das nur zum besseren Verständnis der AI-Funktionsweise, denn der tatsächliche Radius kann demnach unter oder auch über den 50 nm liegen, abhängig davon, an welchem Punkt des zentralen Sektors man sich gerade befindet.

Auszug aus der read-Datei des TTool:

FS divides the world into a grid of sectors, approximately 40 mile rectangles. The traffic file contains a massive matrix that specifies exactly which flights are supposed to be in each sector at any given time. The AI active zone consists of the sector you are currently in and the sectors on all adjacent sides, for a block of nine sectors. The program only flies the AI traffic in those nine sectors (an approximately 120 mile rectangle).

Tschüß
Erich

Das mit dem Verschwinden der Flugzeuge in Frankfurt hab ich gestern so gelöst, dass ich in der AFCAD die Taxiway Verbindungen über die 7L bzw. 25R gelöscht habe und jetzt die Flugzeuge die beiden Taxiways außen um die 7L/25R entlang rollen. Klappt bis jetzt ohne Probs!

@Erich:
Du hast natürlich Recht.

@Space:
Genau das habe ich auch gemacht. Man muß sich verdeutlichen, wie der FS die Nutzung der Taxiways verteilt und das "echte" Layout dann so anpassen, dass runway crossings vermieden werden.

Mit AISmooth sollte man vorsichtig sein... Das Tool hat sich von Version zu Version "verschlimmbessert" - was aber auch an FSUIPC und dessen Weiterentwicklung liegen kann. Jedenfalls treten in der Kombination der jeweils letzten Versionen sehr wohl wieder "durcheinander" Approach und andere Merkwürdigkeiten auf.

Zu TTools/AFCAD etc: Diese Programme wurden geschrieben, BEVOR die SDK's von Microsoft für den FS2004 veröffentlicht wurden. Sie beruhen auf Informationen des FS2002 und sind lediglich abgeleitet. Daraus lassen sich aber keine verbindlichen Aussagen treffen, was die AI-Engine des FS2004 betrifft! Die tickt nämlich etwas anders...

@Lexif und @Space: Verbindungen "zu löschen" macht nur Sinn, wenn man den Traffic an dem speziellen Airport sehr genau kennt. Denn die Grundregel des FS kann keine AF2 außer Kraft setzen: Wer von Süden kommt, kriegt die südliche Runway, wer von Norden kommt, die Nördliche. Bezogen auf Approach.

Zweite Grundregel des AI im FS: Kürzester und schnellster Weg von Punkt A nach Punkt B: Egal ob A bzw. B nun Parkposition, nächste Startposition oder nächster Abrollpunkt von der Runway sind.

Dritter Aspekt: Wer z.B. mit gängigen Tools die AI-Taxispeed verändert hat, greift in die AI Engine ein, ohne zu wissen, was er damit letztendlich bewirkt.

Dazu könnte man noch einiges mehr ausführen, aber das wäre wie Perlen nach Athen oder waren es Eulen ;).

AI bedeutet künstliche Intelligenz - und die ist im FS gar nicht so dumm oder oberflächlich, wie mancher auf den ersten Blick hin glaubt.

Jeder Eingriff in diese Regeln (die nicht) offiziell dokumentiert sind, bewirkt Änderungen an anderer Stelle, die nichts und niemand und kein Tool vorhersagen kann.

Aber das ist nur meine persönliche Meinung :)

Du hast sehr wohl recht, aber das habe ich ja auch -- wenn auch sehr kurz -- geschrieben. Die Regeln die du aufgeführt hast sind ja noch recht einfach. Was ich aber immer noch nicht ganz durchschaut habe, ist wie der FS die Taxirouten zuweist um gegenläufigen Verkehr zu verhindern. Das macht der nämlich erstaunlich gut! Aber man scheint es nicht gezielt beeinflussen zu können.

Wenn man beispielsweise alle verbindungen über die Nordbahn löscht kriegt man unweigerlich Probleme, wenn an der 07L eine Schlange auf den Start wartet. Da gibt es leider unweigerlich einen Konflikt mit der westlichen Route um die Nordbahn herum. Wenn man jetzt die Flieger, die zum Start auf der 07R wollen alle auf den Südtaxiway zwingen könnte und den Nordtaxiway für den Verkehr von der Südbahn zum Terminal nutzen könnte wäre einiges gewonnen. Aber "Einbahn Taxiways" scheint der FS leider nicht zu kennen...

Und noch ein Konflikt landende Flieger auf der Nordbahn die zum Südgelände zum Parken wollen stehen in direktem Konflikt mit Fliegern, die von der Südbahn nach Norden zum Parken wollen. Ersteres ist ja zum Glück seltener als letzteres... Aber FRA hat einfach ein sehr ungünstiges Layout. Da gibt es keine zwei paralellen Taxiways, ein Konflikt ist unvermeidlich.

Aber FRA ist vielleicht in allen Aspekten zu kompliziert für das MS ATC, das ja für alle Plätze programmiert wurde. Da ist es fast nicht zu machen, dass so ein Programm auf jedem Platz ähnlich gute Ergebnisse wie ein langjährig trainierter und spezialisierter Mensch liefert. Auf amerikanischen Flughäfen mit großzügigen Taxiways und massig Landebahnen geht es gut, aber auch ein echter Lotse aus Dallas würde nicht auf Anhieb mit Frankfurt klar kommen, da muß man sich auch auf lange Sicht keine großen Hoffnungen machen...sonst könnte man ja die Lotsen feuern. :-)

Separat betrachtet sind sie einfach, aber in der Kombination werden sie komplex. Man muss sie mal gedanklich weiterführen...


Was meinst Du damit konkret, Felix? Im Moment verstehe ich Deine Frage nicht ganz. Kannst Du mal ein Beisipel nennen, welchen Airport, Standard oder mit Addon - wenn AddOn, mit welcher AF2?

Von Haus aus nicht, man kann sie ihm nur (in gewissen Grenzen) beibringen.

Auch das nicht zwingend, es ist nur die Frage, wieviel Arbeit man sich machen will, und wie wichtig einem die Fehlerfreiheit des Fault Finder aus AFCAD ist.

Völlig korrekt, EDDF ist in gewisser Weise ein weltweites Unikum, dass vom Layout her leider nicht über Tools im FS nachgebildet werden kann. Da kann uns nur MS mit dem FS10 vielleicht helfen - aber eben auch nur vielleicht :(

Ach ja, ATC käme damit im Übrigen schon klar... wenn der Rest der Layout-Informationen passt.

Hi,

was mir ein Rätsel ist beim AFCAD-Selbstbau:

was ist eigentlich der Unterschied zwischen ´normal taxi links´ und ´Apron taxi links´ bzw. was ist der Unterschied in der Wirkung dieser Links. Ich habe bei einigen AFCAD-Designern festgestellt, daß sie auffällig viele Apron Taxi links (die grünen) verwenden.

Weiß das jemand, und bitte dann auch erklären, wann man warum welche Links nehmen sollte !

Eine andere Frage:
wozu gibt es eigentlich ´closed taxi links´, würde es nicht ausreichen, einfach gar nicht zu verlinken ??

Gruß
Mike

Moin Mike,

eine interessante Frage. Mußte auch erst in der Afcad-Readme nachlesen, um hier keinen Mist von mir zu geben.

Also die Sache ist folgende, daß ja (bekanntlich ?) die normalen Taxiways wahlweise mit einer beliebigen Oberfläche (concrete, asphalt, usw.) versehen werden können. Das gibt es bei den Apron Ways nicht, die haben also keine eigene Oberfläche, sondern sind auf dem Apron als solche nicht besonders gekennzeichnet. Du kannst sie natürlich, wie auch die Taxiways mit entsprechender Beleuchtung (Mitte und Ränder) versehen und auch die aufgemalten Markierungen anbringen.

Ob die Apron Ways darüber hinaus spezielle Auswirkungen auf den AI Verkehr haben, ist nicht genau bekannt. Lee Swordy vermutet aber z.B., daß der rollende AI Verkehr es evtl. vermeidet, solche Apron Ways zu benutzen, wenn stattdessen normale Taxiways zur Verfügung stehen. Die Flieger würden dann also nicht unnötig kreuz und quer über die Aprons rollen.

Aber das ist wohl nur eine Vermutung, da es ja von Microsoft auch in diesem Punkt nie eine offizielle Erläuterung des Systems geben wird.

Was das mit den closed Taxiways auf sich hat, weiß ich auch nicht genau. Auswirken tut es sich aber eben so, daß diese TWYs vom AI Traffic nicht benutzt werden. Also vielleicht eine sinnvollen Krücke in den Fällen, in denen man z.B. eine Umleitung des rollenden Verkehr ausprobieren möchte, wenn es zu Staus kommt. Man braucht ja dann nur den entsprechenden Abschnitt zu sperren, ohne ihn komplett zu löschen.
Aber eine richtige Funktion hat das ganze wohl nicht, zumal ja nicht mal die "X" auf der Karte auf die Oberfläche des Taxiways übernommen werden, die die Sperrung auch sichtbar machen würden.

Tschüß
Erich

Ich denke, dass das genau das Gute an den closed taxiways ist...sie werden angezeigt, aber nicht genutzt. Auch wenn ein Kreuz auf den geschlossenen Taxiway besser wäre.

Apron Ways sind ja bereits erklärt worden. Sehr praktisch, um einfach ein paar Taxilinien auf ein Apron-Polygon zu malen. Ob sie gemieden werden, kann ich nicht sagen...

Mich persönlich würde mal ernsthaft interessieren, ob die Breite des Taxiways eine Auswirkung auf ihre Benutzung hat. Bekommt eine 747 einen 1m breiten Taxiway zugewiesen, wenn etwas anderes zur Verfügung steht? Oder einen Grasstaxiway?

Noch etwas, erinner ich mich richtig, war nicht im alten AFCAD das maximale Gewicht als (noch) unbenutzter Parameter verfügbar?

Ich habe es schon befürchtet, daß dies wahrscheinlich nur optische Auswirkungen hat!

Ich hatte eigentlich gehofft, daß sich durch die Existenz neuer Funktionen gegenüber AFCAD1 neue Möglichkeiten ergeben, den Traffic in bestimmte Bahnen lenken zu können, um alten Fehlern aus dem Wege zu gehen, die ich im AFCAD2 immer noch beobachte (eingefrorene Flieger, allgemeine Staus, sich gegenüberstehende Flieger oder ineinanderfahrende Flieger).

Danke für Eure Antworten, Erich und Felix, und eine gute Nacht !!

Mike

Tja, Nachtschwärmer ;) sorry...

1. Frage: Taxi Links.
Grundsätzlich unterscheidet der FS nicht zwischen apron und taxi links, nur der runway link hat eine besondere Bedeutung. Es gibt Vermutungen in der Swordy-Hilfe, wie Erich ja auch schon angemerkt hat. Faktisch gibt es aber m.W. keine bewiesene und immer gültige Regel. Die besten Erfahrungen habe ich mit der Regel gemacht, Taxi außerhalb von Apron-Flächen zu verwenden, und Apron nur auf/nnerhalb von Apron-Flächen.

2. Frage: Closed Taxi:
Der FS wertet das nur dann aus, wenn es alternativ gleich kurze (oder lange) Wege) zwischen dem Ausgangspunkt eines Flugzeuges und seinem Zielpunkt gibt. "closed" ist kein hartes Kriterium, wenn es über das Swordy-AFCAD-Programm vergeben wird. Wer es trotzdem setzt, wird Flugzeuge bemerken, die diesen Taxiway nehemn, obwohl er "gesperrt" ist. Gutes Experimentierbeispiel hierfür ist wieder mal EDDF.

Allerdings verwenden viele sog. Designer die "closed" Taxiways, um ihre Scenery optisch aufzuwerten - wobei das völlliger Blödsinn und meist total überflüssig ist - da der Taxiway (der visuell eine Straße darstellen soll) gar nicht zu einem Start-Punkt führt, und folglich nie von einem AI-Flieger benutzt werden wird.

Wer sowas (optisches) in dieser Weise über seine AFD regelt, hat schlichtweg keine Ahung.

@Pellwormerich: Seit wann kann ich einem beliebigen Objekt oder einer beliebigen Fläche wie einem Apron oder einem Apron-Way denn keine andere Oberfläche zuordnen?

Im Übrigen benutzen AI-Flieger sehr wohl auch die in AFCAD sog. "gesperrten" Taxiways oder Rollwege - wenn die Regeln des FS das als besser bzw. richtig ansehen. Ihr habt so manches noch nicht ganz verstanden, oder ;)?

Und ob das das "X" übernommen wird oder nicht, hängt von der Scenery ab - Default oder AddOn.

Um eine Taxiway wirklich und effektiv zu sperren, gibt es nur einen Weg: Dieser Taxiway darf keine Verbindung zur Start- oder Parkposition haben.

Hier zeigt sich mal wieder, dass Swordy zwar SUPER-tolle Arbeit geleistet hat, aber eben auf Basis des FS2002 - und im FS2004 ist doch einiges anders... Was kann man doch alles im AI-Bereich machen, wenn man eine reineFS2004 - AF2 Datei erzeugt ..... Drive-through ohne plumbing, pushback right, pushback left, no pushback, kein durchfliegen von Bergen im Approach usw.

Hallo Felix,

die Breite des Taxiways und dessen Beschaffenheit ist AI-technisch reine Fassade. ATC würde Deine 747 also auch über eine Grasnarbe schicken oder einen 1-m-Taxiway.

FS uses a type of autogen process to ‘flesh out’ the taxi links with surfaces, curves, junctions, markings and lights. In AFCAD these surfaces are actually an illusion. When working with taxiways you are really only working with the link and node structure of the taxiway grid.

Von dem Maximalgewicht als möglichem Parameter höre ich jetzt zum ersten Mal. Vermutlich hast Du da nach den vielen Jahren irgendwas verwechselt. Mir ist jedenfalls nichts in dieser Richtung bekannt.

Mach´s gut und gute Nacht
Erich

1. Die Breite existiert, hat aber mit normalen Techniken derzeit keine weitere Bedeutung und Auswirkung.
2. Das Gewicht existiert auch (@Erich: Mal SDK studieren... ;)), hat aber ebenfalls keine Bedeutung und Auswirkung.

Ich knie gerade über einer AFD, bei der größere Maschinen einen anderen Abrollweg nach der Landung nehmen als kleinere. Obwohl der Abrollpunkt von der Runway identisch ist und sie dann zum selben Terminal rollen...

Höchst interessant, auch wenn nicht "fault finder" kompatibel.

Manche verlassen sich halt immer auf das, was andere "vorgedacht oder vorgeglaubt" haben und zitieren das dann als alleinige und gültige Wahrheit... Sorry, aber Swordy = FS2002 Basis.

Mehr gibt es dazu nicht zu sagen - und das ist nicht persönlich gemeint, Erich!!! Aber man sollte schon wissen, was der FS2004 kann und kennt - auch wenn er es nicht immer auswertet! ;)

@ HankyPanky

ich hatte bei einigen Deiner letzten Postings schon den Eindruck gewonnen, Du wärst langsam wieder auf den Teppich zurückgekehrt.

Das war wohl eine Fehleinschätzung, denn speziell Deine letzte Äußerung

Manche verlassen sich halt immer auf das, was andere "vorgedacht oder vorgeglaubt" haben und zitieren das dann als alleinige und gültige Wahrheit...

ist für mich eine solche Frechheit, daß ich es einfach ablehne, auf Deine Äußerungen einzugehen.

Offenbar bist Du von einer solchen Überheblichkeit durchdrungen, daß ich es mir wirklich erspare, dazu nun auch noch meinen Senf abzugeben.