Miguel, deine Signatur ist irgendwie kapott...
Beiträge von Boris
-
-
weil er noch Bier holen muss, oder am Kacken ist
MMDWobei, das mit dem Bier holen kann man ja planen. Das mit dem Kacken nicht immer...
Nummer wäre durchaus in Approach ausreichend - besonders für die Kollegen die zwar mit gleicher Nummer, aber unterschiedlichen Airlines fliegen. Hab ich gestern auch wieder gehört: "American... äääh... Southwest 123" (Beispiel hier fiktiv, Ähnlichkeiten rein zufällig).
-
Die Idee finde ich gut. Gestern hat man wieder gesehen dass es trotz weiträumiger ATC-Abdeckung und jeder Menge Vorlaufzeit eben keinen Plan und keine Koordination zwischen den Lotsen gegeben hat (zumindest habe ich keine erkannt) und am Ende einfach der bedient wurde, der am lautesten geschrien hat.
Meine Güte, so was ist doch etwas wo sich alle virtuellen Lotsen die Finger nach lecken müssten - 20 Inbounds mit Ansage. Da kann man doch zwei oder drei holding stacks planen, aus denen man die Flieger dann (aus der richtigen Höhe und in der richtigen Richtung) auf den Approach bringt. Muss ja nicht Minimalstaffelung sein, aber sollte sich an dem orientieren was der Airport kann.
-
Ohne jetzt übertrieben jemanden auf den Schlips treten zu wollen...aber können wir uns vielleicht für die nächsten Kumis mit viel Beteiligung und ATC drauf einigen, dass wir so ein paar Basics der Funkdisziplin wieder einführen?

