Jump to content

nightowl

Members
  • Posts

    3
  • Joined

  • Last visited

Everything posted by nightowl

  1. Hi, Can you elaborate on this, as I haven't seen such things in the lua exposed functions list posted on the web site !!! For what I understood, I should say guessed, most of the functions are geared toward local client usage like for a cockpit with data replication screens (all the LoGetxxxx functions) and switch for input (see Input section of export.lua on web site). Note that only two can accept arguments in input: LoGetObjectById() -- (args - 1 (number), results - 1 (table)) LoGetNameByType () -- args 4 (number : level1,level2,level3,level4), result string Few of these functions are more global and can be used in the case of the AWACS project: LoGetObjectById() LoGetWorldObjects() Other functions do not take arguments in input to specify the Object on which we would need to apply the function. Example, how could an external application, like the AWACS one, get the routes of all flights ? It cannot with the current function set. So how could the server check the payload of a plane through currently exposed Lua functions ? Moreover, restrict it through Lua exposed functions ? May be I missed something here as unless the server and the clients exchange signatures of the meinit.xml file, I do not see how we could have restrictions on payload editing. So unless there is a network connection, in parallel of the lockon built-in client/server one, between the Lo clients, the Lo server and an external application, there not much one can do. Unfortunately an external application will not benefit from the fact that there is already a Lo builtin connection between the clients and the server ! The ideal situation would be where all the clients could use the Lua exposed function locally, to take an example for a cockpit or instrument replication, and external global applications, like the AWACS project, would use only the server output capabilities...because the server knows anyway everything about the clients...
  2. Hi, Yes exactly. However in that case only the server could "serve" data to the AWACS, which removes the capability for a client to be AWACS unless there is a net connection from the server to the AWACS software. Anyway, it does not matter. We just need to have fun...with the guys we trust !
  3. Hello eveybody, Just two remarks concerning the control of the exposed lua functions through the server edit: - While I think that this is a good solution, it is however a bit technical and error prone for a number of users. This effect could, however, be minimised by proposing default configurations. Good. - In the case of the Awacs project, you may have heard of and seen some screens here, I think that there is a difficulty due to the granularity of the control on the functions. Valery, tell me if I am wrong, but what I understood is that the server user can edit the export.lua file to disable functions. If he does this on a global level, then we can say good bye to the AWACS mod, as the AWACS needs the data given by the functions.....which allow cheating !!! I hope that I am wrong and that function usage can be disabled from the server but on client basis.
×
×
  • Create New...