Page 2 of 4
Re: Multiple instances, inter-process communication
Posted: Sat Jan 17, 2015 5:26 pm
by mrangry777
You made my day with this info

Does the fix support DYI or only GPP? And of courcse when will it be available for download

Re: Multiple instances, inter-process communication
Posted: Sat Jan 17, 2015 5:48 pm
by Matlo
The fix only adds the ability to choose which GPP/Cronus/Titan to use.
It already was possible to choose between multiple DIY USB adapters.
Check your mailbox, I've sent you a mail with a link to a test version!
Re: Multiple instances, inter-process communication
Posted: Sat Jan 17, 2015 6:44 pm
by mrangry777
Yes it was. However, they both used the same controller which resulted in hangs after a while (approximately 2 min). Or did you resolve this issue as well?
Re: Multiple instances, inter-process communication
Posted: Mon Jan 19, 2015 9:12 pm
by Matlo
mrangry777 wrote:the same controller
The same dualshock 4?
Re: Multiple instances, inter-process communication
Posted: Tue Jan 20, 2015 10:49 am
by mrangry777
Yes. I should've been probably clearer about that. When you start multiple GIMX instance (using DIY) they all use the same dualshock controller, even if there is more than one connected to the PC. This rises problem in multiplayer configuration. The solution I thought of was to either put a choice box to select which dualshock to use(probably the best solution from the user point of view) or to lock controllers that are already in use. The same way that GIMX lock DIY adapters that are in use.
Re: Multiple instances, inter-process communication
Posted: Tue Jan 20, 2015 2:54 pm
by Matlo
I think this problem can be worked-around using the winusb driver instead of the libusbK driver. Could you confirm this?
By the way, did you try the test software with multiple GPP/Cronus/Titan?
Re: Multiple instances, inter-process communication
Posted: Tue Jan 20, 2015 4:18 pm
by mrangry777
I would rather not to switch to win usb drivers. I have run into many stability issues while using it thats why I switched to libusbK driver on windows machine. My workaround right now is to connect the pads in reverse order. The order being which pad is being considered default. But that is a tiring solution.
P.S Unfortunately no, I am stilling waiting for second GPP it takes up to three weeks to ship them to Poland.
Re: Multiple instances, inter-process communication
Posted: Tue Jan 20, 2015 4:36 pm
by Matlo
mrangry777 wrote:I would rather not to switch to win usb drivers. I have run into many stability issues while using it thats why I switched to libusbK driver on windows machine.
I'm not talking about the default windows driver, I'm talking about the "Winusb" driver that is available in the Zadig tool. They are completely different.
Re: Multiple instances, inter-process communication
Posted: Tue Jan 20, 2015 5:30 pm
by mrangry777
Ahhh ok pardon my ignorance

So how exactly this workaround would work?
Re: Multiple instances, inter-process communication
Posted: Tue Jan 20, 2015 5:50 pm
by Matlo
Very simple: instead of using the libusbK driver (which supports concurrent access), use the Winusb driver (which doesn't support concurrent access). The second gimx instance will fail at opening the same Dualshock 4 as the first gimx instance. It will try to open another one.