Jump to content
The simFlight Network Forums

jaxx

Members
  • Content Count

    22
  • Joined

  • Last visited

Community Reputation

3 Neutral

About jaxx

  • Rank
    Member

Profile Information

  • Gender
    Male
  • Location
    Europe

Recent Profile Visitors

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

  1. I think the problem is that the effect of the control surfaces is way higher than realistic. The axis<->control surface mapping seems to be completely ok and linear if you look at the ingame movement in relation to the axis. But the aircraft reacts too sensitive when the control surface is just slightly moved.
  2. No need for calling cmd.exe, calling start shell:AppsFolder\Microsoft.FlightSimulator_8wekyb3d8bbwe!App -FastLaunch is sufficient. Also when you have spaces you need to quote and then the start command needs an extra quoted parameter, like start "" "G:\Flight Simulator\FSUIPC7\FSUIPC7.exe".
  3. I was using that config the whole time and also do not have any axis mapped in MSFS directly. But I also only had the disconnects very rarely.
  4. So it's fine when it's configured like this? [Axes] PollInterval=10 RangeRepeatRate=10 0=AX,256,D,7,0,0,0 -{ DIRECT: LeftBrake }- 1=AY,256,D,8,0,0,0 -{ DIRECT: RightBrake }- 2=AR,256,D,3,0,0,0 -{ DIRECT: Rudder }- 3=BX,256,D,1,0,0,0 -{ DIRECT: Aileron }- 4=BY,256,D,2,0,0,0 -{ DIRECT: Elevator }- 5=CZ,256,D,4,0,0,0 -{ DIRECT: Throttle }- 6=CU,256,D,5,0,0,0 -{ DIRECT: PropPitch }- 7=CV,256,D,6,0,0,0 -{ DIRECT: Mixture }-
  5. That's because Magneto left, both and start are outside of the 32-button range supported by the default assignment options. You can have a look at my solution on how to handle all always-on toggle buttons (including all magneto positions) of the Alpha in FSUIPC:
  6. I put the SimConnect.ini directly in C:\Users\<username>\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalState\ (MS Store installation) and it's creating SimConnect log files in the path I defined. Though since I'm logging I didn't get any disconnects (only had 2 in total before that).
  7. What is the FLT UNC Path? In the FSUIPC7.log I only see a FLT path = and a FS path = 172 System time = 05/09/2020 14:05:09 172 FLT path = "C:\Users\<username>\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalState\" 187 ------------------------------------------------------------------- 234 Registered HotKey 'InvokeFSUIPCOptionsKey' (key=0x46, modifier=0x1) 281 FS path = "G:\MSFS\Microsoft Flight Simulator\"
  8. Here is my solution to map all toggle switches on the Honeycomb Alpha via FSUIPC to prevent the bugs that happen when always-on switches are bound in the game itself. Landing lights and strobes can be mapped directly to on/off, all other toggles require special handling in the lua script. Some notes on the special handling: State of a single battery can not be read. Only the master state which is 1 when at least one battery is on. This means if the switch is in the off position and at least one battery is on, switching the switch on will not switch the remaining batteries on. But after one on/off cycle the switches should be synced. Alternator should work correctly, toggling only those which are not already in the new state. For avionics 1+2 there are no separate controls, so 4 keyboard keys must be mapped in the sim itself for 1&2 and on&off and then the lua script will send those buttons when the switch is pressed. The lights beside landing & strobes need to be set via offset. Setting them via the FS controls leads to a race condition between reading the offsets and executing the controls when switching the toggle switch very fast. As half of the magneto states are out of the standard 32-button range the remaining states have to be polled via the lua script. But putting those and virtual buttons and then just mapping those and the real buttons to the controls does not work correctly. There will be a race condition where, when quickly switching from the virtual button part to the real button part the virtual button will be registered later putting it in the wrong position (e.g. quickly turn from "BOTH" to "R", the dial will in some cases jump back to "L", because the virtual button of "L" is registered or handled after the real button of "R"), even when polling every 1ms. Because of that instead of mapping directly to the pressed button I only register a magneto change and then determine which button is currently in the pressed state, starting with the real buttons to avoid the race condition. FSUIPC7.ini (partial) AlphaToggles.lua
  9. So they are not saying they'll fix the FPS drop, just that it no longer affects the experience 🤔 Maybe they'll add something even worse so you'll no longer notice the Simconnect issue... 🤪
  10. Is there even a standard location for flight saves? When saving/loading I get a standard file selection dialog and I can save to/load from anywhere.
  11. Yes, there's something really wrong with the SimConnect connection (e.g. vPilot has the same issues). More than the reduced FPS it's basically unusable due to stutter, as you can see in the attached screenshot (please ignore the fact that I'm lying upside down in the streets of New York 😁). You can see on the graphs on the left side the moment FSUIPC connected. Average FPS drop from 40 to 20, but it's much worse than stable 20 FPS. On the right side the "Manipulators" graph was a steady, green block before the connection. Other than that FSUIPC is working really well for what I tested so far. The one special hardware I have that uses FSUIPC for its displays and buttons seems to work just like in P3D. I really hope Asobo fixes the SimConnect issue fast.
  12. I'm not sure what you mean by this, as far as I know Windows only allows one window/application from having the active focus?
  13. Hi, what's the best practice to spoof reads of an offset variable? Some fixed gear planes report always "gear down" and I don't want the gear down indicator on my panel lit when using those planes, so at the moment I have the following in the profiles' lua of the affected planes: function spoof_gear(t) ipc.writeStruct(0x0024, "1UW", 0x0BEC, "1UW", 2, "1UW", 0) ipc.writeStruct(0x0024, "1UW", 0x0BF0, "1UW", 2, "1UW", 0) ipc.writeStruct(0x0024, "1UW", 0x0BF4, "1UW", 2, "1UW", 0) end function cleanup() ipc.writeStruct(0x0024, "1UW", 0x0BEC, "1UW", 0) ipc.writeStruct(0x0024, "1UW", 0x0BF0, "1UW", 0) ipc.writeStruct(0x0024, "1UW", 0x0BF4, "1UW", 0) end event.timer(1000, "spoof_gear") event.terminate("cleanup") I found offset 0x0024 and its usage in the offset list and I'm not sure if using a timer there is the best way, but the spoofed values always reset after a few seconds. I know there is event.offset that fires when an offset changes, is there also an event that fires on an offset read where you could spoof the read result? In the documentation I didn't see something like that... jaxx
  14. No, it is still using SerialFP, but something has changed since I first used it years ago. I remember it needed some manual tinkering with the COM port configurations and it was not easy to set everything up (I can't really remember what I had to do exactly to get it running). But soon after that when I used a newer software version it worked out of the box without needing any manual configuration. I also don't have to do this VRi-device configuration from the FSUIPC advanced users guide, it just works. That's why I thought those were for that old manual configuration (of course I can't speak for other device models).
×
×
  • 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.