Coin/Function button being spammed after update.

M0nKeY

My mistake. If it is something specific I need to search perhaps you could point me in the right direction as I have already spent quite a few hours on this and other "quirks" with retropie.

Pi Model: RPi3 Model B
RetroPie Version Used: retropie-4.1-rpi2_rpi3.img
Built From: The image file listed above from retropie.org.uk
USB Devices connected: Keyboard
Controller used: 8Bitdo NES30 Pro
Error messages received:

terminal called after throwing an instance of 'std::out_of_range'
  what(): map::at
Aborted

How to replicate the problem: Don't have a second flash card to attempt to replicate it.

BuZz

When is "select" auto firing - you don't make it clear - in emulation station or in an emulator ?

The ES error - please can you post the contents of ~/.emulationstation/es_log.txt (Please format it in a code block or use an external pastebin site.

Have you tried reconfiguring the controller in ES ? Do you have the latest firmware on the 8bitdo device (I assume that's the device that is auto firing when you press select or is it the keyboard ? That is not clear from your post either).

BuZz

Please unplug all devices, and plug them in one by one in case a device is triggering it.

Have you changed any settings ? Which ES theme are you using ?

You can also run from terminal (via ssh)

/opt/retropie/supplementary/emulationstation/emulationstation --debug and then post any output

M0nKeY

It's not specific to a controller. Every libretro emulator core in retroarch is effected.

Like if I assign a keyboard key to select in emulationstation's autoconfig then hit that key in any libretro game it will spam insert coins. If I assign select to my arcade stick or 8Bitdo the same thing happens.

es_log.txt contains nothing of note

With "--debug" on there is only 1 additional error

lvl1:   requested mismatched theme type for [detailed.md_releasedate] - expected "datetime", got "text"

The only thing related to themes I did is increasing the font size in "carbon-nometa" because I'm running on a CRT.

Its likely a retropad/autoconfig issue but I don't know enough about it to know what I need to delete so I can start from scratch without re-imaging the SD and losing everything I've set up. I've changed hundreds of settings over the past week TBH. Everything was working properly until I did a full package update and I threw up my hands in frustration and came here for help.

gaavoid

Noticed this when pressing select in NES games just now. Just one press of the select button and it's like it's being pressed multiple times very quickly.
Updated all packages yesterday on a RP3. Did a little more testing. Happens with every controller in any libretro emulator. ES not effected.

BuZz

Might be related to our hotkey enable patch. I will look into it.

BuZz

Please can you update RetroArch from source, to see if that makes a difference. I just built the latest RetroArch here and I can't reproduce it (on my PC not a rpi), but it could have been an upstream issue perhaps when the last binary was built.

If it doesn't help, please zip me up your /opt/retropie/configs/all/folder so I can try and reproduce it. also the output of /opt/retropie/emulators/retroarch/bin/retroarch --version

M0nKeY

the build fails. here is my log.

http://pastebin.com/2q0PpfRX

btw thank you for all the work you put into this.

BuZz

Np. Ok. looks like there are a couple of issues here.

Build problem is an upstream breakage. Ill git bisect it and report it upstream.

The other issue was due to an upsteam bad patch too - I must have built the binary right after they accepted https://github.com/libretro/RetroArch/pull/4219 which was later reverted.

Wish Retroarch did some more testing of their PRs before accepting them :/

BuZz

My bad - the repeating issue was my recently reworked hotkey hack which looking at it again now is wrong. I have corrected it and am testing. Should it all be fine I will rebuild the binaries.

No idea what the PR above breaks, but I will make sure I build it after that was reverted too though.

BuZz

Please update RetroArch from binary and see if that resolved it for you.

gaavoid

@BuZz Fixed!

Thank you.

M0nKeY

The auto-fire is fixed. Still seeing the out of range error but nothing functionality wise seems to be effected.

One other bug I want to mention that I don't think needs a new thread.
In the text based launch menu before a game starts.
When I set the "Select RetroArch render res for ______ ()" it works for some systems but not others. I have them all set to 1280x960 and some of them always launch at 640x480 no matter what I set. They used to all work.

Also you guys should get a bitcoin address for anonymous donations. I don't have paypal.

BuZz

@M0nKeY i can provide you with a bitcoin address if you would like. I'm currently looking into options as I don't want to use a static address for everyone but have a new one generated each time.

I would prefer new threads for new issues really. Not sure about the out of range issue, don't think I've seen that myself - please see if you get it with the default carbon theme without any changes.

M0nKeY

If I cant get it to work I will start a thread later. Need to spend some time actually playing!

Thanks again.

BuZz

@M0nKeY I emailed you a bitcoin address (assuming your forum email is valid). Cheers.

M0nKeY

Yes, I sent a donation but per user addresses defeat the whole anonymous aspect. Don't want preferential treatment for donating when it comes to a project like this.

BuZz

@M0nKeY Better than using a static address though for me, but I agree it's not ideal - I will sort this out eventually - I just have little time for doing the website on top of everything else. Cheers!