Multiple instances, inter-process communication
-
- Posts: 20
- Joined: Thu Jan 08, 2015 6:40 pm
Multiple instances, inter-process communication
I have two major things in mind. First would it be possible to make a realease that takes into account that there might be more than one GIMX instance. Right now it is a bit of a hassle to make it work. Secondly, it would be great if gimx provided some kind of API for communication with diffrent process, windows events are ok but there is always the question of latency. I am interested in some kind of collabartion because I am an IT guy myself:)
Re: Multiple instances, inter-process communication
I'm splitting the topic in the discussion section.
Does your first idea relate to #305?
Does it includes the ability to start multiple instances using gimx-launcher?
Regarding your second idea, did you see GIMX has a remote connection feature?
The API is not documented, but it's quite simple: it consists in sending an array of signed 32-bits integers representing all the axes and buttons.
I can document it if you want.
Does your first idea relate to #305?
Does it includes the ability to start multiple instances using gimx-launcher?
Regarding your second idea, did you see GIMX has a remote connection feature?
The API is not documented, but it's quite simple: it consists in sending an array of signed 32-bits integers representing all the axes and buttons.
I can document it if you want.
GIMX creator
-
- Posts: 20
- Joined: Thu Jan 08, 2015 6:40 pm
Re: Multiple instances, inter-process communication
Thank you for quick response. First, yes it does relate #305. Secondly, it would be great if you could document it. I noticed earlier that it has some kind of remote connection but because of lack of documentation i did not know how to use it? However, wont there be a latency problem in this kind of solution?
-
- Posts: 20
- Joined: Thu Jan 08, 2015 6:40 pm
Re: Multiple instances, inter-process communication
The mentioned problem of latency could be resolved IMO if when sending data to remote gimx you could also send how long the button is pressed. The problem I have is that using window events the event related to KEY_UP sometimes is posted to late and I have a long press instead of a short one. This way even if the message was delivered late it would not change the action from short to long.
P.S The workaround I am using right now form multiple GIMX instance is to disconnect the primary PS controller (leave the second plugged in) from PC launch a gimx instance and then connect it back.
P.S The workaround I am using right now form multiple GIMX instance is to disconnect the primary PS controller (leave the second plugged in) from PC launch a gimx instance and then connect it back.
Re: Multiple instances, inter-process communication
I've described the network API here: http://gimx.fr/wiki/index.php?title=Network_API
GIMX creator
-
- Posts: 20
- Joined: Thu Jan 08, 2015 6:40 pm
Re: Multiple instances, inter-process communication
Thx, I will try it out ASAP
I was also wondering about your thoughts on adding controller choice-box to GIMX. That should not be much of a hassle or would it?

Re: Multiple instances, inter-process communication
It's more than adding a simple choice box...
I'll do my best.
I'll do my best.
GIMX creator
-
- Posts: 20
- Joined: Thu Jan 08, 2015 6:40 pm
Re: Multiple instances, inter-process communication
This maybe off-topic, but i was wondering what is the status of RPi support? Is it possible to use it with PS4 ?
Re: Multiple instances, inter-process communication
Yes it's possible. I'm providing packages that can be installed on raspbian (armhf packages).
GIMX creator