@NowArrivingHere ok some of them need them are something like %BASENAME%.bin some need it to be %ROM% here is a list of how the mess names used are. I cant guarantee all systems work in advmess as i couldnt get the apple ii working.

http://www.progettoemma.net/mess/sysset.php

@Jiehfeng Hi how did you make raspbian its own "system" and not just in the ports menu? thanks in advance

Did you ever get this figured out? I'm trying to use buttons hooked up the GPIO for save/load/exit and I have not had good luck. I did try to use the Adafruit RetroGame, but I couldn't get it to work.

@RoswellWitness said in Mame joystick issue.:

Once I figure out what info I am supposed to give, and where to find it, I will repost this whole mess.

You need to discover what version of MAME you're using. AFAIK we have 7 different versions.

Look here: https://retropie.org.uk/docs/MAME/

@BuZz

I'm curious as to your thoughts on this idea. The existing version of dosbox is very good. It has speed and compatibility with most every dos based game. At the experimental end of the dosbox spectrum for PC, people created branches like hal9000 or daum or dosbox-x to do opengl, advanced hardware emulation and the ability to create some pretty gnarly situations (like early 2000's windows game support). The issue with the experimental builds is that while they can do incredible things with newer games, their compatibility with old games is sometimes a little suspect.

What if you treat the experimental versions of dosbox like experimental packages and housed them like separate emulators? Most of them have source code packages that can be compiled for pi. I'm just curious to your thoughts on this as an eventual direction you may decide to go in.

@voodoorida said in STE emulation & swapping roms to another sd card:

I have now bought a 32gb SD card & downloaded a large (28gb) image with thousands of games. It has installed correctly.

Third party images aren't supported here. Especially those loaded with illegal material. (A) it's supporting piracy, (2) There's just too many variables to troubleshoot and (D) it goes against ape law. If you reinstall a fresh image from the RetroPie website, we'll be happy to help you troubleshoot any issues you may have.

@straughton if everything is up to date and you also updated the carbon theme, something in your game list does not match. Is the M in .mp4 real capitalized in your file type? I am not at my computer or pi, but I believe .mp4 is usually all lower case. Check to be sure the file path and name match perfectly including capitals. I also believe that in mine, my path is simply ./downloads/crazy taxi.mp4
The game list should pull from location the .XML is located, so if your game list is in the same folder as your download folder, you don't need the full path.

@HPK-de so how do you point a game to its own mapper? I would live to be able to do this. I have about 50 games using the same mapper.

I never tried that kind of remotes, but it should work. Did you configured the remote like explained here ?
https://support.myharmony.com/en-in/harmony-experience-with-kodi
or here ?
http://wiki.openelec.tv/index.php/Config_harmony

@zod041 you dont want to run dosbox games off of your hard drive. They are slow as hell if you do. They are far faster on the sd card. Everything else i do plays fine on the hard drive.

@pawpie said in Samba share no longer working:

2nd issue- scraping images...

What Scraper are you using ? If it's the default ES one then maybe you have the "user decides conflicts" option on. With Off it does the job for all games (for the systems you selected).
Detailed info on Scrapers here.

@iggy
http://i450.photobucket.com/albums/qq230/mountaindew117_08/17759069_10212795584590442_417353204_o.png

This is my current setup for my portable case. Everything will fit inside a pelican 1200 series case.

http://i450.photobucket.com/albums/qq230/mountaindew117_08/17622627_10212795602830898_1636030306_o.jpg?t=1491013230
I hope to be able to start putting everything together here in the next couple weeks. Have to wait on my face plates that im having 3d printed so i can mount everything to them that needs to be mounted.

@RoswellWitness I believe what lordward1234 did was navigate to the folder /opt/retropie/configs/mame-libretro/ and just delete the file retroarch.cfg. I would ssh into the pi, navigate to the file location and delete it.

@Meneer-Jansen

Do you mind explaining more about what your fix was. I have tried to change permissions on the es theme directory without success and continue to get this error. Thanks!

I just checked what I'm using and I've got 10.2GB worth of ROMs loaded onto a 16GB SD card, so I'm missing 5.8GB. I understand that part of this is for RetroPie and all the emulators, but surely this does not require that much space.
Thoughts anyone?

@gryffinwings said in PSX Bios not installing:

@Darksavior I'm using the same looks like. I was using standard way of putting and USB flash drive in the raspberry pi, it creates all the folders I need and I put the files in the proper place, which means the PSX bios file goes in the bios folder.

I'm not understanding what you did differently.

I've never transferred stuff with that method but by reading the guide https://github.com/retropie/retropie-setup/wiki/Transferring-Roms I see no mention of it also creating a bios folder and moving bios files there. Transfer bios files manually.

@loubatron03 Most likely you have the wrong type of roms (without headers). This is mentioned on the page.

unpack the rom and do file /path/to/rom from commandline and it will tell you what sort of file it is. If it says data file it's the wrong type. If it recognises it as a nes rom, it's correct.

update: I went to update everything in the retropie data. that didn't seem to work. However, I disabled or turned OFF the map hacking which I had ON and the controller works with ROMS now

Thanks!