pilotjohn
-
Posts
377 -
Joined
-
Last visited
-
Days Won
3
Content Type
Profiles
Forums
Events
Gallery
Downloads
Posts posted by pilotjohn
-
-
Which IPC facilities can I use to trigger something (execute external program) on FSUIPC connect/disconnect? Should I assume that ipcinit is called only once, on first connection, or if there's a disconnect will it be called again? Is there something that is called on disconnect?
-
20 hours ago, pilotjohn said:
Any suggestion on what/where to delete these from? I think these were being added by vJoy during install/uninstalls.
I managed to completely clean up and reinstall vJoy. I'll report back when this error occurs again.
-
I'll stop posting to this thread. I'm not sure if this was a mis-test on my part. The last few flights with FSUIPC running before the sim, I haven't had the issue of it not functioning as expected.
-
I'm supposed to have 6 vJoy devices, which it seems like I have. I can complete uninstall and re-install vJoy, but not sure it will clean up the registry completely.
-
39 minutes ago, John Dowson said:
So this is not correct, and the additional axis scanning I added for you to prevent this now makes no difference?
If so, I'll remove this, as it shouldn't be needed anyway.
And this is also no longer correct.
Do you only get this issue when you restart after you have received the TransmitClientEvent errors and FSUIPC later crashes? If so, its that issue (i.e transmit client event failures) that needs to be resolved, and I wouldn't worry about this other problem for now.
And as mentioned in the other post, you should clean your registry as it seems to be in quite a mess.
Unknown for some of these. I'll do some more testing.
-
Probably, but not sure where to delete these from. I did have an instance of vJoy have to be uninstalled "manually" which probably left these. They are not physical.
-
Any suggestion on what/where to delete these from? I think these were being added by vJoy during install/uninstalls.
-
2 hours ago, John Dowson said:
You log shows that a PAUSE_SET control was sent (with parameter 1, i.e. on) as soon as you connected to MSFS:
The series of events that is probably related to the pause (and how I generally have to recover):
1. Flying with no issues (controls working)
2. Controls stop working (e.g. always at the wrong time - e.g. late landing phase, some maneuvers etc.)
3. I frantically pause (e.g. press ESC; pause with menu)
4. Start FSUIPC (since in this case it crashed)
5. Resume
6. Flying again, still about to crash etc. (no control effectiveness despite FSUIPC now running)
7. Pause again
8. Go to FSUIPC Axes/Ok
9. Unpause
10. Things have recovered
2 hours ago, John Dowson said:Controls (e.g. axes movements) will not be seen by the sim when this pause mode is set. I cant see where you unset this pause mode - maybe in the sim?
Its also set later, sometime after you have closed the axes dialog panel:
Next time you experience this issue, check that you have not inadvertently paused the sim.
John
-
3 hours ago, John Dowson said:
As Thomas says, you should try and correct your registry entries, but I don't think this is related to your problem.
Your log shows an earlier failure from which it recovered:
I've noticed TransmitClientEvent being used in another place on the same thread, so this could be interfering, but I would need to see you SimConnect.log to verify,
For now, could you try the attached version and let me know how you get on. If you get the same error with this version, could you reactivate SimConnect logging (as explained earlier in this thread) and show me the SimConnect log file(s) when this issue occurs. Thanks.
FSUIPC7.exeDo you mean try to find them in the registry and clean them up? I'll enabled SimConnect and will keep you posted when it happens again.
-
14 minutes ago, Thomas Richter said:
Hi,
when you start FSUIPC first and then MSFS and the axes don't work, close FSUIPC and copy the FSUIPC7.log file before you restart to see what's in the file please.
Please also update to latest FSUIPC7.
Thomas
This happened with a restart of FSUIPC after a crash as a result of TransmitClientEvent failed. Logs for both session attached (also in other thread). Log 1 leading up to FSUIPC crash, log 2 FSUIPC restart but controls not working until Axes/Ok.
-
I just had another one of these events with the latest build... TransmitClientEvent failed, and an eventual crash of FSUIPC; logs attached (1).
Also, on restart input was not working until I visited Axes and clicked Ok; logs for this also attached (2).
-
On 9/9/2020 at 4:19 PM, John Dowson said:
Ok, I thought it would, but unfortunately no idea why! Rather worrying....
John
This issue (or maybe different) seems to have returned... On today's debugging session (since like with FSX I'm doing more of that than flying), FSUIPC was running, sim started, flight launched, no response in sim (went to axes) still nothing. FSUIPC exit//restart was required.
-
On 9/16/2020 at 4:17 AM, John Dowson said:
Not using key press assignments. You can achieve this using lua scripts, by using ipc.keypress (or ipc.keypressplus) and ipc.sleep for the delay. You would then have to assign a different key press (or button) to activate the lua script.
Feature request please: be able to do this without having to create 100+ Lua scripts (or one giant one). Maybe adding a param after the key as the delay, and they could be executed in the order listed in the INI.
- 1
-
Is there a way to insert delays between key presses? MSFS seems very finicky about it's configured keyboard shortcuts (and a kludge with what it does with them). For example Alt+0 "loads saved camera 0" so I would simply expect a second press to do nothing. Instead it return to the default camera (even if you pan-ed away). As I result I'd like to send two Alt+0 to center the view (one to return to default camera - which it shouldn't be doing but so it does, and the second to return to the saved camera). This seems unreliable with a sequence, I assume because of how fast it happens. I'd like to insert a delay between them.
-
So it looks I am now also having this issue, and my previous post about "random disconnect" my in fact have been this behavior. I was flying, all control input stopped. I started to troubleshooting and noticed FSUIPC was no longer running. I saved the log, and saw the crash entry Event Viewer. In the log (attached) you can see FSUIPC reconnecting, but then it seems like it just crashed and that's the end of the log entries.
-
I found a solution that works fairly well. Instead of having a Pan Up-Left keyboard assignment in MSFS, and then mapping the UL POV to it, I instead send the pan left and pen up keys together for the UL POV. This ended up working better. Sending keys with modifiers is unreliable unless the modifiers and keys are mutually exclusive (e.g. sending ctrl-up for pan up and ctrl-shift-up for pan up left created all sorts of havoc).
-
1 hour ago, Conz said:
I actually ended up on this thread while looking for a bi-directional way of using the stream deck with a flight sim.
For those unaware, stream deck is sold as a button panel originally intended for 'streamers' but it is in fact just a configurable button panel you can technically use for anything.
The software supports custom plugins written in Java / c++ or objective C
I was really surprised the deck creators are not actually marketing this panel to Sim enthusiasts (Space / Flight / Farming etc etc), but it should be possible to make a custom plugin that connects to FSUIPC or even Simconnect and actually have 2 way communication between the buttons and FS in this case.
There are two projects that you can use:
https://github.com/nguyenquyhy/Flight-Tracker-StreamDeck which doesn't need FSUIPC and is bidirectional (e.g. update state)
https://github.com/ashupp/Streamdeck-vJoy for which you probably want FSUIPC, but can always directly map to MSFS as well
-
1 hour ago, Pete Dowson said:
I think John is looking at changes in this area -- not sure if it will solve that need though. More when done and tested.
1 hour ago, Pete Dowson said:Not sure how this is related to the previous ...?
Pete
One of the setups I was hoping for is a combination button of POV press and POV left for "quick view", but this would require "held" feature (since quick view springs back unless held).
-
It also seems the compound solution I was looking for is not possible because there's no "held" option for compounds (e.g. while POV is pressed and left send key X).
-
It seems possible to use the keyboard presses to simulate this, MSFS is able to interpret multi-key presses (e.g. ctrl+up+left) which allows me to set up key presses for some camera views (e.g. 45 degree left). Is this possible in FSUIPC? It seems I can only send one key and the modifier.
-
The camera events don't seem to work in MSFS. I was hoping to remap the POV on my Yoko+ with a combo, but even a simple test doesn't seem to work. Neither View Left nor Pan Left has any effect. Is this a known limitation?
64844438 [Buttons] 4=PD,38,C65671,0 64844438 FS Control Sent: Ctrl=65671, Param=0 PAN_LEFT
-
4 hours ago, John Dowson said:
Do your button/switch assignments also stop working? What about any controls assigned in MSFS? If you don't have any axis assigned in MSFS, maybe try assigning one so you can test this when the problem occurs.
I don't have any button assignment in FSUIPC, but will try these.
-
44 minutes ago, John Dowson said:
So, of I understand you issue correctly, you are not seeing any errors in the FSUIPC log. When you say
do you mean in the assignments/calibration window, or are you logging axis movements and seeing them there?
Yes, the axes were showing correctly in the assignment/calibration windows.
44 minutes ago, John Dowson said:I would be interested in seeing a log file produced when this occurs and you restart FSUIPC and get the same problem. And when you say:
I will keep logging on and will share when it happens again.
44 minutes ago, John Dowson said:does this imply that, in other cases, the isue was only resolved by restarting MSFS?
No, this didn't even require MSFS restart. At one point the plane was just doing circles (controls disconnected during a ground turn), I let it do that, and as I was trying to recover it at some point the controls started working (but not during a step where I would have expected it to - e.g. restarting FSUIPC).
44 minutes ago, John Dowson said:Other than that, I'm not sure what else I can advise at the moment. It may be worth activating SimConnect logs (as shown in the other thread) to see if SimConnect is still receiving/sending when this issue occurs.
-
With everything setup and working correctly (axis to FSUIPC direct and calibrated), the sim will stop responding to control inputs during flight (so far it occurred on ground several times). FSUIPC still shows the inputs working correctly, but the sim is not responding to them. Reconnect (go Axes and click Ok) or restarting FSUIPC does not solve the problem. In one case control input recovered after a few minutes.
Offsets vs Events vs Control sent when button pressed
in FSUIPC7 MSFS
Posted
Hi,
Is there a definitive mapping between offsets, SimConnect events and the drop-down list of "controls" in the button configuration?
The terminology between these 3 are inconsistent, and the drown-down is not searchable (so it's hard to tell where I fill find something).
Alternatively, is there at least a searchable file of the "controls" in the drop-down list?
Thanks,
John