Lichtknarre: Unmodified Wii remote as a sight accurate Lightgun using 2/4 LEDs

Main > Lightguns

<< < (19/68) > >>

Howard_Casto:
Getting the other inputs/accessories to work should be trivial. I made a test program a few years back in vb6 and I managed to read all accessory controllers fairly easy... it's just i2c stuff like everything else. If the author isn't willing, I'd be glad to add it with their permission. We definitely need more options in terms of defining buttons though. I would think for most games one would use the vjoy method and since gamepad buttons can be remapped it wouldn't matter much.

RandyT:

--- Quote from: Howard_Casto on December 15, 2022, 09:33:32 pm ---Getting the other inputs/accessories to work should be trivial. I made a test program a few years back in vb6 and I managed to read all accessory controllers fairly easy... it's just i2c stuff like everything else. If the author isn't willing, I'd be glad to add it with their permission. We definitely need more options in terms of defining buttons though. I would think for most games one would use the vjoy method and since gamepad buttons can be remapped it wouldn't matter much.

--- End quote ---

What is really needed is a driver (signed would be nice) which can emulate a hardware USB combo device under Windows for RAW compatibility. Ideally, it would be able to emulate an Absolute mouse device, keyboard, an analog joystick with the usual compliment of buttons and D-Pad, and the ability to re-assign mapping on-the-fly. Anything less may be useful, but probably a bit of a "partial-measure". My research into this shows it to be possible, but I'm not a heavy Windows OS programmer, so outside of my wheelhouse.

Unless you have something like that up your sleeve, it might be wise to hold off a bit to see which direction Fusselkroete is heading with the software. I think we might be seeing another update at some time in the first part of the new year.

On a side note, I just did some testing on yet another system comprised of a more recent Gigabyte MB with an i3-10100f and a built in Intel Wireless chipset. It appears to be working fine with the internal BT, to include the use of all of the buttons. Fixed mapping (currently) but functional in applications which support the current input methodology. I'll be checking for any performance differences between the internal BT and an external dongle on this system and will report back if I see any difference worth mentioning.

greymatr:
Just a note about a driver that could do an absolute mouse device. I picked up an Arduino Leonardo board that some projects used (such as the Vive Lighthouse ones) and have used it in some testing.

It very easily emulates an absolute mouse. It can be programmed so that it can receive a X and Y co-ordinate from Serial COM communication which is very easy to do and can position the mouse to those co-ordinates via USB.

It only needs one USB cable to plug into it which gives this bi-directional communication, that also provides it's power.

The board I got was called Arduino Compatible Leonardo R3 ATmega32U4 Development Board on eBay and only cost $16.75 Australian dollars including express postage so was very cheap.

Although this is more hardware I think it would be much easier than a software driver unless it was signed and very easy to use.

I'm hoping Fusselkroete can get the plugin system working soon so that I can write a plugin driver for it.

I'd also like to write a Vive Lighthouse plugin but that's another story ;)

RandyT:

--- Quote from: greymatr on December 16, 2022, 09:18:35 am ---Just a note about a driver that could do an absolute mouse device. I picked up an Arduino Leonardo board that some projects used (such as the Vive Lighthouse ones) and have used it in some testing.

It very easily emulates an absolute mouse. It can be programmed so that it can receive a X and Y co-ordinate from Serial COM communication which is very easy to do and can position the mouse to those co-ordinates via USB.

--- End quote ---

I've already considered this approach. While it would certainly work, the biggest concern, aside from additional cost, user complexity and the occupation of another USB port for an approach like this would be the possible addition of more latency. The less that the data needs to be repackaged and shuffled around, the better. A well-written driver would directly inject the pre-formatted data into the same Windows routines responsible for servicing the external hardware, so theoretically, it could happen in a much smaller period of time.

I.e. :

Data path for proposed hardware method=: ([USB hub] is a possible inclusion)

Lichtknarre-->Virtual COM Port Driver-->USB Chipset-->[USB Hub]-->External USB device-->[USB Hub]-->USB Chipset-->Windows USB Processing-->Application

Whereas a purely software approach =:

Lichtknarre-->Virtual USB Driver-->Windows USB Processing-->Application

Which one ends up being better with regard to implementation is an unknown at this point. But I have seen people who try to use a hardware approach like this to implement cheats for online MP games complain that the lag it introduced eventually made it not very useful. That doesn't mean it can't be done, but it would need to be done in a very efficient manner to be viable.

Howard_Casto:
It's the signed driver thing that really kills it. Getting an unsigned driver to install on some versions of windows is annoyingly difficult. Signed drivers cost a decent amount to purchase a license. Vjoy is probably the best option. Yeah, it isn't turnkey, but it is more automatic than unsigned drivers.

I agree with you on the Arduino thing... we don't need to add more lag via more processing of data. If you are going to use an arduino then the two diy ir-gun projects we have on this forum make much more sense.

Navigation

 Message Index

Go to full version