You are not logged in.
Hello, I need his help please. Someone can make work like the control joytech neo-se, I have understood that the control of xbox 360 this one supported of native form from the kernel 2.6.24 but for any reason to it my me does not work, the led does not stop blinking this where the symbol of xbox and it does not recognize his button / sticks. Someone can to indicate me that it is what I have to configure or modify in order that it works?
Last edited by Cory (2009-10-09 18:34:36)
Offline
Check out joyutils in AUR. I haven't used this in a bit because KDE 4 has a built in joystick calibrator but it well documented. My joytech neo-se works just fine and the led does blink all the time.
Setting Up a Scripting Environment | Proud donor to wikipedia - link
Offline
First that nothing thank you for the response. I also use KDE the problem is that systemsettings says to me that does not find any joystick you put some route in especially?. Nevertheless harinfo if it detects so I don't know what's wrong
Offline
Ok, it's getting recognized. Is the xpad module getting loaded? I say this because that module is going to create the device nodes.
Setting Up a Scripting Environment | Proud donor to wikipedia - link
Offline
I have xpad, joydev and usbhid added to my modules array in rc.conf also i have xf86-input-joystick installed, any idea what's wrong?.
The pad work perfect in windows xp/vista/7 but no GNU/Linux's distro is capable of recognizing it at least, i tried with Ubuntu, Mandriva, Opensuse, Debian, Slackware, Gento, ArchLinux, etc, etc. and there is no way of making it work is very frustrating to restart to windows to play
Last edited by Cory (2009-08-21 00:37:35)
Offline
No one can help me?
Offline
Check that the xpad driver is loaded:
lsmod | grep xpad
Also look at dmesg, after plugging in your controller:
dmesg | tail
To see if any errors are popping up.
Last edited by Gen2ly (2009-08-21 23:12:04)
Setting Up a Scripting Environment | Proud donor to wikipedia - link
Offline
This is what me these two commands return
lsmod | grep xpad
xpad 10892 0
led_class 3976 1 xpad
ff_memless 5196 1 xpad
usbcore 150192 5 usbhid,xpad,uhci_hcd,ehci_hcd
With the connected joystick since I initiate the pc
dmesg | tail
[fglrx] Reserved FB block: Unshared offset:1fffb000, size:5000
eth0: no IPv6 routers present
CPU0 attaching NULL sched-domain.
CPU1 attaching NULL sched-domain.
CPU0 attaching sched-domain:
domain 0: span 0-1 level SIBLING
groups: 0 1
CPU1 attaching sched-domain:
domain 0: span 0-1 level SIBLING
groups: 1 0
If I disconnect the joystick
dmesg | tail
eth0: no IPv6 routers present
CPU0 attaching NULL sched-domain.
CPU1 attaching NULL sched-domain.
CPU0 attaching sched-domain:
domain 0: span 0-1 level SIBLING
groups: 0 1
CPU1 attaching sched-domain:
domain 0: span 0-1 level SIBLING
groups: 1 0
usb 4-1: USB disconnect, address 2
After reconnecting the joystick
dmesg | tail
CPU1 attaching NULL sched-domain.
CPU0 attaching sched-domain:
domain 0: span 0-1 level SIBLING
groups: 0 1
CPU1 attaching sched-domain:
domain 0: span 0-1 level SIBLING
groups: 1 0
usb 4-1: USB disconnect, address 2
usb 4-1: new full speed USB device using uhci_hcd and address 3
usb 4-1: configuration #1 chosen from 1 choice
I wait could help me better with this information thank you in advance
Offline
Do you have udev and hal both running? Doesn't look like the joystick is being recognized. You should get details about the device plugged in. For mine:
usb 2-5: USB disconnect, address 4
usb 2-5: new full speed USB device using ohci_hcd and address 5
usb 2-5: New USB device found, idVendor=0738, idProduct=beef
usb 2-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 2-5: Product: JOYTECH NEO Se Advanced GamePad
usb 2-5: Manufacturer: Mad Catz, Inc.
usb 2-5: SerialNumber: 069AB124
usb 2-5: configuration #1 chosen from 1 choice
Registered led device: xpad1
input: Generic X-Box pad as /devices/pci0000:00/0000:00:04.0/usb2/2-5/2-5:1.0/input/input8
Setting Up a Scripting Environment | Proud donor to wikipedia - link
Offline
I have hal added to my list of daemons in/etc/rc.conf.
udev one initiates automatic every that I initiate the PC appears "starting udev daemon" "triggering UDev uevents"
Offline
Not more ideas or suggestions?
Offline
Me too!
I have the same problem with the Xbox 360 controller not being recognised at all. I suspect the problem may be udev since the xpad module does not load at all and nothing is created in /dev/.
lsusb:
Bus 007 Device 002: ID 045e:028f Microsoft Corp. Xbox360 Wireless Controller
tail -f /var/log/messages.log:
Sep 21 16:24:29 sl500 kernel: usb 7-1: new full speed USB device using uhci_hcd and address 4
Sep 21 16:24:29 sl500 kernel: usb 7-1: configuration #1 chosen from 1 choice
Sep 21 16:24:29 sl500 load-modules.sh: 'usb:v045Ep028Fd0106dcFFdscFFdpFFicFFisc5DipFF' is not a valid module or alias name
Sep 21 16:24:35 sl500 kernel: usb 7-1: USB disconnect, address 4
I am using x86_64 and the controller is standard wireless connected with USB charger (from Australia in case they changed the usb id on us).
▁▂▃▄▅▆▇█▉▊▋▌▍▎▏▏▎▍▌▋▊▉█▇▆▅▄▃▂▁
Offline
I did it!!!!!!!!!!! I obtained it!!!!!!!!!!!!! only have to use this driver instead of the one that comes with the kernel
Offline
Thank you. I'll try to make a PKGBUILD when I have the free time, unless someone beats me to it.
▁▂▃▄▅▆▇█▉▊▋▌▍▎▏▏▎▍▌▋▊▉█▇▆▅▄▃▂▁
Offline
How did you get it to even compile?
Firstly it has problems with helper.hpp
g++ -o src/arg_parser.o -c -g -O2 -Wall -ansi -pedantic src/arg_parser.cpp
In file included from src/arg_parser.cpp:25:
src/helper.hpp:26: error: 'uint8_t' has not been declared
src/helper.hpp:35: error: 'uint32_t' does not name a type
scons: *** [src/arg_parser.o] Error 1
I fixed it by adding #include <stdint.h>
Then it craps out in command_line_options.cpp
g++ -o src/command_line_options.o -c -g -O2 -Wall -ansi -pedantic src/command_line_options.cpp
src/command_line_options.cpp: In member function 'void CommandLineOptions::parse_args(int, char**)':
src/command_line_options.cpp:250: error: 'sscanf' was not declared in this scope
src/command_line_options.cpp:436: error: 'sscanf' was not declared in this scope
src/command_line_options.cpp:449: error: 'sscanf' was not declared in this scope
scons: *** [src/command_line_options.o] Error 1
Which I fixed by adding #include <stdio.h>
And then there were more things that seemed to be missing #include <stdio.h> and #include <stdint.h>, how did this ever get passed basic testing? I can't make a PKGBUILD without making a patch, which I don't know how to make yet.
▁▂▃▄▅▆▇█▉▊▋▌▍▎▏▏▎▍▌▋▊▉█▇▆▅▄▃▂▁
Offline
Looks like this is a fools errand. The Play & Charge kit that I am trying to use doesn't send data through the cable at all according to many posts about trying it with Windows (eg: a Tom's Hardware thread). Supposedly it is a firmware anti-feature to get people to buy the "Works With Windows" branded Xbox controller (which may or may not work with the charge kit) or the wireless receiver dongle.
But I don't know why I had trouble compiling xboxdrv. May be a problem with Arch/gcc versions???
I recommend that anyone having this problem ask a friend to lend a wired controller to test.
▁▂▃▄▅▆▇█▉▊▋▌▍▎▏▏▎▍▌▋▊▉█▇▆▅▄▃▂▁
Offline
I don't now why you have problems to compile xboxdrv. Here can download the compiled package I hope this works for you
Offline
I managed to get it compiled but it won't work anyway. He posted stuff on Ubuntu Forums about it and the Play & Charge kit is unsupported even in Windows.
I will try to borrow one of the non-wireless controllers off a friend which I'm sure did work on my old laptop (moved the X cursor and not much else, but it worked)
▁▂▃▄▅▆▇█▉▊▋▌▍▎▏▏▎▍▌▋▊▉█▇▆▅▄▃▂▁
Offline
hmm I cant seem to get compiled, I get this error when I try.
scons: Reading SConscript files ...
Checking for C++ library X11... (cached) yes
Checking for C++ library usb... (cached) yes
Checking for C++ header file boost/thread/thread.hpp... (cached) yes
Checking for C++ library boost_thread-mt... (cached) yes
scons: done reading SConscript files.
scons: Building targets ...
g++ -o src/xbox_controller.o -c -g -O2 -Wall -ansi -pedantic src/xbox_controller.cpp
In file included from src/xbox_controller.hpp:23,
from src/xbox_controller.cpp:24:
src/xbox_generic_controller.hpp:30: error: 'uint8_t' has not been declared
src/xbox_generic_controller.hpp:30: error: 'uint8_t' has not been declared
src/xbox_generic_controller.hpp:31: error: 'uint8_t' has not been declared
In file included from src/xbox_controller.cpp:24:
src/xbox_controller.hpp:38: error: 'uint8_t' has not been declared
src/xbox_controller.hpp:38: error: 'uint8_t' has not been declared
src/xbox_controller.hpp:39: error: 'uint8_t' has not been declared
src/xbox_controller.cpp:54: error: variable or field 'set_rumble' declared void
src/xbox_controller.cpp:54: error: 'uint8_t' was not declared in this scope
src/xbox_controller.cpp:54: error: 'uint8_t' was not declared in this scope
scons: *** [src/xbox_controller.o] Error 1
scons: building terminated because of errorsit
Offline
Supposedly there have been changes to the C headers in the latest series of gcc. Many assumptions no longer work and many headers have to be included manually. In the src/xbox_controller.cpp and xbox_generic_controller.hpp files add #include <stdio.h> to the list near the top and try again.
Chances are you will have problems like this in the future so I'll give you the secret on how to fix it yourself.
Things like functions and data types have to be declared before they can my used. If they are not, then you get those errors you see there. You have to find the correct header that contains those functions/data types and include it at the top. I found that most often there is a man page for those things. You can use the KDE/Gnome help program to browse man pages with a user friendly search interface. Usually the man search gives you the header as the result. Just include it in either the .c(pp) or .h(pp) file and try again.
I hope that makes sense.
▁▂▃▄▅▆▇█▉▊▋▌▍▎▏▏▎▍▌▋▊▉█▇▆▅▄▃▂▁
Offline
thank you so much, I will try this in a few hours and hopefully waste a few more hours playing games with my controller.
Offline
Any chance of a pkgbuild and modified source, because I have no idea what you said quantumphaze.
Offline
Any chance of a pkgbuild and modified source, because I have no idea what you said quantumphaze.
Neither do I!
I'll do my best to try to make one. I have no idea how to make a patch, but I guess now is as good a time as any to learn.
▁▂▃▄▅▆▇█▉▊▋▌▍▎▏▏▎▍▌▋▊▉█▇▆▅▄▃▂▁
Offline
Neither do I!
I'll do my best to try to make one. I have no idea how to make a patch, but I guess now is as good a time as any to learn.
Haha!
Cool, thanks.
Offline
I have made it, I'm very happy with myself. It's not perfect but should work. It only builds and installs the xboxdrv binary, the other featured tools are not touched. Any improvements are welcomed.
The final dilemma is what category to submit in the AUR. It's not a module or a game, technically not a lib. There needs to be a category for generic utilities.
PKGBUILD
# Contributor: Andrew Mellor (quantumphaze)
pkgname=xboxdrv
pkgver=0.4.9
pkgrel=1
pkgdesc="Userspace Xbox 360 controller driver, alternative to xpad module."
url="http://pingus.seul.org/~grumbel/xboxdrv/"
arch=('i686' 'x86_64')
license=('GPL')
depends=('libusb' 'dbus-python')
makedepends=('boost' 'scons')
source=("http://pingus.seul.org/~grumbel/xboxdrv/xboxdrv-linux-${pkgver}.tar.bz2"
"xbox_controller.diff")
md5sums=('f0a552856825f65504e55f3fa4fdc6fb'
'99b95bb2dae91e12dd07a735214ca657')
build() {
cd ${srcdir}/xboxdrv-linux-${pkgver}
touch got-this-far
patch -Np1 -i ${srcdir}/xbox_controller.diff
scons
mkdir -p ${pkgdir}/usr/bin/
install -m755 ${srcdir}/xboxdrv-linux-${pkgver}/xboxdrv ${pkgdir}/usr/bin/xboxdrv
}
xbox_controller.diff
--- xboxdrv-linux-0.4.9/src/xbox_controller.hpp 2009-11-02 00:00:25.000000000 +200
+++ xboxdrv-linux-0.4.9/src/xbox_controller.hpp 2009-11-02 00:30:25.000000000 +200
@@ -20,6 +20,7 @@
#define HEADER_XBOX_CONTROLLER_HPP
#include <usb.h>
+#include <stdint.h>
#include "xbox_generic_controller.hpp"
struct XPadDevice;
Please test it and let me know how it works before I submit it.
▁▂▃▄▅▆▇█▉▊▋▌▍▎▏▏▎▍▌▋▊▉█▇▆▅▄▃▂▁
Offline