smoothchat

Hehe, Thanks Bjoern, It's just a couple of lines from the Formation script which I published on the X-Plane forum. Thank you for prompting my memory. I have discovered that I had since enabled another script which conflicts with mine. FYI My script is here ..... https://forums.x-plane.org/index.php?/files/file/50534-formation-flying-flywithlua-script-update-see-notes/ When I acquire the AI planes and create a formation so I can fly my plane with them (as a wingman), I push the 1st AI plane's heading into my plane's autopilot heading so it will turn and fly the same heading as the formation (which is led by the 1st AI plane). Example of what happens. The aircraft heading changes to match the AI plane. cheers

I wrote a FlyWithLUA script long ago that would set the heading bug using code similar to below .... ------------------------------------------ dataref("gPlaneAPHeading", "sim/cockpit/autopilot/heading", "writable") -- defined earlier on in the script gPlaneAPHeading = 90 -- set the AutoPilot heading ------------------------------------------ but, with no change to the code this no longer works, yet I can set the dataref via the dataref editor plugin. Does anyone have a suggestion of what I need to change to get this working again? It appears to no longer be writable My searches have turned up nothing. Thanks.

I have blocked the exe in the firewall (using Binisoft Firewall Control) , so it doesn't update, but the other ports remain open. A trouble free workaround for the moment.

Yes, thanks Mark. Cheers!

Same here. Please provide a way to reinstall the earlier version and not have it auto update.

I have the opposite issue. I want to keep the older version of AviaServer (and prevent it from updating). It took me weeks to get my home cockpit working with all my hardware. I will be keeping the older version of the 737 for quite some time. Is there a way to prevent the auto update of AviaServer from occuring?

Anyone got an idea how they get 737's from Renton USA to Australia? What routes do they use? I'm trying to realistically replicate the flights required to fly the new PMDG 737 from it's birthplace to Australia and Simbrief says the 737 doesn't have the range to fly the Pacific, even with a Fiji or Vanuatu stop over.

I can happily populate the CDU on the x320nx and get the option to request IFR from Clearance, but if I do the same in the Salty747, I don't get the option. Is anyone aware of a step in the Salty that I must complete before the Clearance option is activated? or is there no link between the FMC and ATC at the moment?

I found this happening at predictable locations after I updated my nVidia drivers. So I rolled back to 472.12 only to find the problem still there. So I rolled back to a week old system backup (which had the 472.12 drivers) and the problem is gone. In my case, something about the driver install is changing something that introduces this pause. Only solution at present is NOT to update the drivers.

The profiles are stored in "Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\SystemAppData\wgs\000901FDF6A0322A_00000000000000000000000069F80140" (last folder name may be different) ---- re:recovery of lost profiles When I moved from the alpha to the release, I was able to transfer all my controllers over by doing the following.... The same process can apply to lost (or accidentally deleted) profiles. 1. In FS2020, create a new empty profile for the particular controller and exit the sim. 2. Go to the profile folder (as above) and search through the sub folders until you find the file just created that relates to your controller 3. Using a text editor like notepad++, copy the contents of the old profile (from a backup) into the newly created profile file, replacing what was there. You may want to update the "Friendly name" text. 4. Run FS2020. The newly altered profile will be uploaded to the cloud. Assuming you have a backup, you can recover a profile that was deleted this way. Note: Every time a profile is created or altered, a new GUID based folder is created, so you cant just copy an old profile into the profiles folder. You have to create / cut and paste (at least that's how it was the last time I did it) Of course, the better ongoing solution is to have your OS on a small partition so you can backup regularly, and ensure that the FS2020 data folders (eg: Community and Official folder) are on a non OS drive, so if you lose the configs, you can just rollback your OS partition which will restore the FS2020 main runtime and profiles to the last backup state. Missing profiles will be re-synced to the cloud.

I think we should all report it to zendesk. The more reports the better. I have found that reducing the size of the game window helps, as does the ASW30 solution (for rift users)

I'd report it to the Zendesk. They got onto it pretty quickly the last time the gaming services "broke" things. I would also disable all auto updates so i have control over what gets updated. If it happens to me, I will just roll back to one of my regular "C" drive backups. I have deliberately set up my OS on a small partition to make backups small and manageable.

The P51 from FSX Acceleration ports across very well, including instruments.

This sums it up. Solid Bridge Explanation You would think that Asobo would have at least addressed the bridges along the "showcase" route before its release.

Unfortunately, some people report that this still doesn't work for them. I am confident that the problem is caused by a mandatory “gaming services” update. The update replaces version 10.0.19041. 4332 with version 10.0.19041. 4271 and the sim won’t load. I restored an older backup of my OS drive (C:) and on bootup, I quickly paused MSStore from updating the gaming services app. With automatic updates disabled in MStore, the Gaming Services update now waits for me to manually update (which I will not do until they fix the problem). I have passed this info on to the ZenDesk.