Notices


Reply
Thread Tools
Flandry's Avatar
Posts: 1,559 | Thanked: 1,786 times | Joined on Oct 2009 @ Boston
#131
Sorry guys, i haven't been checking Talk as much since the rabid hordes of new users showed up and overran the place. Unfortunately i just pushed out an update without seeing your comments, but i did adjust the default mapping so it may work for you.

The best way to help out (because (a) i don't yet have an N900 or any NIT and (b) i won't have a Scandinavian one) would be to create a bug report (if one doesn't already exist) on the uqm bugtracker and then upload your flight.cfg file (located in ~/.uqm/) as a comment/attachment to the report. Alternatively, tell me what the codes are in the keymapping page of setup for each action. There is room to create a few different custom maps, so i can provide options for those with peculiar keymaps.
__________________

Unofficial PR1.3/Meego 1.1 FAQ

***
Classic example of arbitrary Nokia decision making. Couldn't just fallback to the no brainer of tagging with lat/lon if network isn't accessible, could you Nokia?
MAME: an arcade in your pocket
Accelemymote: make your accelerometer more joy-ful
 

The Following User Says Thank You to Flandry For This Useful Post:
Flandry's Avatar
Posts: 1,559 | Thanked: 1,786 times | Joined on Oct 2009 @ Boston
#132
Now for the original reason i'm here: a new version!

Warning: Software in extras-testing and extras-devel may be unstable.
See the wiki for a description of the maemo repositories and this post for specific comments on testing.

uqm-0.6.7-0maemo2 should be in extras-devel momentarily. It has some optimistic and rather untestable (by me) changes to allow for accelerometer control. Feedback is greatly appreciated! Note: If you have at any time made changes to your control settings, the custom flight.cfg file will override the new defaults. If you would like to try the new defaults, select the new menu option "Revert Defaults" in the control configuration menu.

If you're not feeling quite that adventurous, you can still help out by enabling extras-testing and trying uqm-0.6.7-0maemo, which now has 8 out of 10 necessary positive tester reports. Two more and it will be promoted from extras-testing to extras!

Here's the changelog:

uqm (0.6.7-0maemo2) unstable; urgency=low

* New default control bindings. Fixes: MB#6369
* Default bindings use accelemymote to control directions.
* Installs udev rules file to make uinput part of group users.
* Chgrps /dev/input/uinput to users on install.
* Accelemymote actually checks accelerometer instead of dummy file.

-- Flandry Mon, 30 Nov 2009 22:15:56 -0500

uqm (0.6.7-0maemo1) unstable; urgency=low


* This includes (and tries to run by default) an experimental accelerometer joystick driver
called accelemymote. Note that this will fail without fixing udev rule. See readme.DEBIAN
* Added "Revert to default" option in control config menu.
* Lander discovery font color has been changed to a light green color to
increase visibility. (Thanks pupnik for reporting.)
* Bugtracker field added to control file as per requirements
XSBC-Bugtracker: https://bugs.maemo.org/enter_bug.cgi?product=UQM
* Slight alteration to short description on account of OCD (game is intra-, not intergalactic!)

-- Flandry Mon, 30 Nov 2009 17:11:56 -0500

Last edited by Flandry; 2009-12-01 at 06:30.
 

The Following 8 Users Say Thank You to Flandry For This Useful Post:
cddiede's Avatar
Posts: 1,034 | Thanked: 784 times | Joined on Dec 2007 @ Annapolis, MD
#133
I just upgraded UQM on my N900 and hit the "Revert to default" option under the control settings.

However, in both skirmish and single player story mode, the accelerometer doesn't seem to control my ship's direction. It's still tied to the arrow keys...
 

The Following User Says Thank You to cddiede For This Useful Post:
Flandry's Avatar
Posts: 1,559 | Thanked: 1,786 times | Joined on Oct 2009 @ Boston
#134
Thanks for testing. First of all, can you confirm that the default control profile that you were reverted to was "N900 Tilt"?

It sounds like any of a number of aspects of installation i couldn't test on scratchbox failed. FYI: the arrow keys are also mapped to the directions for that profile as a fall back just for such an occasion.

Could you please run
/opt/uqm/accelemymote
from the command line and tell me what it says? Also, the output of
ls -l /dev/input/uinput
?
__________________

Unofficial PR1.3/Meego 1.1 FAQ

***
Classic example of arbitrary Nokia decision making. Couldn't just fallback to the no brainer of tagging with lat/lon if network isn't accessible, could you Nokia?
MAME: an arcade in your pocket
Accelemymote: make your accelerometer more joy-ful
 
cddiede's Avatar
Posts: 1,034 | Thanked: 784 times | Joined on Dec 2007 @ Annapolis, MD
#135
yes, the game displays "N900 Tilt".

Here's the output from your requested commands:
$ /opt/uqm/accelemymote
accelemymote V0.01
Trying to access accelerometer ...
opened accelerometer at /sys/class/i2c-adapter/i2c-3/3-001d/coord.
Uinput device node (at /dev/input/uinput) has the wrong permissions.
I'd blame udev. Your options are to fix the udev rules and reboot or chgrp/chown/chmod the device node.


~ $ ls -l /dev/input/uinput
crw-rw---- 1 root root 10, 223 Dec 31 1969 /dev/input/uinput
 

The Following User Says Thank You to cddiede For This Useful Post:
Flandry's Avatar
Posts: 1,559 | Thanked: 1,786 times | Joined on Oct 2009 @ Boston
#136
Thanks. Ok, so the post install script failed to change the group of uinput. That's probably because it didn't have sufficient privileges.

Unfortunately, that's not the biggest problem. I worked through this with a tester on irc and came to the awful realization that fremantle doesn't include the joydev kernel module. I assumed it would be in there because of people attaching gamepads via USB to previous NITs, but apparently as near as i can tell it has always been missing.

So, unless i'm missing something, this is going to take a rather involved work-around, or new, hackish approach.
__________________

Unofficial PR1.3/Meego 1.1 FAQ

***
Classic example of arbitrary Nokia decision making. Couldn't just fallback to the no brainer of tagging with lat/lon if network isn't accessible, could you Nokia?
MAME: an arcade in your pocket
Accelemymote: make your accelerometer more joy-ful
 
Posts: 3,319 | Thanked: 5,610 times | Joined on Aug 2008 @ Finland
#137
Also, changing ownership and/or access rights directly on stuff in /dev is BAD. I'm no udev expert, but there has to be a better way. Kernel modules (if they are part of the mainline) are not THAT big of an issue, we had dm_loop stuff in Diablo, for example.
__________________
Blogging about mobile linux - The Penguin Moves!
Maintainer of PyQt (see introduction and docs), AppWatch, QuickBrownFox, etc

Last edited by attila77; 2009-12-01 at 22:11.
 
Posts: 418 | Thanked: 174 times | Joined on Oct 2009
#138
Originally Posted by Flandry View Post
Now for the original reason i'm here: a new version!

Warning: Software in extras-testing and extras-devel may be unstable.
See the wiki for a description of the maemo repositories and this post for specific comments on testing.

uqm-0.6.7-0maemo2 should be in extras-devel momentarily. It has some optimistic and rather untestable (by me) changes to allow for accelerometer control. Feedback is greatly appreciated! Note: If you have at any time made changes to your control settings, the custom flight.cfg file will override the new defaults. If you would like to try the new defaults, select the new menu option "Revert Defaults" in the control configuration menu.

If you're not feeling quite that adventurous, you can still help out by enabling extras-testing and trying uqm-0.6.7-0maemo, which now has 8 out of 10 necessary positive tester reports. Two more and it will be promoted from extras-testing to extras!

Here's the changelog:

uqm (0.6.7-0maemo2) unstable; urgency=low

* New default control bindings. Fixes: MB#6369
* Default bindings use accelemymote to control directions.
* Installs udev rules file to make uinput part of group users.
* Chgrps /dev/input/uinput to users on install.
* Accelemymote actually checks accelerometer instead of dummy file.

-- Flandry Mon, 30 Nov 2009 22:15:56 -0500

uqm (0.6.7-0maemo1) unstable; urgency=low


* This includes (and tries to run by default) an experimental accelerometer joystick driver
called accelemymote. Note that this will fail without fixing udev rule. See readme.DEBIAN
* Added "Revert to default" option in control config menu.
* Lander discovery font color has been changed to a light green color to
increase visibility. (Thanks pupnik for reporting.)
* Bugtracker field added to control file as per requirements
XSBC-Bugtracker: https://bugs.maemo.org/enter_bug.cgi?product=UQM
* Slight alteration to short description on account of OCD (game is intra-, not intergalactic!)

-- Flandry Mon, 30 Nov 2009 17:11:56 -0500
Fremantle only?
__________________
I luv Google
 
Flandry's Avatar
Posts: 1,559 | Thanked: 1,786 times | Joined on Oct 2009 @ Boston
#139
Originally Posted by attila77 View Post
Also, changing ownership and/or access rights directly on stuff in /dev is BAD. I'm no udev expert, but there has to be a better way. Kernel modules (if they are part of the mainline) are not THAT big of an issue, we had dm_loop stuff in Diablo, for example.
The chgrp was only to prevent the user from needing to reboot; the next reboot would accomplish the same result (via a udev rule), so i don't see it as a problem. Having uinput node as root:root isn't very useful.

There must be a better way to do it, like replugging uinput, but is calling modprobe or whatever any better than a chgrp? Anyway, i'm open to suggestions. Everything i could find on the web about setting up drivers to use uinput simply said to reboot...

In other news, a kind soul on irc compiled the joydev kernel module for the vanilla fremantle kernel. This is probably the answer to this problem; the challenge is figuring out how to get the autobuilder to spit it out.

In the meantime, if a tester would be willing to install the module directly, it's attached in the bug report. This is not for casual users! Installing this is akin to carrying baggage from unknown people onto an aeroplane.

To summarize the current situation, uqm should work with accelerometer control after installing uqm-0.6.7-0maemo2, installing the joydev kernel module, and restarting your N900.

I need someone to verify that.
__________________

Unofficial PR1.3/Meego 1.1 FAQ

***
Classic example of arbitrary Nokia decision making. Couldn't just fallback to the no brainer of tagging with lat/lon if network isn't accessible, could you Nokia?
MAME: an arcade in your pocket
Accelemymote: make your accelerometer more joy-ful
 
Posts: 3,319 | Thanked: 5,610 times | Joined on Aug 2008 @ Finland
#140
Originally Posted by Flandry View Post
The chgrp was only to prevent the user from needing to reboot; the next reboot would accomplish the same result (via a udev rule), so i don't see it as a problem.
Might be my udev noobity, but doesn't HUP-ing udevd, 'udevadm control --reload_rules' or some equivalent work ?

In other news, a kind soul on irc compiled the joydev kernel module for the vanilla fremantle kernel. This is probably the answer to this problem; the challenge is figuring out how to get the autobuilder to spit it out.
I have some experience with that, was it just a matter of CONFIG_INPUT_JOYDEV or were some modifications made to the code ?
__________________
Blogging about mobile linux - The Penguin Moves!
Maintainer of PyQt (see introduction and docs), AppWatch, QuickBrownFox, etc
 

The Following User Says Thank You to attila77 For This Useful Post:
Reply


 
Forum Jump


All times are GMT. The time now is 15:57.