Jump to content
The simFlight Network Forums


  • Content Count

  • Joined

  • Last visited

  • Days Won


pilotjohn last won the day on April 30 2016

pilotjohn had the most liked content!

Community Reputation

2 Neutral

About pilotjohn

  • Rank
    Advanced Member

Profile Information

  • Gender
    Not Telling
  • Location

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I have published my complete set of Lua scripts for FSX/P3D on GitHub. They are available here: https://github.com/techiejohn/SimTools FlightCritic: judges how you fly (the early proof-of-concept code that evolved into REX Latitude) RandomWeather: generate random realistic weather scenarios and share them with others GoFlight: tools to use GoFlight RP48 panels for all sorts of things like AP, radios, engine starts etc. Saitek: scripts to improve Satek panel functions running through SPAD (for JS41 for example) Miscellaneous: many other scripts for some of which you'll find posts around these forums Enjoy, and feel free to evolve as you see fit.
  2. There isn't. I disconnect throttles and resend based on the "state" (forward/reverse).
  3. I went to global [Auto] route and my "default" Lua was testing wether to include the others, but I'll check out the profiles.
  4. Pete, I have several GF devices for which I developed logic to control "generic" aircraft. This is loaded in the [Auto] section. It's made to be extensible (e.g. override functions) so for specific aircraft (DukeT, JS41, ERJ) I develop a new Lua that "requires" the base logic, and simply overrides some functions as needed (for example a ToggleIgnition function for a DukeT). The problem I'm running into is that the "default" logic is loaded for all planes, AND the specific is loaded for the custom aircraft. That is, they are BOTH loaded. Is there a way to auto-load a Lua when something doesn't match rather than match? Or, is there a way to kill the "default" Lua loaded in the [Auto] section, from within a Lua loaded from within an [Auto.XXX] section? Or, is there some other logic/mechanism that can accomplish this? Thanks, John
  5. This update adds a delay to reverse toggle to avoid accidental triggering. The trigger button has to be pushed (in-range) for 1 second by default (configurable) in order for the toggle to occur. WARNING: This version requires the Lua socket libraries (used for timing): http://luaforge.net/...ects/luasocket/ and now requires both press and release triggers. ThrottleManager.txt
  6. Sweet! I'll post an update... some of the Saitek throttles are noisy, and would trigger reverse prematurely when pulled to idle quickly. I made an update that allows the reverse to be triggered after a delay. This may help you as well in case you move into the reverse range accidentally.
  7. You may be able to run a Lua to toggle the flag (that's what toggle does) using ipc.toggleflag. I don't remember if flag are local to Luas, I think they are, so you may have to add some code to the manager that check the PARAM given in runlua and then just toggles that flag.
  8. Hmm... You can't really "run" ThrottleManager since it's running as an event listener all the time. It really would need to be completely modified. I can't think of quick way of doing it, since that concept is already used for the "auto" toggle to forward, so it would need to be a high/low water mark logic. If you're willing to give up part of the throttle range for reverse why not just make that real reverse?
  9. I've not seen this behavior. The only odd thing I've seen is that the heading bug continually syncs to your current heading as your manuever. It sounds like it might be related to that, but I haven't been able to pinpoint what causes the behavior. This is really a band-aid for something that PMDG should have fixed (and clearly could have if a script can), but there's no chance of that. It relies on so many kludges that I'm surprised it works as well as it does. If you follow the steps in the first few posts it should just works. Google SPAD FSX, and install it, while uninstalling (or at least disabling the Saitek clients in exe.xml).
  10. I'm confirming that I have the same problem after upgrading from 4.843 to 4.85. No [Auto] scripts are loaded during the first flight. However, upon switching planes, all [Auto] scripts are loaded. So it appears there's some logic bug that ignores or skips to the "first flight of the day".
  11. I am doing this, FSX doesn't return all the airports it's supposed, and you don't know what airport someone may have installed. If you want to correctly match with what FSX is reporting, you can't use an offloaded list of airports without requiring users to sync every time they install new scenery especially things like Misty Mooring.
  12. This seems like a fun project, but doesn't this remove all the fun out of the "flying". I guess it just shifts the fun from flying to developing. All you need now is an auto-takeoff and auto-land feature, and maybe a terrain following option. :)
  13. No problem... just a quick questions about it. Is it a pure SimConnect fix with documented APIs, or does it include undocumented calls and/or FSX internal poking?
  14. I noticed this in the latest module change documentation: The nearest six airports offsets (0658 ff) are now populated reliably with FSX. (Tested only in FSX+Acceleration in version 4.755: reports awaited for SP2). Currently this improvement does not apply to FSX RTM or SP1, nor ESP or P3D. Would you be willing to share how the fix was implemented? I'm playing with some SimConnect code, and seem to have the same issue: I SubscribeToFacilities then re-request with RequestFacilitiesList when a subscribe event is received to figure out what might have been deleted, but the airport at which I'm actually sitting is sometimes not in the list.
  15. Update ThrottleManager attached (1.1.3) that includes sections for throttles 3 and 4. ThrottleManager.txt
  • 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.