Re: UrQuan Masters!
 

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.

Re: UrQuan Masters!
 

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

Re: UrQuan Masters!
 

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...

Re: UrQuan Masters!
 

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
?

Re: UrQuan Masters!
 

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

Re: UrQuan Masters!
 

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.

Re: UrQuan Masters!
 

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.

Re: UrQuan Masters!
 

Fremantle only?

Re: UrQuan Masters!
 

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.

Re: UrQuan Masters!
 

Might be my udev noobity, but doesn't HUP-ing udevd, 'udevadm control --reload_rules' or some equivalent work ?

I have some experience with that, was it just a matter of CONFIG_INPUT_JOYDEV or were some modifications made to the code ?