Jump to content
The simFlight Network Forums

Fragtality

Members
  • Posts

    147
  • Joined

  • Last visited

  • Days Won

    11

Everything posted by Fragtality

  1. Sure, I mean it is an interesting Problem nonetheless! 😃 Just wanted to inform you that this one Use-Case from one User already died because stubbornness 😅
  2. Well then don't put any Effort in it - after some further Testing I won't use the L-Var in Question anyways. Basically another "My Way or the Highway" GSX Design Decision I won't pursue further 🤷‍♂️
  3. For testing I used a button with LuaKill bound. Yeah tried that - the Log-Message did not appear either Alright, sounds good! If it helps anything, it would already help for that Use-Case if one Call to ipc.execCalcCode would come through (can set the L-Var via that also)
  4. I currently have a Use-Case where I absolutely need to set a L-Var (to allow User Interaction again) when my Lua Script exits. So my function called by the event Library is an Oneliner with ipc.writeLvar - but it seems the Time is not enough for this one L-Var to be set before it is killed. Even tried via ipc.execCalcCode without success.
  5. Thanks for your Explanations!
  6. Can the B-Vars only be used via the FSUIPC GUI? Or can they also be used by FSUIPC Clients (e.g. PilotsDeck) or Lua-Scripts?
  7. Hmm, that is something you don't need to worry about when using the Installer 😉 But now you know when you want be extra sure 😅
  8. In your StreamDeck Software Settings > Plugins Why would that matter anyway?
  9. *Version-Bump* Version 0.7.12 Released. Installer: Improved: UI does not hang while doing the Installation Steps Added: Automatically installs/updates .NET 7 and MobiFlight WASM Module Plugin: Improved: Continuous Input (e.g. turning an Encoder) does not block the Displays being updated Changed: Poll-Time decreased to 100ms (the Plugin will poll the Sim / update the Displays more often) Libraries Updated
  10. Oh, never combined them. I used either DELAY or CONNECTED - but good to know ^^
  11. YES! 😃 Okay, I only quickly fired the Sim up and did not really looked when exactly the Programs where started. BUT, when the Sim was in the Main Menu, the Programs were started. FSUIPC7.log FSUIPC7.ini
  12. Totally strange ... Still the Programs are only started after Ready to Fly was pressed. This time it even forgot to start one Program (Fenix2GSX). But it can start the Programs without Problems with the old READY before and now with DELAY=60 🤔 FSUIPC7.log FSUIPC7.ini
  13. Uh oh 🤔 Using "Run" does not work either. Programs were only started after Ready to Fly was pressed.
  14. Ah! Yeah found it to be more reasonable to have it that way ^^ I'll cross-check with Run in the meantime 😉
  15. Hmm, the ini reports "UpdatedByVersion=7400b" and the changes.txt reflects the new Parameter. Everywhere I look tells me I have the Bravo-Version 🙂 FSUIPC7.ini FSUIPC7.log FSUIPC7_prev.log
  16. Hmm, I see no Difference with the new CONNECTED compared to READY - the Programs are only loaded after Read to Fly was pressed 😕
  17. I don't know why the Forum always chooses that unfortunate Picture 😅 PilotsDeck (should) also works with a free Copy of FSUIPC. Like with FSUIPC itself, some Functionalities do not work (like sending Lua Events or the FSUIPC-vJoys). Some StreamDeck Profiles come with Lua-Scripts, so a registered Copy is recommended 😉
  18. It does not response any more (Windows displays even "No Response" in the Windows Title) That is interestingly still active, but seems to be stuck in a Loop. (Like in previous Logs) Logs.zip
  19. - Starting the Addons: STKP, vAmSys, FsHud, SimLink. - Starting MSFS - Starting a Session - Wait some Seconds (I wait for the little "bump" that happens when WorkingTitle2GSX resets the Fuel of the Plane, so at that Point FSUIPC still must have been running) - Activating FsHud (you need to hit "Continue" in its GUI after Ready-to-Fly was pressed for it to really start doing something) - Apps like PilotsDeck or WorkingTitle2GSX loose the Connection to FSUIPC and its UI does not react (it happens nothing when I click on the SysTray Icon) Uhm, yeah, sure? I mean when I'm told to collect Logs of FSUIPC freezing, I surely won't quit the Sim with Alt+F4 after I reproduced the Error 😉 I did go back to the Main Menu and exited the Sim first, and after that killed FSUIPC via Task-Manager. Well, fits to the Issue I'm seeing, I'd say. It freezes and does not mind to unfreeze again 😅 When I click on the SysTray and the normal Menu does not show up / the Window does not open, I'd say I'm sure ^^ Why the FSUIPC Main Window? Should I have had it open or what? It does not open when FSUIPC starts and I have no Need to have that. What "logging console window"?! Wilco. To clarify: I reproduce the Error, and as soon as it is triggered collecting the Logs without doing anything more in or to the Sim, right? Others see a lot, I see a reasonable Amount of Addons for a Power-User 😜 No, did not consider and will not consider. I don't see a Problem in that Ressource-wise. Flying the Fenix represents the most-demanding Workload, and the Sim and my PC don't have a Problem with that. My Fenix Tools are only two: Fenix2GSX and FenixQuartz. They don't do anything actively after Connection until the Fenix Binaries are actually loaded. The FenixBootstrapper comes from the Fenix it self. I can't tell you why it spawns so many Sessions. I'm not sure either. It's not that I command that somewhere deliberately. I have two Tools opening an FSUIPC / WASM Connection through the C# Client (PilotsDeck and WorkingTitle2GSX) - maybe that's why? What these Programs do can not be done in FSUIPC. I can't tell you why GSX/Couatl is listed twice there. Maybe that is just part of the normal Behavior. As far as I can tell it restarts itself when returning to the Main Menu. Maybe the two Instances we see are a Symptom of that?
  20. Yes, the Issue is now that FSUIPC7 hangs. It not just the UI, also Applications connecting to FSUIPC loose their Connection. Yes. Since both FSUIPC and GSX are started via EXE.xml, both always run together. Well, everytime I want to start a normal/real Flight-Session with a 787 Aircraft (respectively when FSUIPC runs the WT787 Scripts). Like stated, GSX runs always. But when attempting such a Flight, I start other Addons too (like STKP, FlightTrackers, AI/ATC Tools) Nope.
  21. Here'ya go 🙂 Sounds fair, thanks! 😄 FSUIPC7.log FSUIPC_WASM.log
  22. Here the Logs with Events and Lua Plugins in addition to Trace! There is no Problem currently, that is right. But as I wrote, the "bugged READY" was a great Workaround to Auto-Start GSX when it had Issues. So that "PROC" Option could be a useful and general Tool for Applications which have Problems to be started when the Sim is non-read or semi-ready. Also: starting Programs which can't do anything meaningful yet (because SimConnect won't be ready soon) is not exactly perfectly reasonable also 😉 Yes, there is Delay and I'm using it also. But what is the Value which would work in any Setup? In my Setup even 60 is too less. Maybe for others it would be too much. (Background: my new Installer for my Tools can setup Auto-Start via FSUIPC for the User. So I'm thinking about what Delay if any would be appropriate as a general-for-any-Setup-Value) But yeah, there is no real Problem (currently). I just would find it more elegant to being able to auto-start a Program when SimConnect is ready to process. 🙂 FSUIPC7.log FSUIPC_WASM.log
  23. Of course the Freeze happened again when I decided to do a normal Flight -.- FSUIPC_WASM.log FSUIPC7.log
×
×
  • 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.