Active Topics
-
Maemo repository (6)
to Community by chrischras - 1 hr, 56 mins ago -
Porting apps to Leste (44)
to Maemo 7 / Leste by norayr - 2 hrs, 2 mins ago -
List of well performing apps on Leste (35)
to Maemo 7 / Leste by smatkovi - 2 days, 23 hrs ago -
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (13)
to SailfishOS by edp17 - 3 days, 21 hrs ago -
Sailfish OS for the Samsung Galaxy Note 4 (SM-N910C) - (treltexx) (79)
to SailfishOS by edp17 - 3 days, 21 hrs ago -
U-Boot for Nokia RX-51 with BootMenu (updated version 2012.10-rc3-1) (843)
to Alternatives by Arno_11 - 4 days, 2 hrs ago - more...
Tu13es |
2007-08-23
, 10:28
|
|
Posts: 61 |
Thanked: 1 time |
Joined on Jul 2007
|
#11
|
Originally Posted by Karel Jansens
All I'm saying is we won't be able to use the d-pad and buttons on the screen at the same time. It'll probably work with using the hardware dpad and putting buttons on the screen as an above poster said.
|
|
2007-08-23
, 11:41
|
|
Posts: 393 |
Thanked: 112 times |
Joined on Jul 2007
|
#12
|
There are bluetooth keyboards/controllers available out there! Take for instance - the Wiimote which can be connected and queried by the N800 very easily! It's also available for a pretty cheap price if you know where to look and has a standard NES layout.
See: http://www.wiili.org/index.php/Wiimote_driver
To see something working on the N800:
1. Download bluez-hcidump (enable red-pill mode.)
2. Put the Wiimote in discovery mode by pressing 1 & 2 (or the scan button on the back.)
In xterm: hidd --search to connect to the Wiimote.
Then: hcidump -X to dump the results from the Wiimote (or hcidump -R for the raw deal.)
It's just a case of using the Filter API to parsing the data values returned; or just parse values from HCIdump through a pipe.
Even without anything configured, I've found that pressing buttons on the Wiimote will take the N800 out of screen dimming mode. Only issue is that because it's a HCI device it seems the N800 stops its own internal software keyboard from coming up if you need it. Is there a setting out there to make both work at the same time?
With some more work you may be able to read the accelerometer values, play sound through the speaker, blink the LEDs, and store information on the internal Wiimote flash memory.
Silly me, there's already a lib available: http://libwiimote.sourceforge.net/
Could use udev to provide a persistant naming scheme for multiple devices:
udevinfo -a -p `udevinfo -q path -n /dev/input/event4`
more /proc/bus/input/devices
Last edited by yabbas; 2007-08-23 at 11:51.
See: http://www.wiili.org/index.php/Wiimote_driver
To see something working on the N800:
1. Download bluez-hcidump (enable red-pill mode.)
2. Put the Wiimote in discovery mode by pressing 1 & 2 (or the scan button on the back.)
In xterm: hidd --search to connect to the Wiimote.
Then: hcidump -X to dump the results from the Wiimote (or hcidump -R for the raw deal.)
It's just a case of using the Filter API to parsing the data values returned; or just parse values from HCIdump through a pipe.
Even without anything configured, I've found that pressing buttons on the Wiimote will take the N800 out of screen dimming mode. Only issue is that because it's a HCI device it seems the N800 stops its own internal software keyboard from coming up if you need it. Is there a setting out there to make both work at the same time?
With some more work you may be able to read the accelerometer values, play sound through the speaker, blink the LEDs, and store information on the internal Wiimote flash memory.
Silly me, there's already a lib available: http://libwiimote.sourceforge.net/
Could use udev to provide a persistant naming scheme for multiple devices:
udevinfo -a -p `udevinfo -q path -n /dev/input/event4`
more /proc/bus/input/devices
Last edited by yabbas; 2007-08-23 at 11:51.
|
|
2007-08-23
, 11:50
|
|
Posts: 393 |
Thanked: 112 times |
Joined on Jul 2007
|
#13
|
Originally Posted by Karel Jansens
Processor does nothing - it's just a bitmask.
I know you can do that, but what does the processor do?
Imagine 2 bits representing keys A & B, when both are depressed you get:
00 = 0
when A is pressed:
10 = 2
when B is pressed:
01 = 1
and when both are pressed:
11 = 3
CPU just reads the values off, there's no 'scanning' buttons or 'multitouch' as you're thinking of it.
|
|
2007-08-23
, 12:34
|
|
Posts: 61 |
Thanked: 1 time |
Joined on Jul 2007
|
#14
|
Originally Posted by yabbas
Wow, can't believe I didn't think of this! Awesome idea!!
There are bluetooth keyboards/controllers available out there! Take for instance - the Wiimote which can be connected and queried by the N800 very easily! It's also available for a pretty cheap price if you know where to look and has a standard NES layout.
See: http://www.wiili.org/index.php/Wiimote_driver
To see something working on the N800:
1. Download bluez-hcidump (enable red-pill mode.)
2. Put the Wiimote in discovery mode by pressing 1 & 2 (or the scan button on the back.)
In xterm: hidd --search to connect to the Wiimote.
Then: hcidump -X to dump the results from the Wiimote (or hcidump -R for the raw deal.)
It's just a case of using the Filter API to parsing the data values returned; or just parse values from HCIdump through a pipe.
Even without anything configured, I've found that pressing buttons on the Wiimote will take the N800 out of screen dimming mode. Only issue is that because it's a HCI device it seems the N800 stops its own internal software keyboard from coming up if you need it. Is there a setting out there to make both work at the same time?
With some more work you may be able to read the accelerometer values, play sound through the speaker, blink the LEDs, and store information on the internal Wiimote flash memory.
Silly me, there's already a lib available: http://libwiimote.sourceforge.net/
Could use udev to provide a persistant naming scheme for multiple devices:
udevinfo -a -p `udevinfo -q path -n /dev/input/event4`
more /proc/bus/input/devices
|
|
2007-08-26
, 04:13
|
|
Posts: 58 |
Thanked: 9 times |
Joined on Jul 2007
|
#15
|
I just found out something interesting from another forum, if you hit two places at the same time on single touch screen, it will register the press halfway in between the two. Which means that you could register a button and a direction pressed on screen at the same time by having an invisible touch point in the screen area in the correct spot(if the controls are on either side, like the iPhone NES emulator) to register both.
The effect isn't 100% prefect, but works most of the time, and you can shift from a single point press to dual. Problems include; only registering one press about 10% of the time, sometimes you have to lift up completely for it register both,and on a rare occasion it thinks you dragged the pen to one point to the other.
If you want to play with effect, open up Sketch and draw a gamepad, and try pressing a direction and a button at the same time, you'll usually get a dot in halfway between the two places you pressed.
The effect isn't 100% prefect, but works most of the time, and you can shift from a single point press to dual. Problems include; only registering one press about 10% of the time, sometimes you have to lift up completely for it register both,and on a rare occasion it thinks you dragged the pen to one point to the other.
If you want to play with effect, open up Sketch and draw a gamepad, and try pressing a direction and a button at the same time, you'll usually get a dot in halfway between the two places you pressed.