Vor einer Woche ist der Hans Koschnick Airport (ICAO: EDDW) für PREPAR3D v4 erschienen, nun folgt gleich ein Update. So wurde der Airport in seiner Position leicht korrigiert, die Straßenbahn animiert, es gibt optionale Runway End Identifier Lights (REIL) und RABBIT Lights und einiges mehr.
Das Update ist über den FSDG Account zu finden (http://fsdg-online.com/content/6-my-account), allerdings muss vor dem Update, die alte Version entfernt werden.
Changelog:
- Korrigierter Flughafenstandort, um Konflikte beim Online-Fliegen zu vermeiden
- Animierte Straßenbahn
- Optionale REIL & RABBIT Lights hinzugefügt
- Neue optionale schneefreie Wintersaison
- Besserer Kompromiss zwischen unserer Landschaft und den Standardfarben / ftx-Farben der umgebenden Landschaft
- Verbesserte Nachtbeleuchtung
- Einige kleinere Fehlerbehebungen
Schade, scheinbar hat der Umstand, den Simmershome im ersten Post zu Bremen erwähnt hat (Verwendung von uraltem SCASM Code) doch schon jetzt Auswirkungen auf die Szenerie: Schatten werden auf Taxiways teilweise (oder überall?) nicht dargestellt (gemäss Frage im Forum). Kann das jemand hier bejahen oder verneinen? Wenn tatsächlich keine Schatten auf Taxiways dargestellt werden, ist die Szenerie für mich gestorben und ich bin einmal mehr froh, nicht zu Release gekauft zu haben…
“Korrigierter Flughafenstandort, um Konflikte beim Online-Fliegen zu vermeiden”
Mich würde wirklich einmal die Begründung aus Sicht eines Entwicklers interessieren, was diesen antreibt, überhaupt von der Originalpositionierung abzuweichen? Die Hoffnung, dass es nicht bemerkt wird? Um einen Patch zu rechtfertigen? Damit man die Käufer zum Release verärgert und ihre Geduld auf die Probe stellt?
Es kann nur gemutmaßt werden.
Immer öfter beschleicht mich auch das Gefühl, dass Beta-Tests mittlerweile bei vielen Studios gänzlich dem Rotstift zum Opfer gefallen sind, wenn man einen Blick in die Foren wirft, was alles nach Release entdeckt wird und davor bereits auffallen dürfte.
Und den Vogel schießen die ab, die ein Update-Modul zu einem Airport anbieten und dich dennoch eine 4GB Szenerie jedes Mal aufs Neue downloaden, was notwendig macht den Vorgänger zu deinstallieren und dann die Neue installieren lassen. Das ist, wenn man eine Szenerie administriert noch tolerierbar, aber nicht, wenn man als Konsument viele Airports up to date zu halten hat.
Jetzt könnte man salopp trotzen: Kauf halt keine Szenerien. Aber wenn man diejenigen, die auf diese Weise mit meiner Freizeit jonglieren, ausspart, ist das den betroffenen Entwicklern auch nicht recht. Das Geld nehmen sie gerne.
Ein wenig mehr Weitsicht, wäre daher wünschenswert.
Ich teile deine Verwunderung bzw. Irritation, Commander-AUT. Ich bin zwar auch dafür, Kinderkrankheiten auch als solche zu sehen – im Eifer des Gefechts und abhängig von der persönlichen Hardware-Konfiguration oder der der Beta-Tester können einem auch mal Dinge durchgehen. Aber ich habe vermehrt auch den Eindruck, dass heutzutage häufiger Tempo vor Sorgfalt geht und selbst unverzeihliche und schon auf den ersten Blick offenkundige Fehler unentdeckt bleiben oder sogar geflissentlich ignoriert werden. Bei letzterem Punkt sehe ich z.B. Entwickler wie das JustSim-Team, die ein gewisses “Ach, das merkt schon keiner bzw. das tritt sich schon fest” bei so ziemlich jedem ihrer Releases einzuplanen scheinen.
Das Problem sind aber auch bestimmte Teile unserer Community, die aus schierer Dankbarkeit alles kaufen würden oder sich vorschnell von Eye Candy beeindrucken lassen. So nach dem Motto: “Wenn schon Aerosoft/Orbx/Flytampa/Tropicalsim etc. den Flughafen Bremen/X/Y/Z nicht aktualisiert, dann Gottseidank wenigstens ein anderer Entwickler/Publisher. Also danke!!! Halt die Klappe und nimm endlich mein Geld!” Oder nach dem Motto: “Wow, hast du dieses Terminal-Innenleben gesehen? Und wie scharf texturiert die Parkplätze sind? Und wie geil sind bitte diese spiegelnden Wasserpfützen?” Sprich: Es ist nicht immer nur der Entwickler und sein Beta-Team, dem sträfliche Schludrigkeiten unterlaufen. Es ist auch oft genug der Kunde, der dann vorschnell Lorbeeren verteilt, aber im eigenen Eifer des Gefechts übersieht, dass sein Traum-Flughafen mit den so schön funkelnden Oberflächen an einem ganz anderen Ort liegt als in der realen Welt (Stichwort hierzu ist auch ImagineSims Singapur, wo die Location in der aktuell veröffentlichten FSX-Version immer noch nicht mit der realen Location übereinzustimmen scheint).
Auf beiden Seiten würde ich mir also mehr Augenmaß wünschen. Und ein bisschen Weile, die das berühmte “gut Ding” ja immer braucht.
“und selbst unverzeihliche und schon auf den ersten Blick offenkundige Fehler unentdeckt bleiben”
und genau die spreche ich an. Ich habe bewusst vermieden Namen zu nennen, wenn ich aber für den 6.-größten Airport Deutschlands bei jedem Bugfix jedes Mal von Neuem 5.35 GB herunterladen, De- und Neuinstallationen auslösen muss, um später vielleicht gnadenhalber wiederum von einem Updater-Tool erfasst zu werden, dann relativiert sich der Sinn einer solchen Anwendung. Das muss jemanden auffallen, der in dem Prozess involviert ist.
Wie es gehen kann zeigen die Entwickler von 29Palms die offensichtlich auch hinter dem Flightbeam-Updater (schlank, effektiv, tut was es soll) stecken. Vielen Dank an dieser Stelle an Entwickler, die mit meiner Freizeit treuhänderisch umgehen.
Weil du Imaginesim ansprichst: Ich finde es sollte als Kriterium eines jedes Reviews werden, ob der Addon-Airport exakt nach Luftbild positioniert wurde oder nicht. Ist er das nicht, hat man gleich einen Contra-Punkt (für mich ein absolutes KO-Kriterium)
“Mich würde wirklich einmal die Begründung aus Sicht eines Entwicklers interessieren, was diesen antreibt, überhaupt von der Originalpositionierung abzuweichen? ”
Bei Custom Groundpolys in P3Dv4 kann es passieren, dass Du zur ordnungsgemäßen Funktion den ARP (Airport Referenz Point) – meist Latitude – verschieben musst und zwar wegen der QMID 10 Basis des Stocksim. Anderenfalls können Polys flackern , unterdrückt sein , oder Autogenunterdrückung provozieren. Wobei das aber nur bei Original v4 Polys passieren kann, nach meinen Kenntnissen. Zudem sind auch die Runways im Luftbild nicht deckungsgleich mit dem Stocksim.
Meistens hat das online keine Auswirkung. Ich habe auch keinen Tester, der das bei IVAO testet. Müsste ich eigentlich mal selber machen und mein Account wieder aktivieren, jetzt wo Du es schreibst. 🙂
Danke für die Erklärung. Ich möchte aber auf etwas anderes hinaus. Es sind enige Stockairports falsch positioniert. Schon klar. Aber vom gekauften Addon-Airport erwarte ich mir, dass er mit dem Luftbild übereinstimmt und mit nichts anderem. Sonst gehen die RNAV Approaches in die Hose. Und das meine ich mit “Originalpositionierung”, nicht das Layout der Standard Airport BGL im Sim.
Die im change.log angegebene Beschreibung, nehme ich erst mal nicht wörtlich. Das würde den Wahnsinn nur vergrößern. Auf IVAO lebe ich seit Ewigkeiten damit, dass nicht jeder User Addonairports besitzt, die Fehlplatzierungen ausmerzen.
Wenn man jetzt plötzlich darauf beginnt Rücksicht zu nehmen, und diese bewusst auch falsch (nämlich so wie den Standard SIM -Airport) platziert, kaufe ich kein Addon mehr. Durch die Scheinsynchronisation nimmt man sich moderne Anflugverfahren, weil ein GPS vermessener RNAV Fix am Final exakte Positionierung der Runway bedingt.
Und ein Verrücken um diesem Effekt zu begegnen hätte ich hinter dem Text vermutet. Wenn das wirklich ernst gemeint sein sollte, dass man einen richtig positionierten Airport nachträglich falsch positioniert um mit dem Stock übereinzustimmen, wegen der Online-Community, dann gute Nacht Flugsimulation.
Da sollte sich vielleicht der verantwortliche Entwickler erklären und gegebenenfalls den Text präzisieren.
Gut, dass ich hier noch nicht gekauft habe.
Das ist allerdings wahr. Die RNAV Approaches gehen aber anzupassen. Die Luftbild Übereinstimmung muss schon vorliegen.Das musste ich zum Beispiel in Malta an der 05/23 machen, weil die kein ILS hat und im Sim , auch nicht in der Payware, gar nicht erst angeflogen wird.
Die Approaches kann man direkt im Approachmodus vom ADE editieren und ggf. korrigieren.
Da mein Betatester die Approaches mit Hardware FMC und aktuellen Navdata von Navigraph testet und abfliegt, hoffe ich mal mal, dass diese Vorgehensweise auch korrekt ist.
Ja und bei Kauf kann man das auch verlangen.
Ja, mann kann die Approaches in ADE anpassen. Das hilft aber nix. Die Navdata die ich von navigraph oder navdatapro bekomme ist ausschlaggebend, wenn ich mit Dickbkech ankomme. Oder sollen die navdata Anbieter jetzt verschiedene Versionen rausbringen, je nachdem welches Szenerieaddon genutzt wird? Es kann nur eine Referenz geben, die Realität!
Ergänzung: wird im FSDG Forum aufgeklärt. So wie ich ich den entsprechenden User-Beitrag verstanden habe, wird mit dem Patch eine falsches Ausrichtung berichtigt (im Sinne des Luftbildes).
Wie so etwas in der Qualitätssicherung untergehen kann, wird mir dennoch auf ewig ein Rätsel bleiben. Plausibler ist gar keine, was mir kommuniziert, man kann gar nicht spät genug kaufen. Um die Irrwege von Deinstallationen und Neuinstallationen nicht laufend mittragen zu müssen.
“Schatten werden auf Taxiways teilweise (oder überall?) nicht dargestellt (gemäss Frage im Forum). ”
Ursache: P3D fasst die Polys manchmal als Gebäudemodelle auf.
Abhilfe ganz allgemein bei Groundpolys in P3D v4 , falls es passiert: Gebäudeschatten einschalten (receive) reicht.
Die Szenerie hat allerdings ein eigenes Schattten-Groundpoly, wo bei ich frage wozu man das in P3D v4 überhaupt benötigt. Kann der Sim alleine und immer richtig.
P.S. Habe es mal getestet. Die Schatten sind schon da, ,auch auf der Runway, aber man muss dreimal hinschauen um sie auszumachen, eher so ne Art “Ghost Shadow” 🙂