RISCfuture

Bumping a stale topic, but I see here that people have successfully gotten X-Plane 11 (64-bit) to work with PFC through USBHIDPlugin.xpl. I'm having no such luck. I downloaded the plug-in from flypfc.net but it doesn't load and the X-Plane log says "Error -193: Not a valid Win32 application" which implies that it's a 32/64-bit incompatibility. (In addition, XPUIPC crashes the sim when I try to access the settings window.) Is there some critical step I'm missing? Or any other troubleshooting advice? No other plug-ins installed.

OK, another helpful update. What I actually did was create a new PFC C2 macro file where I actually copied every single possible mapping from the CSV file and assigned them all to C1126 (no event). That fixed the stutters! So, given that, here's what we know: One of the PFChid default mappings must be "unmapped" in order to stop the stutters. It's not the landing gear or any of the other defaults I had already unmapped back when I had the stutters.

Made some helpful progress debugging this. The stutters go away if I disable PFChid but leave FSUIPC enabled. So it's clearly related to my PFC C2. Looking at the PFChid.log file, the only thing that happens once a second is a LandingGear macro event being fired. My PFC.ini file has this macro mapped to C1126 (no event)... is it possible that this is what's causing the brief pauses? There are also brief pauses if I unmap it and let the default mapping (landing gear lever) take priority, but of course this also results in the landing gear lever moving in and out of the locked position once a second…

To answer these questions -- yes I use Windows Defender but I have path and exe exclusions for Prepar3D. Anything else I should try there? Remember that the stuttering is ONLY with FSUIPC AND a PMDG aircraft. I've tried with a fresh FSUIPC.ini; if there's any options that are on by default that I could turn off, I'll try that. I used to have "Lua log lvars" bound to a key but I've disabled it when I tried refreshing FSUIPC.

Hello, I'm not sure which add-on is to blame here, but if I use both a PMDG aircraft (737 or 777) and FSUIPC, I get small pauses once a second. Use any other aircraft and the frame rate is smooth. Disable FSUIPC and the frame rate is smooth. Notes: Re-generating Prepar3D.cfg has no effect; still happens with default settings Re-generating FSUIPC.ini has no effect; still happens with default settings Clearing shaders has no effect Autosave is disabled; and in any case, the stutter is regular at once a second Wondering what else I can try to help address this problem.

Figured it out. http://forum.simflight.com/topic/82671-pmdg-fsuipc-pfchid-troubles/

OK, some progress. If I remove the PFChid.dll file (the DLL created by Pete Dowsen of FSUIPC that allows the PFC C2 to work with FSX/P3D), everything is normal -- but of course, my PFC C2 doesn't work. There must be some configuration difference relating to the C2 between my old and new computer that's causing this...

Both airplanes are activated. I thought I had installed SimConnect but I don't see it in my Programs & Features list. When I double-click the installer (any of the installers), I very briefly see a progress dialog but then it quickly disappears, and nothing else. My Event Viewer has the following event: Ah I see it now. I have the following SimConnect versions installed: ESP SimConnect Client v1.0.20.0 MFS SimConnect Client v10.0.60905.0, v10.0.61242.0, and v10.0.61259.0.

The PFC C2 is an integrated yoke and switches: https://flypfc.com/shop/flight-consoles/c2-professional-flight-console/ It worked fine with my last computer and FSUIPC and PMDG The 20-second countdown does occur when initializing, but if I initialize to the PMDG DEFAULT state, the engines immediately quit after the countdown completes. The suggestion about the scenario editor is helpful, thanks, but doesn't really address my problem.

Sorry yes, 6461. P3D default aircraft work fine. The landing gear is present in the exterior view, but for some reason the seats are visible outside the cockpit model in the scenario editor window.

Follow-up: Tried the PMDG 777 too, simple start with no FS2Crew or GSX. Like the 737, the thrust levers have no effect, but UNLIKE the 737, the position indicators on the DU do respond to lever movements. But thrust does not increase above idle. Also, the engine bleeds fail to turn on.

OK, brand new computer, and a fresh install of Prepar3D v3 v3.4.18.19475 FSUIPC v4.959 PMDG 737 NGX v1.10.6462 FS2Crew NGX v3 Ground Services X v1.9.9.10 Active Sky 2016 SP1 This setup worked fine in my last computer, but now I'm getting all sorts of strange avionics and control problems. In particular: The flight data recorder fails shortly after power is applied. Following a normal APU start, both engines fail to respond to thrust lever commands. The levers move in the pit, but the engines remain at 20.8% N1. Turning on the APU causes engine #1 only to become responsive and fixes the flight data recorder. Turning off the APU has no effect on the APU EGT gauge. I've seen other posts on this forum and I've tried Resetting FSUIPC.ini Resetting the PMDG default flights Creating a new vanilla Prepar3D default flights Disabling TrackIR (someone said it worked for them??) A manual engine start without using FS2Crew or GSX to no avail. If anyone has any insight, I'd appreciate it. In case it matters, the relevant hardware setup: ​PFC C2 with a custom macro file to disable most of the C2 when flying a PMDG aircraftand some other random deviations with the PMDG aircraft that I've noticed: Selecting the PMDG DEFAULT saved state fails to start the engines and leaves the aircraft with a few other faults. GSX insists that the left forward passenger door is shut even when it's opened by FS2Crew. I have to shut it and reopen it to get GSX to continue. One time I got a "DOORS" light even though the FMC confirmed all doors were shut. I want to reiterate that none of these problems happened on my last install. All of a sudden everything is wonky after a fresh start.

Hello pilots! I'm doing my first multi-leg ETOPS flights in the 777 and I had a question for y'all. I landed after a transpacific flight and set up for the turn so I could fly back across the other way. Before takeoff though, I noticed that my ADIRU had a ~10-nautical-mile inaccuracy. I know this is typical for an inertial navigation system, but I also read that per transoceanic procedure, you shouldn't enter an oceanic leg unless your navigation system error is within acceptable tolerances. Obviously thanks to the GPS and DME-DME my total ANP was still ~0.06, but if my GPS were to fail over the ocean I wouldn't be able to navigate effectively anymore. Is there a procedure that pilots do during a short turn to reset accumulated ADIRU error? Or do they just power-cycle the ADIRU?

Hey all, informational: I was getting crashes when flying the PMDG 737 and 777 (and no other aircraft) in Prepar3D v3 (faulting module panels.dll). After some mucking around I was able to fix it by disabling the Flight1tech GPS drivers (for the GTN 750 and/or G1000) in the dll.xml file. Looks like those of us who want to fly big iron and also do real-world GPS training need to modify our dll.xml file prior to each flight depending on which we want to do.

Hello PMDG crew, for the last few months I've been unable to log into my account. I am 100% sure I am getting the email and password correct. In fact, I can request the "forgot password" email, copy and paste the password given to me in that email, and it *still* won't log me in. I suspect that this might be because I have special characters in my password. Would it be possible to have someone on your end reset my password to something else, so I can log in again? The account is pmdg @ timothymorgan [dot] info. Tim Morgan