Open brandtdaniels opened 11 years ago
Hm, I wonder if this is something we can fix by compiling from source rather than installing a binary. I think the binary is much more than 3 months old, which means the commit you reference basically has no chance of having been included.
We should update binaries with every release
-Brandt
Sent from my iPhone
On Dec 27, 2012, at 9:20 PM, Jeff Lunt notifications@github.com wrote:
Hm, I wonder if this is something we can fix by compiling from source rather than installing a binary. I think the binary is much more than 3 months old, which means the commit you reference basically has no chance of having been included.
— Reply to this email directly or view it on GitHub.
I was contacted a few hours ago by the person who maintains the retroarch
binaries that we're using. He recognizes they are out of date, and wants to contribute to the project. Sounds like he may keep the binaries up-to-date for us. :D
This came up today in the glint-help group.
Adrian is starting to maintain binary packages for us, so hopefully in the next release we can simply include the updated binary and this will go away.
I can confirm that the latest binary fixes the 2 player support. However, I have two dissimilar controllers I'm testing with (meaning their buttons don't map the same way), and upon reboot they switched order which caused the buttons to swap controller assignments and basically things didn't work.
It was weird because in the graphical front end the controller assignments remained the same, but only in-game were they switched.
I've beed wondering about this issue. I think there is a way in linux to assign a particular controller to a particular 'slot'. It would need to be done in udev somehow.
Unfortunately i only have 1 controller at the moment, but I can look into finding a fix for this.
Assigning to a slot would cause too many problems.
-Brandt
Sent from my iPhone
On Jan 20, 2013, at 9:26 PM, Adrian Moisey notifications@github.com wrote:
I've beed wondering about this issue. I think there is a way in linux to assign a particular controller to a particular 'slot'. It would need to be done in udev somehow.
Unfortunately i only have 1 controller at the moment, but I can look into finding a fix for this.
— Reply to this email directly or view it on GitHub.
What sorts of problems? This is something I know very little about.
Hey, not sure if I have responded to you yet.
I would just wait for the next release, if I were you. It should be coming in March. Building by hand is not going to be good for your mental health, and I don't think the latest binaries for the emulator (which is what fixes 2 player support) are actually included in the repo just yet.
I know it's hard to wait, but hang tight, we'll get a new release with an easy OS image out to folks in a few weeks.
-Jeff
On Thu, Feb 21, 2013 at 7:29 AM, matjos notifications@github.com wrote:
Hello, im waiting for this fix also wana play iceclimbers with my friends :)
If i get the latest from the repo and build it using The Harder way you describ in your blog will i get the newest binerys that alow 2 player support or when is this testable?
Hard(er) way: download the Official Dec. 16th Raspbian image ( http://downloads.raspberrypi.org/images ... spbian.zip) and run our install script (https://github.com/normalocity/glint-nes#build).
— Reply to this email directly or view it on GitHubhttps://github.com/normalocity/glint-nes/issues/28#issuecomment-13888433.
I have configured player1 and player2 in retroarch.cfg
input_player1_joypad_index = "0" input_player1_a_btn = "0" input_player1_b_btn = "1" input_player1_select_btn = "2" input_player1_start_btn = "3" input_player1_left_axis = "-0" input_player1_right_axis = "+0" input_player1_up_axis = "-1" input_player1_down_axis = "+1"
input_player2_joypad_index = "1" input_player2_a_btn = "0" input_player2_b_btn = "1" input_player2_select_btn = "2" input_player2_start_btn = "3" input_player2_left_axis = "-0" input_player2_right_axis = "+0" input_player2_up_axis = "-1" input_player2_down_axis = "+1"
Not working, same as this issue:
https://github.com/libretro/fceu-next/issues/8