|
2010-07-12
, 09:48
|
Posts: 94 |
Thanked: 40 times |
Joined on Jun 2010
@ Germany
|
#552
|
Away for another couple of weeks so I haven't got my Wiimote to try it out, but amazed nothing neat has come from this. I'd love for you to upload those debs and save me the trouble :P
The Following User Says Thank You to weißelstone For This Useful Post: | ||
|
2010-07-12
, 09:54
|
Posts: 557 |
Thanked: 370 times |
Joined on Apr 2010
|
#553
|
I was also amazed that there was the complete cwiid for N900 and people still use wiicontrol (which doesn't even respond on the buttons in it's settings for me).
The debs are here: http://www.megaupload.com/?d=9W6HXWX8
Note: You don't need all of them: wminput and it's requirements are enough (no need for wmgui, wmgui-maemo besides to test the connection). And also note that you need to remove wiicontrol/weeight and libcwiid before.
|
2010-07-12
, 10:04
|
Posts: 94 |
Thanked: 40 times |
Joined on Jun 2010
@ Germany
|
#554
|
Also have you had any success with the nunchuck? Essentially with that, all the N64 buttons (bar DPAD and L <who uses L anyway?>) are available. And unlike only having 1 PS3 controller.. I have 2 wiimote+nunchuck.
|
2010-07-12
, 10:18
|
Posts: 557 |
Thanked: 370 times |
Joined on Apr 2010
|
#555
|
It should work with the nunchuck setting from cwiid. I didn't test it on the N900 but on Wii64 (on the Wii), playing most games with Wiimote and nunchuck is just fine (Banjo-Kazooie becomes a bit tricky as you often need the C keys for the moves).
You could also copy the things you need from different configs and create your own one (like the buttons from buttons and the joystick from nunchuck_acc_ptr, so that you have all buttons, the joystick but not the accs from the devices). I'll try contacting the guy who fixed cwiid for the N900 and see if this can make it into extras-devel, if weeight is open source I'll try to change it dependencies to this libcwiid and see if it still works.
EDIT: The packages are not optified as it looks. But they are not big either.
|
2010-07-12
, 10:28
|
Posts: 94 |
Thanked: 40 times |
Joined on Jun 2010
@ Germany
|
#556
|
don't suppose it supports multiple connections at a time like PS3 sixad does?
|
2010-07-12
, 10:34
|
Posts: 272 |
Thanked: 52 times |
Joined on Jan 2010
|
#557
|
|
2010-07-12
, 10:46
|
Posts: 161 |
Thanked: 43 times |
Joined on Apr 2010
@ Worcester
|
#558
|
Just to make sure I have this right... this installs Mupen64 to the n900 with a GUI to select your roms? Thats what I have anyway so just making sure i've done everything right.
Im trying to get WWF No Mercy running, seems to run at around 80% speed which is pretty good!!!
Although I just can't work out the controls or how to change them.. or even how to get the ps3 pad connected correctly. Is there ne easy way of setting up the keyboard configuration?
|
2010-07-12
, 10:55
|
|
Posts: 4,365 |
Thanked: 2,467 times |
Joined on Jan 2010
@ Australia Mate
|
#559
|
|
2010-07-12
, 11:13
|
Posts: 557 |
Thanked: 370 times |
Joined on Apr 2010
|
#560
|
I just tested it. Start a second wminput instance and a second controller can connect. Also a third and a fourth (with 4 wminputs running). You then have js0 to js3 in /dev/input and mupen64 detects 4 Wiimotes.
You can also create configs for the different controllers and use them with the different wminput instances to light up a different LED on every controller. I tested one Wiimote+Classic, Controller, 2 Wiimote+Nunchuck and one Simple Wiimote with Motion Plus (but didn't try the acc and I don't know if Motion plus is supported by cwiid), at least they all connect.
Tags |
emulator, games, mupen64plus, nintendo, nintendo64 |
Thread Tools | |
|
However, I do have one suggestion about the packaging: Currently it is optified by creating a 'root-like' file hierarchy in /opt (/opt/usr/lib, /opt/usr/bin, etc) and then symlinking the files to the real root filesystem.
Wouldn't it be better to keep the original mupen64 directory structure, like the pre-deb builds were, and then optify that whole directory to /opt/mupen64plus (and symlink just the mupen64plus binary to /usr/bin/mupen64plus)? So you'll get /opt/mupen64plus/mupen64plus, /opt/mupen64plus/plugins/... etc. That is, in my opinion, a cleaner way to optify packages.
Just a thought, keep up the good work!
-iDont