FlyWithLua Complete Edition for X-Plane 11

  • Es herrscht ein gewisses Chaos mit FlyWithLua (FWL)!


    Ab Version 2.6.x sind (waren) die Private Data Refs gesperrt und LUA stoppt mit einer Fehlermeldung in der FlyWithLua_Debug.txt.


    Sieht so aus:
    [005337] FlyWithLua Error: The DataRef "sim/private/controls/clouds/cloud_shadow_lighten_ratio" can not be accessed from FlyWithLua, as it is a private DataRef. Reading or writing private DataRefs is prohibited by Laminar Research.


    [005338] FlyWithLua Info: Ben Subnik told us this: (Please see http://developer.x-plane.com/2…ls-are-an-active-volcano/ for more details.)


    [005339] FlyWithLua Info: The art controls are not a public interface to make X-Plane add-ons. They are an internal development tool. They are unsupported, undocumented, unsafe, and most importantly subject to change with every patch of X-Plane.


    [005340] FlyWithLua Info: If you create an add-on that requires reading or writing the art controls, you can expect that your add-on will stop working when X-Plane is updated. When your add-on breaks, please do not complain or file a bug.


    Reading or writing private DataRefs is prohibited by Laminar Research. (prohibited = verboten)


    Nana, starker Tobak ist das. Also, was steckt dahinter?


    Klar ist, dass ein Prvate DataRef (z.B.: set( "sim/private/controls/clouds/cloud_shadow_lighten_ratio", 0.3) ) von Laminar geändert, entfernt oder sonstwie behandelt wird, und damit nicht mehr seinen Zweck, für den es im LUA-Script gedacht war, erfüllen kann. Diese Einschränkung muß vom User bedacht und respektiert werden.


    Vor einiger Zeit wurde von Laminar ein Private DataRef geändert und nun funktionierte RTH (Real Terra Haze) nicht mehr und die sauren User haben Laminar und möglicherweise auch den Entwickler von FWL (Carsten Lynker aka X-Friese) mit nicht ganz sauberen Worten überzogen.


    Deshalb haben vor einigen Wochen X-Friese, Ben Supnik und Philipp Münzel beschlossen, dass in zukünftigen Versionen von FWL diese Private DataRefs "gesperrt" werden.


    Kurz darauf hat aber Ben Supnik dieses PrivateDataRef fog/fog_be_gone zur Anwendung empfohlen.
    Aber wie?
    Nun, man kann es mit dem DataRefEditor machen, hat aber den Nachteil, dass dieses bei jedem Neustart von XP erneut ausgeführt werden muß:


    Weitere Möglichkeit ist, dass sich der User ein LUA-Script schreibt und darin auf XPLM's zugreift. Wenn man googelt, findet man da auch solche snippets. Ich hab mir auch so etwas zusammengeschrieben, es funktioniert auch prima.


    Das ist aber keine Lösung für den Normalanwender, der mit Programmcodeschreiben nichts am Hut hat.


    Das hat auch X-Friese erkannt und nun seine Meinung erneut geändert. Er hat für diejenigen, welche gerne auf solche PrivateDataRefs zugreifen (er nennt sie Hacker) eine "komplette" neue Version von LUA, welche die bisherigen Einschränkungen des Zugriffs auf die Private DataRefs aufhebt, auf die org geladen, hier:
    http://forums.x-plane.org/inde…s-linux-mac-os-x-version/


    Die LUA-Version mit den Einschränkungen nennt er Core Edition, hier:
    http://forums.x-plane.org/inde…s-linux-mac-os-x-version/


    Somit kann nun jeder selber entscheiden was er so machen möchte, mit PrivateDataRefs oder lieber nicht.
    Aber bitte beachten: Wer sich für die Complete Version entscheidet, darf keinen Support erwarten oder herumheulen, wenn es zu Fehlern mit diesen privaten DatsRefs kommt und der X-Plane sich sogar verabschiedet.

    Cheers and a3g,
    Dietmar


    ___________________________________________________________________________________________________________
    Asus Prime B360M-C, Win 10 PRO, Intel i7 9700X, 32 GB DDR 4 Corsair, GeForce RTX 2070 8GB, 1 x Samsung SSD 1TB, 2TB WD Black SATA III, 2 x Samsung SSD 2TB, 700W Be Quiet

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!