Leaderboard

I'm downloading the update now and will starting looking at the changes and testing tomorrow. Don't think there's an SDK/SimConnect update though, but I'll also check and if so update to that an release when ready.

Also make sure you space, don't tab

If they are grayed-out, this indicates that the WAPI IF is not active, usually because you are in a main menu on MSFS rather than having a plane loaded and 'ready-to-fly'. If you were in this state, try restarting FSUIPC7. Also, if using beta facilities you should use the latest, which is now 7.1.0.e. Nothing will work if the WASM menu entries are grayed-out, as the WAPI interface isn't initialised. Anyway, update and try again.

Yes, sorry, the lvar functions were removed as they previously weren't available. I've added this back now, and also added the new functions, but I haven't released the updated documentation yet. I will do this in the next beta release, including the installer, either later this evening or tomorrow. You should still have the FSUIPC Lua Library.pdf in your documents folder, for the ipc.writeXXX functions. Here's the additional documentation:

I see...appreciate the warning. Will play around with it some more. Quite handy tool...thanks for making it and making it available to all of us.

Wow! I didn't know you had this type of data available. I can now for sure understand why you put a stop to developing more Schedule Builder airports. You also just answered my request in @koohead's other KPHX post for which airlines were located in PHX Terminal 3's north and south terminals. Thank you. I now plan to use your underlying assets to check the terminal assignments for my other six airports (all are Schedule Builder airports). Again thank you for all the work you are putting in to make T!3DP a more realistic and enjoyable game.

Hi David, we apologize for the delay. The person who is able to resend these links is out on a short leave. We should be able to send them soon to the new email you provided. Please stay tuned.

lvars are auto-discovered by the WASM, and you can re-initiate a scan at any tine by issuing a 'Reload' command (from any WASM client, such as the test Client or FSUIPC7). For hvars, you will have to find them yourself. I have provided a hvar file for the A320 (constructed form the MobiFlight spreadsheet), but you need to search for hvars yourself i'm afraid. There were instructions on how to do this on the Asobo forums a few months ago, but I have been unable to find that post since. I have also asked for users to supply these if found, but have received nothing so far on this. Hvars are

I installed and tested yesterday's MSFS update, and the WASM loading problem is fixed. Everything works fine again. Pete

I don't use MobiFlight (except for the MF WASM module), but I think MobiFlight uses FSUIPC offsets, so you could read the lvars in a lua script (using event.lvar) and populate some user offsets with the values to be read by MobiFilight.

You need a registered FSUIPC7 to use lvars/havrs in FSUIPC7. The WASM is free to use & distribute as you wish, and thw WAPI (and test client) are open source, so you can use that however you wish.

Hello I would like to know if you are continuing to support P3D with further updates to the current version of Flight Control Replay or a possible new version in the future? Still would really like to see Flight Control replay have the ability to record other aircraft when flying online much like the current P3D replay system does.

Hello ! For sure ! Yes i ll continue support at the same way i ll support MSFS! P3D is a milestone of flightsim ! For example in FlightControlReplay APRIL UPDATE i m harmonizing the last changes of FCR Options ! In that way both P3D and MSFS has the same options! And i m adding also Custom Camera Keyboard Shortcut both on MSFS and P3D Anyway i ll always support with all changes (if the platform support me) for both MSFS and P3D (and also FSX) . I love MSFS but i love also the stability of P3D 😛

I think they work in the A320 without using lvars, but you may need the FBW mod or the MobiFlight event module (also via WASM), or probably both. Anyway, as WASM modules are broken in the current release, I can't check this for you at the moment (and I'm still downloading the latest update!).

Too bad, it looks like they do not make (enough) non-regression tests prior to release.

Asobo seems to have broken the WASM module facility. https://forums.flightsimulator.com/t/standalone-wasm-modules-crash-the-simulator-after-latest-1-15-7-0-update/390552/4 https://forums.flightsimulator.com/t/wasm-module-connection-broken-after-wu4/390841 We're stuck until this is fixed I'm afraid. Pete

I'm afraid ASOBO have broken LVar access with the WU4 update yesterday. https://forums.flightsimulator.com/t/wasm-module-connection-broken-after-wu4/390841 https://forums.flightsimulator.com/t/standalone-wasm-modules-crash-the-simulator-after-latest-1-15-7-0-update/390552/4 Pete

Found it, yes, it's an incomplete list compared to the "List LVARS". The main reason I was interested is because I thought it would be easier than trimming the values out of the listing windows to create my file of LVAR names. Thanks for pointing me in the right direction, found it here: C:\Users\MyUserName\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalState\packages\fsuipc-lvar-module

So do I! I do provide temporary/time-limited licenses for you to try before you buy...but too late now! Some controls work on some aircraft and not on others, so you need to try them, You can use 'profiles' to have different assgnments to different aircraft. One way to determine what controls are used is to activate logging for events (and also open the log console). If you then click on the UI element you want to control, you should see the event (and parameter) that it is using. You can then try assigning to that. However, be aware that not all events logged from the UI will work w

The most important thing about the file format is the spacing. The game breaks up each line by column. 1 2 3 4 5 6 7 1234567890123456789012345678901234567890123456789012345678901234567890 AAA ANAA_FRENCH_POLYNESIA 17.25 S 145.30 W NTGA 3-5 IATA 7-45 NAME (not used) 48-EOL DATA The data section is then split up by whitespace into geolat, geolat_dir, geolon, geolon_dir & icao. The name is never used and can contain spaces. The data the game provides for latitude and longitude is a mixture o

That was what I expected with the following at EGLL, but instead the aircraft did not appear KLC / WA - KLM City hopper, E90 aircraft I had not included KLC at Terminal 4 Terminal GA had no airlines assigned I expected these flights to appear then accidently arrive at Terminal GA Equally, I was not aware the program was taking into account the aircraft size Although I have found three stands at EGLL Terminal 3 that as yet have never had A380 at them

Istanbul is from the other developer not feel there.

The next airport was announced to be Istanbul (with it's eight gazillion taxiways from A1A until T12).

Thanks MJKERR for noticing the error with that BA flight. pretty sad considering i've personally taken that flight many many times 🙂 I can look into the GA flights but pretty sure that's contained in a separate schedule file? I'll try removing those files as well. Thanks for including your master files Ron...I tried to use your airplanes file but hung at the same point. My schedule must be calling 738 or 739 wrong?? the 3rd column of the schedule file should just be the 3 char plane designation as found in the 2nd column of the airplane file correct?? As far as how I created t

I have no idea what feel there is doing for their next airport or when it will come out. But I am hoping that they will do CYYZ next or sometime in the near future. After all we have it in Tower 2011.

Your schedule works great. It might be nice if you can make the traffic more. Its just a little slow. But thank you for the schedule.

Could you update this to include the latest airport releases? I was going to use it with my EGLL file, but it is not included