First of all, hello everyone :) I'm not really new here, but it seems that the majority of my previous posts perished with the old forum, and since it's been around 4 years, no wonder :)
As the description says, I would really love to see the headtracking translational movements also implemented in GPB. Why bother, you ask? Well, there can be use for them other than simply being able to shift the viewpoint. For example, we could use the longitudinal and lateral translations to affect the rider's leaning. This would help tremendously those of us who use wheels or other controllers with not enough analog axes to spare. And especially helpful for the direct steering mode while using a wheel.
With that out of the way, further I will try to recall any other new suggestions that was springing into my mind recently.
I think DST needs more love, now that it's proven it can be used without the level of frustration of the earlier betas. It needs a UI option in the settings screen. Preferably, a page of its own. Also, maybe some hybrid mode where the UI rider would do the most of the keeping the bike on the wheels, but the user could request steering position/relative steering position. Yes, the latter would be pretty much the directsteer=2 mode, but with less accidental capsizes. A simulation of the virtual rider's inner ear so that he could better keep the balance?
Would also be nice to have the ability to see the bike's info right next to the bike itself. Or maybe like it's done in Automobilista (for the cars), with the specs being presented on the loading screen. Not everyone prefers kW over bhp, so the better solution here to give both :) Torque and hp curves could be of some use as well :)
More FFB options. I would like to crank it a little higher, but in some cases the FFB gets a little bit violent. An adjustable filter could help with that. Also the "small forces" amplifier setting that made its way into mostly every decent car sim out there.
Can't remember what other things I had on my mind at the moment... Will add them later.
For the headtracking thing: if you have an head tracking device that can be seen as as a joystick then you're good to go. OpenTrack can do that I think (I use it with a 3dof device to control the view in GPB, but I could easily assign it to the rider lean or any other GPB input).
Quote from: HornetMaX on April 05, 2017, 01:00:35 PM
For the headtracking thing: if you have an head tracking device that can be seen as as a joystick then you're good to go. OpenTrack can do that I think (I use it with a 3dof device to control the view in GPB, but I could easily assign it to the rider lean or any other GPB input).
For some reason it doesn't find my vJoy driver. Maybe it has something to do with this OpenTrack being a portable edition. On the other hand, it seem to work fine with other outputs.
Even if it would work, that's hardly a solution, because I want the rotational axes to act as a FreeTrack device, whereas the translational ones should be converted into a 2-axes joystick.
I think I found a solution to that, but it will require some coding. I will try to use FreePIE as a feeder for a vJoy device, hopefully that will enable me to extract the linear half of the DOFs. The problem is, I have a very little idea about what the script should look like...
Quote from: passerBy on April 05, 2017, 05:08:07 PM
Quote from: HornetMaX on April 05, 2017, 01:00:35 PM
For the headtracking thing: if you have an head tracking device that can be seen as as a joystick then you're good to go. OpenTrack can do that I think (I use it with a 3dof device to control the view in GPB, but I could easily assign it to the rider lean or any other GPB input).
For some reason it doesn't find my vJoy driver. Maybe it has something to do with this OpenTrack being a portable edition. On the other hand, it seem to work fine with other outputs.
Even if it would work, that's hardly a solution, because I want the rotational axes to act as a FreeTrack device, whereas the translational ones should be converted into a 2-axes joystick.
Hmm I haven't tried but maybe you can run two instances of opentrack in parallel, one for 3 rotation dof (freetrack output) and one for the 3 translation dof ones (joystick emulation output).
in any case, you can ask opentrack dev, he's very active.
Quote from: HornetMaX on April 05, 2017, 06:23:35 PM
Hmm I haven't tried but maybe you can run two instances of opentrack in parallel, one for 3 rotation dof (freetrack output) and one for the 3 translation dof ones (joystick emulation output).
in any case, you can ask opentrack dev, he's very active.
After some tinkering around I made vJoy work with the app. Made two profiles for OT that I enable in two separate instances of it. Seems to work at least with the sine wave generator. I will check how this behaves with the actual tracker tomorrow.
Thanks for the suggestion, Max. Looks like I won't need to resort to FreePIE after all.
I made this with the TrackIR. You can emulate the mouse with trackir. I used that to at the time TrackIR wasn't supported. I used the mouse as a free look and it was binded to my head.
If you can bind leaning to the mouse, this should be doable, at least with the TrackIR. BUT ! you may lose the head tracking in general :/
Quote from: tchemi on April 05, 2017, 09:32:39 PM
I made this with the TrackIR. You can emulate the mouse with trackir. I used that to at the time TrackIR wasn't supported. I used the mouse as a free look and it was binded to my head.
If you can bind leaning to the mouse, this should be doable, at least with the TrackIR. BUT ! you may lose the head tracking in general :/
No, I'm going to use one instance of OpenTrack for rotational headtracking and the other one to drive the rider lean, so that when I approach the camera, the rider would lean forward, and when I shift my head to a side, the rider would lean to that side about as much, but I'm still hoping to retain the ability to look wherever I want to :) If this won't work out, I'll try to figure out how to configure FreePIE to do that for me.
Ok, that was a silly idea. No way two programs (or two instances of the same one) could share one camera.
Nonetheless, it was worth checking the headtracking rider lean, even if at the expense of the freelooking.
I can't freaking believe nobody really mentioned this possibility. It's not fun losing the freelooking, but boy, is this way of controlling the rider lean good... If only I knew this before. Now I don't think of what to do every next corner, now I simply ride the bike!
Whoever has a translation-capable headtracker, should give this a go. It's really good.
Piboso, please add the option to have the translational axes drive the rider lean. I can imagine using a VR set this could feel incredibly immersive.
DD has already thought about integrating such a feature in his build. But so far, he is busy with his handle bar and from what I recall, He doesn't want to be dependent of a third party.
But, you are not the first one to have this idea ;)
Also, When motionJoy was still operational, I used to play GPBikes with my ps3 controller and I tried to use the accelerometer in the pad to lean. First of all, I used it to turn the bike. And to be honest, the progression for begginers was awesome !! Nothing compared to joystick !! You wanted to lean the bike, you leaned the pad and it worked quite well !
But ! There was a huge brake for me. I have not figured out how to restrain those axis. So You would have to lean the pad at 90° to have a 100% lean. It wasn't confortable at all. And also, if you would bank the pad to much (like 110°) the accelerometer would think the pad was coming back to horizontal and you would lose your input. If only I could set the limits of those axis, it would have been a serious way of controlling manual leaning.
Quote from: tchemi on April 06, 2017, 05:06:44 PM
DD has already thought about integrating such a feature in his build. But so far, he is busy with his handle bar and from what I recall, He doesn't want to be dependent of a third party.
I remember him thinking of something load-cells based, that could be put on the seat, or something like that :)
QuoteBut, you are not the first one to have this idea ;)
I never implied that :) In fact, I'm extremely surprised this feature is not used by pretty much everybody. It made so much difference for me, I keep asking myself, "where the heck have you been before with this idea?" :)
QuoteAlso, When motionJoy was still operational, I used to play GPBikes with my ps3 controller and I tried to use the accelerometer in the pad to lean. First of all, I used it to turn the bike. And to be honest, the progression for begginers was awesome !! Nothing compared to joystick !! You wanted to lean the bike, you leaned the pad and it worked quite well !
But ! There was a huge brake for me. I have not figured out how to restrain those axis. So You would have to lean the pad at 90° to have a 100% lean. It wasn't confortable at all. And also, if you would bank the pad to much (like 110°) the accelerometer would think the pad was coming back to horizontal and you would lose your input. If only I could set the limits of those axis, it would have been a serious way of controlling manual leaning.
We need more ideas on how to translate our upper body movement into analog axes that could be used in the sim. That PS3 controller might be good, but I suppose it's accelerometers based? Maybe some gyros too... Not sure if that would allow for enough precision. Not to mention it's bound to have drift over time. That's why I think camera-based trackers might be better suited for picking up translational motion. I wonder if we could utilize Kinect :) Proved useful enough, I might theoretically buy one...
Anyway, have you tried to make your headtracker control the rider's lean yet? :) If you need help with vJoy, just ask.
Quote from: tchemi on April 06, 2017, 05:06:44 PM
But ! There was a huge brake for me. I have not figured out how to restrain those axis. So You would have to lean the pad at 90° to have a 100% lean. It wasn't confortable at all. And also, if you would bank the pad to much (like 110°) the accelerometer would think the pad was coming back to horizontal and you would lose your input.
I'd try with Joystick Gremlin (google it).
I can give a try strapping my edtracker to my chest/back and see if I can control rider lean moving my torso.
Quote from: HornetMaX on April 06, 2017, 06:48:42 PM
I'd try with Joystick Gremlin (google it).
That appears to be a really handy piece of software. Thanks, Max.
QuoteI can give a try strapping my edtracker to my chest/back and see if I can control rider lean moving my torso.
I didn't think you had EDTracker. Most likely it won't be as useful for rider lean (won't hurt to try, though). However, I think there's a better solution. If you are good with DIY, why not add three LEDs to the enclosure? Preferably, so that all the devices are powered by the same USB source.
Alternatively, you could get a ready-made LED clip. That's what I have. I'm planning to get EDTracker and assign it for the rotational movements, while using the clip solely for translation.
Quote from: passerBy on April 06, 2017, 07:12:19 PM
I didn't think you had EDTracker. Most likely it won't be as useful for rider lean (won't hurt to try, though).
I gave it a quick try: it seems to work but it's not trivial to setup. I need to use vJoy/Joystick Gremlin or vJoy/OpenTrack, otherwise you don't have enough parameters to play with.
EdTracker is seen as a normal joystick by Win (and hence by GPB), but once you calibrate it, then you have no way to adjust the curves (and that makes it useless).
Quote from: passerBy on April 06, 2017, 07:12:19 PM
However, I think there's a better solution. If you are good with DIY, why not add three LEDs to the enclosure? Preferably, so that all the devices are powered by the same USB source.
Alternatively, you could get a ready-made LED clip. That's what I have. I'm planning to get EDTracker and assign it for the rotational movements, while using the clip solely for translation.
No thanks. I don't want to use an additional camera/ir camera with all the troubles it brings. Too much hassle for a little result.
I already find the wired EdTracker bothersome so ....
Quote from: HornetMaX on April 06, 2017, 08:30:06 PM
I gave it a quick try: it seems to work but it's not trivial to setup. I need to use vJoy/Joystick Gremlin or vJoy/OpenTrack, otherwise you don't have enough parameters to play with.
EdTracker is seen as a normal joystick by Win (and hence by GPB), but once you calibrate it, then you have no way to adjust the curves (and that makes it useless).
I had to use vJoy as well. Hopefully, Piboso will implement what I was asking for in this thread :)
Why did you feel like adjusting the curves? Does it also have 180 degrees span? Then I guess it's rather the range that needs to be adjusted.
But if you insist on the curves, why not just use the linearity settings in GPB? Also, from what I can tell, Gremlin allows to do that and then some. I have yet to make it work, but at least based on the info from the site, this piece of software is quite promising.
Quote
No thanks. I don't want to use an additional camera/ir camera with all the troubles it brings. Too much hassle for a little result.
I already find the wired EdTracker bothersome so ....
You don't know what you are missing :) Then again, you don't have a wheel yet... And I feel like this kind of rider lean control could only be useful a lot with the angular direct steering (plus FFB) in particular.
I can configur vjoy+Joystickgremlin all fine: the virtual joystick behaves well in Windows but somehow weirdly in GPB. The strange thing is that my plugin sees the virtual joystick just fine.
There's a GPB bug somewhere.
Quote from: HornetMaX on April 06, 2017, 09:25:54 PM
I can configur vjoy+Joystickgremlin all fine: the virtual joystick behaves well in Windows but somehow weirdly in GPB. The strange thing is that my plugin sees the virtual joystick just fine.
There's a GPB bug somewhere.
Speaking of which, during today's experiments something forced my G27 into 180 degrees rotation span even though I explicitly told it to keep it at the minimum. Not sure if this is GPB's or vJoy's doing.
Quote from: HornetMaX on April 06, 2017, 09:25:54 PM
I can configur vjoy+Joystickgremlin all fine: the virtual joystick behaves well in Windows but somehow weirdly in GPB. The strange thing is that my plugin sees the virtual joystick just fine.
There's a GPB bug somewhere.
Nevermind, no bug, just something unexpected: if you go to GPB calibration page and you don't calibrate
all the devices, then things go very wrong :)
Once
all devices are calibrated (even ones you don't use in GPB), then everything seems to go OK.
Will do some testing with the EdTracker used for rider lean.
Quote from: HornetMaX on April 06, 2017, 09:40:54 PM
Nevermind, no bug, just something unexpected: if you go to GPB calibration page and you don't calibrate all the devices, then things go very wrong :)
Once all devices are calibrated (even ones you don't use in GPB), then everything seems to go OK.
Also noticed that :) It can be really inconvenient. But thanks to my wheel not really wanting to share the PC with many other joystick type devices, I tend to only leave it the only one plugged :)
By the way, do you happen to know, by any chance, if there is a way to change the order of game controllers in the joy.cpl Windows applet? It's like almost everything else tries to get to the top in front of the wheel, and I need it the other way around :)
QuoteWill do some testing with the EdTracker used for rider lean.
Looking forward to that.
What's the point behind the freelooking option "Joystick" if I can't configure it in any way? Thought I'd simply redirect all the headtracking output into a 6-axes vJoy device, but what else can I do with that "Joystick" option other than choosing it?
Quote from: passerBy on April 06, 2017, 10:07:30 PM
By the way, do you happen to know, by any chance, if there is a way to change the order of game controllers in the joy.cpl Windows applet? It's like almost everything else tries to get to the top in front of the wheel, and I need it the other way around :)
No idea. Not sure why the order would make any difference though.
Quote from: passerBy on April 06, 2017, 10:07:30 PM
What's the point behind the freelooking option "Joystick" if I can't configure it in any way? Thought I'd simply redirect all the headtracking output into a 6-axes vJoy device, but what else can I do with that "Joystick" option other than choosing it?
Don't know. PiBoSo implemented it for EdTracker, but it has never worked for me and, anyway, you will need some serious curve mapping so you will need opentrack (or something similar) anyway.
To me, it could be removed straight away.
I just did some testing with the EdTracked strapped under my joypad: first I used the two EdTracker axes for rider lean f/b and l/r. You need to tune the curves in Joystick Gremlin (you don't want to turn your pas 180deg to lean fully forward or fully left) and GPB's deadzones and linearity (they could be included in JG's curves, but it's easier to play with GPB's settings once the curves in JG have been set). Once done, it works reasonably well. One would definitely need time to get accustomed to tilting the pad l/r or f/b to make the rider lean at the same time you're using the pad sticks and triggers: at the beginning it's not really natural. Overall I'd tend to think it will not make you faster in any way, on the contrary it will make your life a tad harder.
For fun I tried to use on EdTracker axis for bike lean: tilt the pad left/right to make the bike lean left/right. It works better than I expected. I'm constantly amazed by how much EdTracker is precise.
The JG curves I used are some sort of S curve (sigmoid) but instead of going from (-1,-1) --> (0,0) --> (+1,+1) (in X,Y coords) they go (-1,-1) --> (-0.1, -1) --> (0,0) --> (+0.1,+1) --> (+1,+1).This means that I'm using only 1/10th of the overall EdTracker range (so 36deg) to go from full lean left to full lean right. On top, in GPB I introduced a 15% deadzone and 200% linearity.
With all that, the leaning is butter smooth and very controllable (and with the absolute minimum filtering in EdTracker). This little thingy is just amazing for its price.
You can of course have 2 EdTrackers: one for head tracking (via opentrack) and one for rider lean (or bike lean) via Joystick Gremlin.
The thingy is so bloody precise you could probably use it for throttle, brakes, clutch and all ... well, that would make quite a lot of EdTrackers :)
Quote from: HornetMaX on April 06, 2017, 10:32:09 PM
No idea. Not sure why the order would make any difference though.
Because there are sims that still resort to IDing the controllers by their "Windows order", rather than by their GUIDs. GPB, for that matter, does exactly that :)
Quote
Don't know. PiBoSo implemented it for EdTracker, but it has never worked for me and, anyway, you will need some serious curve mapping so you will need opentrack (or something similar) anyway.
To me, it could be removed straight away.
Since I already use OpenTrack, that wouldn't be a problem :)
QuoteI just did some testing with the EdTracked strapped under my joypad
Hmm... I didn't think of that possibility. When it comes to rider lean and EDTracker, it definitely makes more sense to put it there.
Quotefirst I used the two EdTracker axes for rider lean f/b and l/r. You need to tune the curves in Joystick Gremlin (you don't want to turn your pas 180deg to lean fully forward or fully left) and GPB's deadzones and linearity (they could be included in JG's curves, but it's easier to play with GPB's settings once the curves in JG have been set). Once done, it works reasonably well. One would definitely need time to get accustomed to tilting the pad l/r or f/b to make the rider lean at the same time you're using the pad sticks and triggers: at the beginning it's not really natural. Overall I'd tend to think it will not make you faster in any way, on the contrary it will make your life a tad harder.
As expected of a purely rotational device.
QuoteFor fun I tried to use on EdTracker axis for bike lean: tilt the pad left/right to make the bike lean left/right. It works better than I expected. I'm constantly amazed by how much EdTracker is precise.
The JG curves I used are some sort of S curve (sigmoid) but instead of going from (-1,-1) --> (0,0) --> (+1,+1) (in X,Y coords) they go (-1,-1) --> (-0.1, -1) --> (0,0) --> (+0.1,+1) --> (+1,+1).This means that I'm using only 1/10th of the overall EdTracker range (so 36deg) to go from full lean left to full lean right. On top, in GPB I introduced a 15% deadzone and 200% linearity.
With all that, the leaning is butter smooth and very controllable (and with the absolute minimum filtering in EdTracker). This little thingy is just amazing for its price.
You can of course have 2 EdTrackers: one for head tracking (via opentrack) and one for rider lean (or bike lean) via Joystick Gremlin.
The thingy is so bloody precise you could probably use it for throttle, brakes, clutch and all ... well, that would make quite a lot of EdTrackers :)
After reading that, now I'm even more sure I need to get myself one of these :) Two of these would be more on the expensive side, though. And besides, I already found the perfect way to control the rider lean :) It's basically the same thing as motion capture: the upper part of the virtual rider's body gets in sync with the same part on mine :) After all, it's not about the angle the body assumes, but rather about the rider's body CG, which shifts linearly.
Either way, I need EDTracker to be able to actually see where I'm going in a turn. That's where the gyros coupled with low latency will shine.
Quote from: passerBy on April 06, 2017, 11:13:43 PM
Quote from: HornetMaX on April 06, 2017, 10:32:09 PM
No idea. Not sure why the order would make any difference though.
Because there are sims that still resort to IDing the controllers by their "Windows order", rather than by their GUIDs. GPB, for that matter, does exactly that :)
But even if your device is #2, when you assign an input to a function GPB will detect which device you're using no matter its ID.
Only problem I can see is if you are remapping devices (e.g. a device to a virtual device with vjoy). For that, have a lok at Joystick Gremlin "Input repeater function", it should solve the problem.
Quote from: HornetMaX on April 06, 2017, 11:35:52 PM
But even if your device is #2, when you assign an input to a function GPB will detect which device you're using no matter its ID.
The problem is, I use a whole lot of sims... And if it's something rFactor-based, for example, you are bound to have problems with joysticks/wheels in a different order.
Apart from car sims, I'm happy DCS World has finally had this problem solved, but there's another one: with enough joysticks and not enough screen estate, the rest of them tends to get lost outside the screen (to the right), making it a bother to reach for the appropriate column to check what your assignments for particular controller are (and those you want to see first usually end up being the rightmost).
QuoteOnly problem I can see is if you are remapping devices (e.g. a device to a virtual device with vjoy). For that, have a lok at Joystick Gremlin "Input repeater function", it should solve the problem.
Still have to make the damn thing work. Is yours a 64 bit OS? Also, do you have the latest vJoy installed?
Quote from: passerBy on April 06, 2017, 10:07:30 PM
By the way, do you happen to know, by any chance, if there is a way to change the order of game controllers in the joy.cpl Windows applet? It's like almost everything else tries to get to the top in front of the wheel, and I need it the other way around :)
JoyIDs
https://www.dropbox.com/s/eoldwadlsjz13r2/JoyIDsInstall.rar?dl=0
FreePIE to save the day :)
Modified the PPJoy example, and it seems to work just fine:
def update():
x = math.degrees(freeTrack.x) * ratio
y = math.degrees(freeTrack.z) * ratio
vJoy[0].x = x
vJoy[0].y = y
if starting:
maxAngle = 180
axisRange = 1000
ratio = axisRange / maxAngle
freeTrack.update += updateQuote from: Grooveski on April 07, 2017, 01:57:48 AM
JoyIDs
https://www.dropbox.com/s/eoldwadlsjz13r2/JoyIDsInstall.rar?dl=0
Thanks! Looks like exactly what I had in mind.
Quote from: passerBy on April 07, 2017, 01:22:12 AM
QuoteOnly problem I can see is if you are remapping devices (e.g. a device to a virtual device with vjoy). For that, have a lok at Joystick Gremlin "Input repeater function", it should solve the problem.
Still have to make the damn thing work. Is yours a 64 bit OS? Also, do you have the latest vJoy installed?
Win7 x64 here, latest Joystick Gremlin (7.1) with the recommended vJoy (2.1.8, https://sourceforge.net/projects/vjoystick/files/Beta%202.x/2.1.8.31-291116/vJoySetup.exe/download (https://sourceforge.net/projects/vjoystick/files/Beta%202.x/2.1.8.31-291116/vJoySetup.exe/download), it's not the very latest but apparently there are only minor changes).
What's not working for you ?
P.S.
Didn't try too hard but I got a crash when trying to use OpenTrack with vJoy as output (no biggie for me as I don't need that).
Quote from: HornetMaX on April 07, 2017, 06:45:25 AM
Win7 x64 here, latest Joystick Gremlin (7.1) with the recommended vJoy (2.1.8, https://sourceforge.net/projects/vjoystick/files/Beta%202.x/2.1.8.31-291116/vJoySetup.exe/download (https://sourceforge.net/projects/vjoystick/files/Beta%202.x/2.1.8.31-291116/vJoySetup.exe/download), it's not the very latest but apparently there are only minor changes).
What's not working for you ?
P.S.
Didn't try too hard but I got a crash when trying to use OpenTrack with vJoy as output (no biggie for me as I don't need that).
I'm getting the "failed to execute script joystick_gremlin" or something like that half the time while starting the app. Also, I can't add anything besides response curves.
The only problem I have with the OT plus vJoy combo is that it tries to send me download vJoy if I press the vJoy settings button. Other than that it works fine.
Quote from: HornetMaX on April 06, 2017, 10:32:09 PM
You need to tune the curves in Joystick Gremlin (you don't want to turn your pas 180deg to lean fully forward or fully left) [....]
For fun I tried to use on EdTracker axis for bike lean: It works better than I expected. I'm constantly amazed by how much EdTracker is precise.
Yep, As I said, even begginers where quite good with that on the PS3 pad. The problem I had was that I had to bank the pad 180°... I didn't knew about joystickGremlin :/ :/
But yes, use gyros or accelerometers might be a good path. It is very natural and immersive
Quote from: passerBy on April 07, 2017, 09:19:37 AM
I'm getting the "failed to execute script joystick_gremlin" or something like that half the time while starting the app.
Happened to me a couple of times, just reset your JG profile, recreate it from start properly (and be sure not to run two instances at the same time).
Quote from: passerBy on April 07, 2017, 09:19:37 AM
Also, I can't add anything besides response curves.
Oh, that's weird (I added just a mapping and a curve, for each axis).
Quote from: passerBy on April 07, 2017, 09:19:37 AM
The only problem I have with the OT plus vJoy combo is that it tries to send me download vJoy if I press the vJoy settings button. Other than that it works fine.
Well that's OK, you need to install vJoy before you can use it in OT.
But for me, once this done, it crashes when i press the "hammer" to configure the vJoy output.
Quote from: HornetMaX on April 07, 2017, 10:59:02 AM
Happened to me a couple of times, just reset your JG profile, recreate it from start properly (and be sure not to run two instances at the same time).
I don't even have a profile to begin with. Probably need to wait a bit till the thing updates. Without EDTracker I can't come up with a use for it just yet, so it's nothing pressing.
QuoteQuote from: passerBy on April 07, 2017, 09:19:37 AM
Also, I can't add anything besides response curves.
Oh, that's weird (I added just a mapping and a curve, for each axis).
It might be about the C++ redistributables, but I don't want to replace the files I already have with older ones just for this.
QuoteQuote from: passerBy on April 07, 2017, 09:19:37 AM
The only problem I have with the OT plus vJoy combo is that it tries to send me download vJoy if I press the vJoy settings button. Other than that it works fine.
Well that's OK, you need to install vJoy before you can use it in OT.
But for me, once this done, it crashes when i press the "hammer" to configure the vJoy output.
No, that's not ok, because as I already mentioned, I got vJoy installed already. Otherwise, I wouldn't be able to use FreePIE with it ;)
We seem to have a similar problem, except for me after the "hammer" it shows the dialog urging me to "download vJoy". As long as everything else works, I don't care either.
Quote from: passerBy on April 07, 2017, 05:06:06 PM
It might be about the C++ redistributables, but I don't want to replace the files I already have with older ones just for this.
Replace what ?! If you have the 2015 redist installed, installing the 2010 ones will not replace anything: all the redist versions live in parallel ...
You should have all of the installed (from 2010 on, maybe even from 2008 on).
Quote from: passerBy on April 07, 2017, 05:06:06 PM
No, that's not ok, because as I already mentioned, I got vJoy installed already. Otherwise, I wouldn't be able to use FreePIE with it ;)
We seem to have a similar problem, except for me after the "hammer" it shows the dialog urging me to "download vJoy". As long as everything else works, I don't care either.
Hmm does the same for me now ... it's like it isn't recognizing vjoy is there. Weird.
I'll ask on OT github.
Quote from: HornetMaX on April 07, 2017, 08:00:54 PM
Replace what ?! If you have the 2015 redist installed, installing the 2010 ones will not replace anything: all the redist versions live in parallel ...
You should have all of the installed (from 2010 on, maybe even from 2008 on).
Well, at least the installator was asking me explicitly if I want the newer files to be replaced with the older ones from the package. Win10 here (could be the source of my woes).
QuoteQuote from: passerBy on April 07, 2017, 05:06:06 PM
No, that's not ok, because as I already mentioned, I got vJoy installed already. Otherwise, I wouldn't be able to use FreePIE with it ;)
We seem to have a similar problem, except for me after the "hammer" it shows the dialog urging me to "download vJoy". As long as everything else works, I don't care either.
Hmm does the same for me now ... it's like it isn't recognizing vjoy is there. Weird.
I'll ask on OT github.
Also, OT doesn't seem to work with any other vJoy devices apart from the 1st one.
Quote from: passerBy on April 07, 2017, 08:44:18 PM
Quote from: HornetMaX on April 07, 2017, 08:00:54 PM
Replace what ?! If you have the 2015 redist installed, installing the 2010 ones will not replace anything: all the redist versions live in parallel ...
You should have all of the installed (from 2010 on, maybe even from 2008 on).
Well, at least the installator was asking me explicitly if I want the newer files to be replaced with the older ones from the package. Win10 here (could be the source of my woes).
That shouldn't be a problem, it means that Microsoft has updated their redist (most of the times to fix bug and security issues). It's always safe to upgrade them.
Quote from: HornetMaX on April 07, 2017, 08:58:58 PM
Quote from: passerBy on April 07, 2017, 08:44:18 PM
Quote from: HornetMaX on April 07, 2017, 08:00:54 PM
Replace what ?! If you have the 2015 redist installed, installing the 2010 ones will not replace anything: all the redist versions live in parallel ...
You should have all of the installed (from 2010 on, maybe even from 2008 on).
Well, at least the installator was asking me explicitly if I want the newer files to be replaced with the older ones from the package. Win10 here (could be the source of my woes).
That shouldn't be a problem, it means that Microsoft has updated their redist (most of the times to fix bug and security issues). It's always safe to upgrade them.
I wouldn't call replacing newer dlls in the system with older ones an "upgrade". What if some important process would try to call up a function from the dll that is missing from the older version of it?
Quote from: passerBy on April 07, 2017, 08:44:18 PM
Also, OT doesn't seem to work with any other vJoy devices apart from the 1st one.
You can use UJR to merge multiple controllers into one big vjoy device.
http://evilc.com/files/ahk/vjoy/ujr.zip
P.S. Last time I tried it the Hats section still wasn't functioning so max out the button number(32) in vjoy so you can assign hats as buttons.
(might be working these days - that was a while ago)
Quote from: passerBy on April 07, 2017, 09:46:29 PM
Quote from: HornetMaX on April 07, 2017, 08:58:58 PM
Quote from: passerBy on April 07, 2017, 08:44:18 PM
Quote from: HornetMaX on April 07, 2017, 08:00:54 PM
Replace what ?! If you have the 2015 redist installed, installing the 2010 ones will not replace anything: all the redist versions live in parallel ...
You should have all of the installed (from 2010 on, maybe even from 2008 on).
Well, at least the installator was asking me explicitly if I want the newer files to be replaced with the older ones from the package. Win10 here (could be the source of my woes).
That shouldn't be a problem, it means that Microsoft has updated their redist (most of the times to fix bug and security issues). It's always safe to upgrade them.
I wouldn't call replacing newer dlls in the system with older ones an "upgrade". What if some important process would try to call up a function from the dll that is missing from the older version of it?
Oups, I misread your sentence, yeah no reason to downgrade the version of redist (even if I think each version of the same redist maintains some sort of binary compatibility with the other otherwise it would be a giant pain at each update). S no, need to downgrade but it's unlikely the issue comes from the different version of redist version (a new version can't break existing stuff).
Quote from: Grooveski on April 07, 2017, 10:14:39 PM
Quote from: passerBy on April 07, 2017, 08:44:18 PM
Also, OT doesn't seem to work with any other vJoy devices apart from the 1st one.
You can use UJR to merge multiple controllers into one big vjoy device.
http://evilc.com/files/ahk/vjoy/ujr.zip
P.S. Last time I tried it the Hats section still wasn't functioning so max out the button number(32) in vjoy so you can assign hats as buttons.
(might be working these days - that was a while ago)
I rather wanted to be able to choose a particular vJoy device to work with OpenTrack. At the moment it's not a priority, though. Thank you anyway, I might find a use for that app.
Quote from: HornetMaX on April 07, 2017, 10:33:42 PM
Oups, I misread your sentence, yeah no reason to downgrade the version of redist (even if I think each version of the same redist maintains some sort of binary compatibility with the other otherwise it would be a giant pain at each update). S no, need to downgrade but it's unlikely the issue comes from the different version of redist version (a new version can't break existing stuff).
Well, I don't know what might be causing it. I felt like reinstalling the OS for quite a while already, to be honest. It's Windows, after all :) Still haven't figured out what makes my wheel stick to 180 degrees of rotation while in GPB either. Might as well solve a bunch a problems with a single reinstall.