Jump to content
The simFlight Network Forums

michel78320

Members
  • Posts

    50
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by michel78320

  1. 2 minutes ago, John Dowson said:

    But how do I know what x is? Do you expect me to read the title in each FLTSIM section, and then read the icao_airline  from the section that has a matching title? I could possibly do this, but I need to check if the TITLE simvar has been received by the time I read the aircraft.cfg fille - it may not yet be available.

    Yes. It would good in the same way that the title is found for the current livery.

    The icao_airline is only three lettrers without double-quotes : AF0 or AF1 or BEL ...
    What I found in your new offset is correct (for [FLTSIM.0], of course).

  2. What would be good is to read the current aircraft, even if it is  [FLTSIM.x]

    At 0x3C00, I can read the full pathname of the current aircraft.
    At 0x3D00, I can read the full "Title" of the current aircraft (livery)

    Currently, your latest version is working fine, and I read "AF0" which is the icao_airline of [FLTSIM.0].

    But I read the same value if I load the livery [FLTSIM.1] with icao_airline= "AF1"

     

  3. Hello,

    I would like to write a Lua script that makes announcements according to the airline, as Fenixsim does with the Fenix A320.

    Would it be possible to have an offset which gives the three letters of the airline as indicated in Aircraft.cfg (icao_airline =AFR for "Air France", for example). ?

    The "atc_airline" (which already have an offset) is too long for everybody.

    Thanks in advance.

     

     

  4. Yes, I understand all this. My goal is not to develop my code. It works well. I will fly with for weeks, and suddenly, I have something that is wrong. So, I open the console to see what is going on. What is written in the console is sufficient to find what has changed, except that it is saturated by a single Lua script which does not interest me.
    And the console continues to fill while I look ...

    I therefore look for a way to cut the word to one of the scripts, but without putting others in Debug mode, as long as they work properly.

    The debug affects performance. So I don't want it to be active as long as everything works. When something strange arrives, I would like to activate the console, by activating "Lua Logging", without having to kill and relaunch a script, and without having trace of one of the scripts.

    I don't know how to do with all these debug options, but I will think about it with the information you gave me.

  5. 39 minutes ago, John Dowson said:

    Other than that, I am nit sure what you are asking, If you don't want the cursor.lua script to log lines to the console, don't run it in debig mode and don't set the log option to run all lua scripts in debug mode. If you just want one (or more) scripts ran in debug mode, start those scripts with LuaDebug, or include the ipcDebug.lua sceipt in them, as I have said,.

    Exactly that !

    But I did not understand what the Debug Mode is, for the lua script.

    Where is it in the documentation ?

  6. Thank you for your explanations.

    I read once again and carefully all the documents provided with FSUIPC.
    Unfortunately, I have a little trouble understanding how to do it.

    For example, for the A320 Fenix, I have several Lua scripts, for OVH (VRInsight), FCU (CP-Flight), MCDU (OpenCockpit), Saitek modules. It makes several thousand lines.

    I also have a LUA script (cursor.lua) which brings the cursor back to the main MSFS window, to avoid losing control of the aircraft during landing, in case, unfortunately, the cursor goes into a gauge of a secondary screen.
    All this works perfectly. So I don't use debug for normal flight.
    It slows the scripts far too much.

    Sometimes an aircraft update makes one button not to work more in the right way.
    In this case, I look at the FSUIPC console during the flight, to see what is happening.
    I do not use the log files, because it is not in real time.

    It gives me satisfaction. Except that the cursor script, triggered every second, sends thousands of lines on the console.
    If I have to change the FSUIPC options, restart and try to recreate the bug, this is not always possible.
    So the only thing that bothers me is the log lines on the FSUIPC console that are sent by my "cursor.lua" script.

    I do not understand how to get that with the available options (without restarting FSUIPC, and without a permanent trace) :
    - In the fsuipc.ini file ?
    - Parameter of "ipc.runlua (" cursor.lua" , ????)
    - elsewhere.

    Could you tell me ? Thanks in advance.

  7. Thank you for these explanations. I already knew the separate log option.
    But that only concerns the log files.
    This requires rereading log files.

    I find it more pleasant to read live on the console. And this is why I would like to exclude some Lua scripts from the console log.

    If this is difficult to achieve, no problem, I manage well with what exists. It's just to save time during my development.
    And thank you for listening.

  8. No, I am sorry, it is not exactly what I hope : This option regulates all scripts at the same time.

    My main Lua script launches several scripts.
    Most of them are perfectly ok.
    One of them is a polling of my Saitek modules.
    When I write a new script, the Saitek script fills the logfile  and I find it difficult to follow the log of my new script.
    I would like an option to not put in the log (console and/or file) of one or more script.

  9. 11 hours ago, John Dowson said:

    Do you mean for this to:
      1. turn off lua debug/trace logging, or
      2. prevent the logging of ipc.log statements?

    If 1, then I don't think this is a good idea as  all lua activity, including the polling, should be logged. If you want to control the logging in the script itself, you can use ipc.control with one of the logging settings controls - from the Advanced User guide:

    Oh, I was thinking of option 1.
    "Ipc.log ()"  is a willingness of the developer and I do not think useful to deactivate it.

    Yes, I want to control the logging in the script itself, so (as you say) I can use ipc.control with one of the logging settings controls.
    I did not have this option in my Advanced User guide (too old).

    I will look at this, and will tell you.
    I think it will do the job. Thank you.

  10. Thank you for this new option. 😀

    Would it be possible to also have a possibility not to include a script Lua in the log ?

    For example: ipc.log_off () and ipc.log_on (), in the same way as "echo off" in the MSDOS.
    Indeed when there is a polling event in a LUA script, the log is polluted by the code corresponding to this.

  11. Hi,

    I also had this error, three or four times per hour !
    It started with  SU12, but it also corresponds with a Nvidia drivers update.

    After reading a lot of things on forums, I decided to return to an old version of my Nvidia drivers.

    Since I returned to version 531.18, everything has become normal again, and I no longer have this error message.

    (I use DX12 and DLSS on my RTX3080)

  12. 4 hours ago, John Dowson said:

    So, the solution at the moment would, when switching planes, first switch planes in MSFS, then exit and restart, and you should see the number of lvars reduce substantially.
    Can you try this as well to see if you see the same behavior?

    Thank you for the explanations.
    Your solution is exactly what to do.

    I loaded MSFS with the HPG-145 and I had its Lvars.
    I leave MSFS and run it again with the A320 : the HPG-145 Lvars are still there.
    I leave MSFS and run it directly with the A320 : the HPG-145 Lvars have disappeared.

     

  13. Thank you for this information, which I had read in the documentation (FSUIPC7 History.pdf) : It is 3066 from version 7.3.5.

    I fly with a community reduced to the minimum. However, I need the planes that my friends use in network flight : A320 (Fenix and FSW), B747 from Salty).
    Otherwise, I don't see them with the right type of plane.

    Indeed, from one launch to another, the number of Lvars  changes and generally remains less than 3066 Lvars.
    I used the Wasm.ini option to delete LVars at launch, but as indicated in the documentation, this does not seem effective.

    In order not to be obliged to launch and restart the simulator, would it be possible (in a future release) to have an option to choose this maximum number of LVARS, or directly 4.000 ?

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.