Please login to display this image.

The Bravo Better Lights tool This utility allows to program your own Bravo Throttle Lights and annunciators in MSFS. The standard AFC bridge has no user interface and has a built-in lights profile for the default planes only. Bravo Throttle lights gives access to each light and supports both A: variables and L: variables.  

Please login to display this image.

Downloadable here : https://flightsim.to/file/21253/better-bravo-lights NOTE : We don’t sell, support, promote, guarantee or even deeply know this              product.              This post isn’t a guarantee it will function with your computer or modules              or display.              It is purely informational within the scope of a free open forum  

Hello AEROSOFT Team. Is it possible to purchase the CRJV2 update ( at a reasonable price ) if I originally purchased via Marketplace place 5 years ago?? 

According to the developpers, the Configurator will not work under Linux. There were some plans in the past to develop a Linux-specific version, but nothing has come up yet. 

Ich arbeite sowohl mit WED, als auch direkt an dem .txt-File eines per Grinder gewandelten .dsf-Airport. In dem .txt finden man die exclusions anhand der Kennung ".net" relativ schnell. Das network in den Aiports lösche ich meist direkt im WED.

Dann, wenn ich mich stört, allerdings nur in einer lokalen Kopie, nicht im Gateway selbst. Das XPlane-network bleibt XPlane-network. Insofern macht es für mich keinen Sinn, in einem gateway-Airport, oder AddOn-Airport das anliegende öffentliche Straßennetz zu integrieren, dafür dann jedes darunter liegende Kachel-network per exclusion auszuknipsen. Unmittelbar werden nur "Tunneleinfahrten" auf Autobahnen produziert, vor allem aber ein unterbrochener Verkehrsfluss auf Straßen und Gleisen. Graviender ist in meinen Augen aber, dass in Airports enthaltenes network, jede darunter intallierte Verbesserung in diesem Bereich einfach ausschaltet. Das Vanilla-network ist zudem so "rustikal", dass eine punktuelle Verbesserung unmittelbar im Airport-Bereich durch mitgeliefertes Airport-network in meinen Augen nur begrenzt wirken kann. Die direkt an meinem AS-EDDF vorbei laufende A3, die Bahnlinien, sind jetzt jedenfalls sehr belebt, während im Original-AS-Auslieferungszustand die autofreien Sonntage aus den 70er-Jahren simuliert werden.  

Ah, das hab ich dann überlesen. Wie geht das denn im Detail, würde ich auch mal gerne bei meinen Scenerien ausprobieren Vielleicht kann ich mir da dann ein Skript bauen, was durch meine Addon Scenerien saust ... 😉

Entfernst Du dann auch alle in den Gateway Flughäfen angelegten Straßen? Damit diese nicht überlagert werden, erstellt man die Road Exclusion?   Die Herausforderung ist, man erstellt fürs X-Plane Standard Szenerien System die Flughäfen. Und dann versucht man Kompromisse für die Add-ons zu finden.   Wenn ich einen Flughafen bearbeite, ist das immer auf einer Vanilla Installation. Dann schiebe ich das ins Life System.

Well this will be for my software friends. As I said, I am on the HW side and its sometimes unexpected effects in an apparently software issue. So, I am off here.

Ja, allerdings wären exclusions gar nicht nötig, wenn die OSM-Daten sauber wären. Meist machen exclusions das darunter liegende network kaputt und packen dann Tunneleingänge auf die Autobahnen. "Schönes" Beispiel dafür ist der Gateway-Airport Schipol-EHAM. Wie bereits gesagt: Ich habe alle meine AddOn-Airports von net-exlusions befreit, ggf. in den AddOns mitgeliefertes network entfernt und lasse dafür mein expnetwork voll, ohne jede Unterbrechung, zur Wirkung kommen. Edit: Dabei habe ich gleich auch die forests-exclusions und forests-Polygone, sofern die aus XP11 stammen, mit entfernt und gebe dafür den Raum frei für das XP12-konforme 7-expforests!

Hallo Michael,   im Gegensatz zum originalen simHeaven-network-Layer habe ich OSM-Straßen, die als "highway=service" klassifiziert sind, in die Überleitung nach 8-expnetwork mit aufgenommen. Ausgenommen sind nur solche Service-Straßen, die in OSM als nicht-öffentlich, in OSM definiert über "access=private", gekennzeichnet sind. Innerhalb des OSM-Airport-Areals LIBP befinden sich aktuell leider einige "highway=service", die zusätzlich die in meinen Augen falsche OSM-Eigenschaft "access=permit" besitzen ... und damit in meine Positiv-Selektion geraten. Es gibt leider immer wieder solche problematischen OSM-Einträge, die letztlich nur durch Korrektur an der Quellen, sprich in den OSM-Daten, behoben werden können. "highway=service" habe ich bewusst mit in mein expnetwork aufgenommen, weil viele dieser Straßen beleuchtet sind und in Summe markant zu einem durchgängigeren network beitragen.   Mal sehen ... ich glaube, dass LIBP nach dem nächsten expnetwork-Update keine kreuzenden Autos mehr zeigt.