Meant to be Seen

CyberVillain wrote:hmm, thanks for input, but I do not understand if you want changes in FreePIE?

One way would be to expose the quaternion but there are not many API's that have these, Android Raw mode and Hydra are the only two that I can think of from top of my head

edit: Yei exposes them aswell

CyberVillain wrote:But you said you still have the problem but on a different axis?

Croccy22 wrote:I GOT IT WORKING!!!!!!!!

I replaced the sixense.dll from minecrift with your dll and used the following script:

Code: Select all

def update():
    global yaw
    yaw = math.radians(-ahrsImu.yaw)
    global pitch
    pitch = math.radians(ahrsImu.pitch)
    global roll
    roll = math.radians(ahrsImu.roll)

if starting:
    centerYaw = 0
    centerPitch = 0
    centerRoll = 0
   
    yaw = 0
    pitch = 0
    roll = 0
    ahrsImu.update += update

hydra[0].yaw  = yaw - centerYaw
hydra[0].pitch = pitch - centerPitch
hydra[0].roll = roll - centerRoll

if keyboard.getKeyDown(Key.Z):
    centerYaw = yaw
    centerPitch = pitch
    centerRoll = roll
    
if keyboard.getKeyDown(Key.O):
   hydra[0].trigger = 1
   
if keyboard.getKeyDown(Key.P):
   hydra[1].trigger = 1

Minecraft is now working with my DIY Rift with full headtracking!!! THANKYOU SO MUCH!!

I may well have a play with using a PS Move to do the body tracking as that is now supported too.

Can you suggest any improvements to my script. Only thing I am unsure about is I think My keyboard bit leaves the hydra triggers pressed down?

Also Minecraft is one of those games that is 64bit!! It uses 64bit java and so to start with I couldn't get anything to work. In the end I uni-installed the 64bit java and re-installed minecraft to force it to use 32bit java and it now works perfectly. I guess it would be nice to have a 64bit variant just so I have access to extra memory. Not sure how much work this would be? There is a sixense_x64.dll in minecrift.

Might have to look at some other programs that utilise the Hydra now. But think I will just be happy playing Minecraft for a while

Matt.

gladiusz wrote:JoyEmu require ppJoy. At all FreePie doesnt read any Virtual joystick. Heres link to JoyEmu https://code.google.com/archive/p/moveframework/
And heres the link for what i ve done:
https://www.youtube.com/watch?v=PGKP_GW5QfU

cybereality wrote:Nice. Video seems to work for me.

geekmaster wrote:

CyberVillain wrote:But you said you still have the problem but on a different axis?

I do now. But earlier I tested code (which I did not save) that clearly behaved as described earlier and at different forums (gimbal lock on roll). I thought I had recreated that code but there are still anomalies in obscure locations when rotating the hydra.

The plan was that if I can have both code sets, one with gimbal lock only on roll and the other only on pitch, I can convert the quaternion both ways, one in getroll() and the other in getpitch(). ...

gladiusz wrote:I've tested it many times and it doesn't work. I've tried with the only one controller connected and I can easily assign buttons to virtual ppJoy controller, but I can't read. Virtual controller should be recognized as joystick[1] and it is, but values are 0 all time. I use PPJoy 0.8.4.6

diagnostics.watch(joystick["vJoy Device"].getDown(0))
vJoy[0].setButton(0,mouse.leftButton)

geekmaster wrote:

geekmaster wrote:

CyberVillain wrote:But you said you still have the problem but on a different axis?

I do now. But earlier I tested code (which I did not save) that clearly behaved as described earlier and at different forums (gimbal lock on roll). I thought I had recreated that code but there are still anomalies in obscure locations when rotating the hydra.

The plan was that if I can have both code sets, one with gimbal lock only on roll and the other only on pitch, I can convert the quaternion both ways, one in getroll() and the other in getpitch(). ...

I just rememembered how to avoid gimbal lock in software. Instead of a fourth axis motor to drive the gyroscope away fron gimble lock (as used in vintage military hardware), you do it in software simply by swapping coordinate systems when you approach gimble lock, pushing nearby gimble lock to an axis nearly 90-degrees away, which simulates motorized gimble lock avoidance. The downside is that you need to monitor your coordinates and translate axes when required.

CyberVillain wrote:

gladiusz wrote:I've tested it many times and it doesn't work. I've tried with the only one controller connected and I can easily assign buttons to virtual ppJoy controller, but I can't read. Virtual controller should be recognized as joystick[1] and it is, but values are 0 all time. I use PPJoy 0.8.4.6

I do not have ppJoy installed since it needs windows in test mode etc, but i have vjoy and it works fine

Code: Select all

diagnostics.watch(joystick["vJoy Device"].getDown(0))
vJoy[0].setButton(0,mouse.leftButton)

diagnostics.watch(joystick["PPJoy Virtual Joystick 1"].x)
diagnostics.watch(joystick[0].x)
ppJoy[0].setAxis(AxisTypes.X, 1000)

konstantin_lozev wrote:Have you seen that?
https://m.youtube.com/watch?v=PGKP_GW5QfU
Oj the forum post from the description they mention FreePIE, but I could not rrad moe than that...