PS1 not seeing any controllers
-
I am still having the same problem as well. Tried manually deleting the PSX config, deleting the PSX emu, reinstalling from binaries -> reboot. After several tries I still get the "bios not found" message + controller not working.
-
@xpz said in PS1 not seeing any controllers:
I am still having the same problem as well. Tried manually deleting the PSX config, deleting the PSX emu, reinstalling from binaries -> reboot. After several tries I still get the "bios not found" message + controller not working.
Did you do anything else - eg did you change the config after reinstalling or use the video manager software ? Did you update retropie-setup ?
-
@Ersatz said in PS1 not seeing any controllers:
Hi! I've been having the same issue, and deleting the config files, updating the retropie-setup and uninstalling/reinstalling the emulators hasn't worked so far. Here's the corrupted retroarch.cfg http://pastebin.com/MsmwJ0T9 (you can swap out /neogeo/ to /fba/ as well, since it seems to happen to both.), and here it is as it should be http://pastebin.com/MArMmd5B
I'm not sure either and I can't reproduce it. The bug only happened when the config files didn't end in a end of line character (eg the last line incomplete), and by default the configs do not have that. Also there is a workaround in the latest code to avoid this, so I can't see how the configs can end up like that.
When you say it hasn't worked - did it work after initially reinstalling the emulator (eg for the first load) ? Or it didn't work at all (in which case the default configs may not have been put in place correctly)
-
@Ersatz if you go through the steps you did in more detail perhaps I will see the problem (including anything typed - even if obvious)
-
@BuZz i dont have save on exit enabled. It saves and rewrites it at game boot. However i redownloaded the emus that caused an issue. Then i put all my info above the #include line in the retroarch.cfg and it stopped messing up. Tried each system i have 3 times each to verify they dont end up overwriting on game startup. I think the biggest issue is making sure there is nothing below the #include line. I fixed some that way without updating the emulator, but redownloaded anyways just to be safe.
-
@edmaul69 runcommand adjusts the config after exiting every game to make sure the #include is at the end of the file (it will actually do the change even if it is, but I may change this with some additional checks).
It used to break if there is an incomplete line at the end of the file (eg not ending in a LF character) - which would only happen if manually editing the file with an editor other than nano - as nano will make sure the last line is complete, or using the video manager which creates this incomplete line.
-
@BuZz said in PS1 not seeing any controllers:
It used to break if there is an incomplete line at the end of the file (eg not ending in a LF character) - which would only happen if manually editing the file with an editor other than nano - as nano will make sure the last line is complete, or using the video manager which creates this incomplete line.
There we have it! Using nano to edit the .cfg solves the problem. :)
-
@xpz that means you can't have updated retropie setup correctly as it shouldn't need that with the fix. How did you update?
-
@BuZz I updated using the Retropie Setup Menu in Retropie. Now I have another problem, probably related to this. Snes9x gave me the message "Saved new config to retroarch.cfg" and then the controller stopped working. It seem like some of the emu cores are ignoring then overwriting the Retroarch configs.
I have not made any changes whatsoever in the SNES config after a fresh install of Retropie 4.0.
-
@xpz runcommand overwrites on exit moving the include to the end. If it's still breaking it sounds like you don't have an updated system or the inifuncs didn't update. I'll give you a couple of lines to type when I'm in front of PC.
To help us help you - please make sure you read the sticky topics before posting - https://retropie.org.uk/forum/topic/3/read-this-first
-
Or the config had been damaged already before you updated.
-
@xpz Please can you give me the output of the following (paste it into the terminal via ssh)
for file in /opt/retropie/lib/inifuncs.sh ~/RetroPie-Setup/scriptmodules/inifuncs.sh; do ls -la $file; md5sum $file; grep -A8 "re-add" $file; done -
@BuZz A big thank you for all help! I made a complete update of the Retropie Setup Script plus all the binaries and now the problem seem to have disappeared. Do you still want me to run your script?
-
Might as well thanks, but I suspect everything will be fine. The only case I could think of that the update hadn't worked was
- doing a manual git pull which would not have triggered the required change (copying updated inifuncs.sh to /opt/retropie/funcs).
- a case where the new inifuncs.sh didn't get copied because the date of the existing one had been changed, which could happen I suppose if the file had been edited recently.
-
This fix worked PERFECTLY. Thank you to all the experts
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.