(...)
Jou, das unterstütze ich vollständig. Angeblich sind die KUMI-Piloten doch ein so performanter Haufen. Das bedeutet für mich unter anderem:
- Nicht nur an sich selber denken, sondern auf den sonstigen Funkverkehr hören und situational awareness, heißt, in etwa wissen wo sich die anderen so befinden.
- Kurz fassen. Es ist einigermaßen ätzend, wenn man selber gerade im 3NM Final ohne landing clearance ist, und ein anderer erzählt dem Controller seine Familiengeschichte.
- Requests nur da wo notwendig (hatten wir ja schon; ich sehe das allerdings etwas differenzierter). In der TMA ankommen und sofort "further descent" requesten - muss nicht sein. Clearance limit erreicht und keine Anweisung? Na? NA??? Holding! Aber: 50 NM auf HDG rausfliegen und dann mal den Lotsen erinnern (der einen offensichtlich vergessen hat; kaum eine TMA ist 100NM groß) ist legitim. In FL120 auf ein 20NM Final auf SL eingedreht werden und dann erinnern, dass das vielleicht etwas knapp wird, auch legitim. Es hilft dem Lotsen. Das lernt man, wenn man selber mal gelotst hat - ist auch nur ein Hobby-Mensch. Das waren jetzt meine Situationen heute, andere hatten auch welche, urteilt selbst, aber vernünftig.
- Charts kennen! "Which holding?" The published, goddammit. Und wenn es keins gibt, standard hold. Wer nicht weiß wie das geht, fragen.
- Nach der Landung in einer traffic-reichen Lage wortreich abmelden: "Superfly123, on blocks on gate 45, jetway docked, fuel truck arriving, flight attendants sorting their clothes, thank you for your excellent service, hope to see you soon, good bye". Okay, übertrieben. Ich bedanke mich auch gern beim Lotsen (egal wie er performt, er hat sich angestrengt) , aber so was kann man bei nem GND-Lotsen machen der sonst nichts weiter zu tun hat, aber nicht bei nem APP der noch 17 Flieger sortieren muss.
- Und mein absoluter Favorit: Sein eigenes Callsign (er)kennen(!!!) Nicht nur beim Hören, sondern auch beim Readback ("Turn right heading 120, descend flight level 90, ääääähhhhhhh (insert airline here) .... äääääähhhhhh... (insert flight number here). Deswegen (und weil ich mich wegen meiner Schwerhörigkeit sowieso schwerer tue) nehme ich immer das gleiche - nichts ist in diesem Zusammenhang peinlicher als wenn man erst auf den vPilot schauen muss um zu sehen wer man überhaupt ist.
-
Die 800qm waren Schwachsinn und nur weil ihnen nichts besseres eingefallen ist (wo sind eigentlich die ganzen Planspiele, die sie angeblich für teuer Steuergeld immer machen? Oder haben sie den Schlüssel für die Schublade verlegt?)
Personen pro Fläche, das macht Sinn, und jetzt sind sie ja auch drauf gekommen.
Angeblich waren die 800qm dafür gedacht, dass sich vor den Geschäften keine Ansammlungen bilden. Sorry, aber wenn sich da dann Ansammlungen bilden und sich welche anstecken, gehört's ihnen nicht besser.
Alles in allem halte ich die Unterbrechung des Wirtschaftskreislaufs nach wie vor für überzogen. Wie viele von den jetzt mit vollen Händen ausgeschütteten Krediten werden wohl in ein paar Jahren platzen (und uns womöglich die nächste Bankenkrise bescheren)? Es glaubt doch wohl keiner dass der Umsatz, der jetzt ausgefallen ist, später zusätzlich wieder reinkommt...
-
LOL. Sie wollen erst noch Material sammeln? Na, DAS kann wirklich noch dauern...

-
Wo bleibt eigentlich das GSX-L2-Corona-Update? 1,5m Abstand und Schutzmasken...

-
NY City habe ich einfach bei den Airports angemeldet, ohne besonderes Layering. Damit ist es immer über dem ganzen ORBX Zeug. Ich habe das in drei Ordnern - City, Airports West und Airports East, um ggf. einzeln aktivieren zu können. Drziewiecki macht es sich noch einfacher und schmeißt alles in einen Ordner.
-
Autogen ist für mich immer noch ziemlich nebulös. So wie ich es bis jetzt verstanden habe, kann es nur eine default.xml für Autogen geben, und die ist im P3D-Ordner in "Autogen".
Frühere Installer haben da fröhlich drin herum geschrieben, oft zum Nachteil für andere Addons. Neuere bringen ihre Definitionen in einem "autogen" Ordner mit, der extern liegen kann. Dazu braucht man dann aber den ACM (Autogen Configuration Merger), der die Addon-Verzeichnisse liest, Informationen, die er dort findet mit der default.xml vergleicht und wenn nicht vorhanden, dort einträgt.
Oder so ähnlich

-
Ui, da fragst du mich was. Mit so was hab ich mich noch nicht näher beschäftigt.
Aber intuitiv entweder zwischen OLC und die Regionen oder zwischen die Regionen und die Airports. Da es sich um einen integralen Bestandteil des Sims handelt, würde ich den in meinem aktuellen Sim in die scenery.cfg eintragen.
Bei Simmarket schreiben sie zum Europe Base Pack:
ZitatThis kind of scenery can be used on its own or in conjuctions with photorealistic scenery; will provide night illumination to photorealistic scenery covered areas either designed manually or produced automatically. This scenery work also along any other existing vectors; textures; landclass scenery.
Das verstehe ich so dass nachts das Licht immer an ist. Wenn du also ORBX-Regionen für Europa hast, wird es dort wohl doppeltes Licht geben, es sei denn das eine oder andere lässt sich regional ein- oder ausschalten.
Da gibt es aber bestimmt Simmer die das haben

-
Zitat
Announcement coming soon
Jetzt fangen die auch mit der Ankündigung von Ankündigungen und Bilderrätseln an...

-
Tja, was ist schon richtig? Es funktionieren ja unterschiedliche Varianten, aber leider ist korrektes Layering, also Reihenfolge, egal ob in der scenery.cfg oder add-on.xml, für etliche Szenerien immer noch von Bedeutung.
Ich habe ORBX noch im Sim-Ordner und in der scenery.cfg, und zwar nur ORBX (einzige Ausnahme: LHBP von LH SImulations, weil das nicht anders geht), und da geht es von unten nach oben (unten = niedrigste Priorität):
- P3D Default Terrain und Scenery
- Vector AEC (Layer 3)
- P3D Default bis Base 1107
- FS Global Meshes (muss da nicht sein, ist nur meine persönliche Orga)
- Vector Komponenten in folgender Reihenfolge: EXX - CVX -APT - FixedAPT - OBJ
- P3D Kontinente (Africa, Asia usw.)
- P3D Cities
- ORBX OLC
- ORBX Regionen
- ORBX Airports
- LHBP (sic!)
- Alle anderen Addon-Airports mit XML
ORBX regelt ORBX Central, und zwar im "legacy layering" - das heißt eigentlich nur dass die jeweiligen Szenerien eine feste Prio haben und auch mehrere Szenerien die gleiche haben können (macht nix, solange sie nicht aufeinander aufbauen). Beim non-legacy layering baut ORBX immer Lücken ein, damit die XML-Szenerien "dazwischen" passen. Das ist aber Schwachsinn, da das in kürzester Zeit völlig durcheinander gerät - es würde erst funktionieren wenn mann mit ORBX Central alles verwalten kann. Kann man aber nicht.
Alles in allem wirst du um einen vernünftigen Organizer nicht herum kommen - ich empfehle Simstarter. Lorby (Freeware) geht auch, ist aber bei mir an seine Grenzen gestoßen, gerade bei dem Layering wo es darauf ankommt, deswegen wieder abgeschafft,
Zusammengefasst: Lass ORBX Central alles von ORBX einrichten und lege alle anderen Szenerien darüber.
-
Ach, und was ich auch hasse sind Installer, die meinen ich kann meine Szenerien nicht anmelden und mir entweder in die scenery.cfg schreiben (wie 2010 ist das denn?) oder in meinem Documents-Ordner oder die add-ons.cfg ungefragt etwas eintragen. Ich hab mein Zeug anders organisiert.
Ich hab ja nix dagegen, wenn sie das automatisieren, für User, die halt nicht frickeln wollen. Aber dann sollen sie zum Geier nochmal endlich eine Auswahl einbauen. Kann so schwer doch nicht sein.
-
Sicher dass in deinem Pfad "D:\AddOnP3DV4\Aerosoft\PortoSantoXEvolution\" auch alles richtig geschrieben ist? Absolutpfade funktionieren an sich zuverlässig - aber wie schnell fehlt mal ein Zeichen...
Ach, und verweist der Eintrag in der add-ons.cfg auf den richtigen Ordner (da wo die add-on.xml ist)?
-
Wie jetzt. Leer oder nicht leer?
Und reicht es wenn der Tag vorhanden ist oder muss auch ein Argument drin stehen?
Wie geil - fast keiner meiner Airports hat diesen Eintrag
Schien mir immer optional... -
Na, da sind wir ja noch recht weit von den 60-70% entfernt, die Mutti vor ein paar Wochen prognostiziert hat. Oder war das etwa wieder nur BILD-Panikmache?
-
Ab heute gibt es kein Netflix mehr
Und jetzt? Soll die Family Mensch ärgere dich nicht spielen...?

-
Man kann den gesamten FB/FT-Ordner nehmen
Kann man. Aber auch die Kollegen schreiben etliche Dateien ins Hauptverzeichnis, die du nur über eine Dummy-Installation abgefangen bekommst - und dann am Ende doch händisch anmelden musst.
Aber wie ich schon sagte - ob sich der Aufwand lohnt, bin ich mir mittlerweile nicht mehr sicher. Meine P3Dv4 Installation hat jetzt mit ca. 130 Addons plus ORBX um die 570GB auf einer 1TB M2. Das nächste mal wieder eine 2TB SATA-SSD, das nimmt sich nicht viel und dürfte dann wieder ne Weile reichen. Und alles einfach so installieren wie es der Entwickler meint und die Configs mit Simstarter organisieren scheint mir einfacher zu sein. Updates bei Versionswechsel kommen so oder so.
Ach an den Scripts hängt das? Wusste ich gar nicht, sieh her! Danke dir.
Lassen sich die Ordner auch umbenennen?Nein, nicht umbenennen. Dann funktionieren die Manager und Konfiguratoren nicht mehr, jedenfalls bei FB und FSDT.
Außer du willst dich durch die ganzen Skripte fummeln und da auch alles umbenennen

FB registriert den Airport intern über das Skript. Bei jedem Start fragt der Manager bei einem neu hinzugefügten Skript bei 29Palms ab, ob du auch eine Lizenz hast. Wenn ja, schaltet er dir den Airport frei.
-
Parkbremse gelöst?
In der Tat, daran habe ich gedacht
Hat aber nix gebracht. -
Flightbeam ist auch so ein Pflegefall. Wenn du nicht im Default-Installationsordner "Flightbeam" im P3D installierst, musst du die Dateien händisch verschieben. Aufgrund des Managers müssen weiterhin alle Flugplätze in einem Ordner sein; dort befindet sich dann auch der FB-Manager. Der braucht dann für jeden Airport das config Skript (config_XXXX.xml) im "scripts" Ordner. Dann werden auch alle Flugplätze in einem Manager angezeigt.
Ich hab das so:
-P3D Addons
--Scenery
---Flightbeam
----Captain7 - 29Palms - EDDN - Nuremberg
----Flightbeam - KDEN
----Flightbeam - KIAD
(usw.)
----Flightbeam - Manager
----Flightbeam - User Documents
Jeder Airport ist mit einer eigenen add-on.xml angemeldet (man kann aber auch alle Airports in eine gemeinsame xml eintragen).Und bloß nicht die sperrigen Ordnernamen ändern, sonst funktioniert gar nix mehr.