[herbfargus]

That game is pretty alright for a homebrew

[herbfargus]

tested a bunch of games and they all work perfect. Minus barnyard blaster mainly because I don’t own a light gun. Thanks Buzz!

The NTSC BIOS worked being named “7800 BIOS (U).rom” and placed in the BIOS folder but the PAL BIOS didn’t seem to work. I tried “7800 BIOS (E).rom” as well as “7800pal.rom” in both the BIOS and the ROM folder but it seemed that the PAL BIOS wouldn’t load either way. Maybe I just had it named wrong or in the wrong place. It’s not really a big deal as it isn’t a necessary thing but just a heads up if anyone else tries pal roms with the NTSC BIOS enabled- it won’t work.

[herbfargus]

Is this the source to which you refer?

http://zx81.zx81.free.fr/serendipity/index.php?/archives/397-Dingux-7800-Atari-7800-Emulator-for-Dingux-v1.1.0.html

Supposedly this dude compiled it to work on the Raspberry Pi:

http://atariage.com/forums/topic/228598-atari-7800-how-to-configure-a-usb-joystick-linux/

Wish I knew more about porting/compiling

[herbfargus]

glad to see you back with another helpful comment :) the genesis and megadrive are the exact same folder as they are are symlinked so it doesnt matter which one you put your roms in because it all ends up in the same megadrive folder. It was added to accomodate the fellows in the U.S. who may not know that the genesis is called the megadrive everywhere else in the world.

[herbfargus]

snes9x.cfg in the folder opt/retropie/emulators/pisnes

[herbfargus]

if you are using the default snes emulator (pocketsnes) for retropie 2.6 it has known issues with multiplayer games. try a different emulator such as snes9x-next

[herbfargus]

i dont have access to my pi right now so I’m not entirely sure but two places to check /etc/emulationstation/ and then it should be in a theme folder of sorts if i remember correctly. if not there, /home/pi/.emulationstation

Found it:
/etc/emulationstation/themes/simple/megadrive/art

[herbfargus]

I tested a lot of the functionality before the beta was released and the major bugs for the most part were taken care of by Buzz. Thus far some people have had issues with UK keyboards/ ps3 controllers but I’m not sure how specific they are to version 3.0 vs just typical configuration issues. I’ll put it this way- it’s much more stable than the 2.42 beta image was. But I haven’t tested it fully but initially it seems pretty stable. Just give it a go and see how it compares with 2.6.

[herbfargus]

If I were you I’d just go to the 3.0 image. Its easiest to start from a fresh image as most things are tested to work. (Plus it will clean up your ROMs folders) but you could get away with a full binary install to get most of the new functionality. A fresh image is just a lot cleaner.

[herbfargus]

Could the pi emulate the Sega saturn- perhaps. Would it be playable- most likely not.

Sega saturn

I’ve yet to see anyone have playable results on the pi with the Sega Saturn. The hardware just isn’t up to par.

[herbfargus]

Some people use clrmamepro to merge clones into one folder,

http://mamedev.emulab.it/clrmamepro/docs/htm/merger.htm

but I’ve always just done it manually. I’ve found it easier to just pick the games I want rather than have a full romset and try to pick the games I don’t want.

[herbfargus]

Which version of retropie are you using? If you do a full binary update or better yet start fresh with a 3.0 SD image you’ll be able to select which plugin you want at the beginning when you open up a game by pressing x or m. Then you can just change the default emulator to mupen64plus rice.

[herbfargus]

There have been a lot of updates in the code recently so it’s understandable. Now that you have it all funtioning you can give the 3.0 SD image a go (it just came out a few hours ago) :P

[herbfargus]

Fair point. Well by all means point the Kodi team members in his direction.

[herbfargus]

It is the only way.

From buzz (who we have to thank for most of the code of retropie)

Some information regarding building from source:
Plenty of the emulators are not updated too often – and the source is a static archive – so there is no newer version from building from source.

building things like retroarch and some libretro cores will get you the very latest code, but also the very latest bugs too (was broken on the pi for a period recently).

The binaries are updated quite often.

Binary installs will typically suffice for your needs plus they are much much faster.

[herbfargus]

Kodi is under a different license (GPL) which technically does allow for reselling as long as the license is retained in the redistribution… But The kickstarter is still shady regardless.

[herbfargus]

You’re choosing option 5 to install individual emulator by binary- you want to choose option 1 full binary install (it will take about 15 minutes.) Then reboot and try again with genesis. (Make sure your ROMs are unzipped as well just in case they are in a .zip)

See this video If there is any confusion:

[herbfargus]

That is a very fascinating concept! generally speaking I think it might be more viable for games with more simple controls but a genius idea nonetheless. great work!

Also- I think this would be a really useful thing to add to the wiki under advanced configurations.

https://github.com/retropie/RetroPie-Setup/wiki

Once I get time I’ll try and test it out for myself and try and add it to the wiki if you don’t beat me to it.

[herbfargus]

he states later in the description that it doesn’t come preloaded with copyrighted games- but regardless I still feel like its a low blow to be taking retropie and reskinning it with “new hardware” and making a profit off of it.

At the very least he’ll probably be nailed by nintendo for using their characters on his box.

[herbfargus]

yeah no problem. you can either delete the folders off the list or you can create a folder called unused and move the ones you don’t want to show up into that unused folder (such as macintosh, pc, etc.)

you may also want to look into using winscp to manage your files in the backend as you’ll probably be doing a little more than just messing with rom folders when it comes to configurations.

see this video for some help with transferring ROMs and connecting via winscp

[herbfargus]

Glad it worked! Buzz just barely came up with that update in the last month so it’s not as commonly known at the moment. Once they come up with an official 2.7 SD image it will be part of it (and hopefully will eliminate the multiple rom folders so that there is only one folder per console rather than one folder per emulator.). It’s definitely one of the best features thus far.

[herbfargus]

@Downup

What my dear friend oldchocobo meant to say was:

Emulationstation is the front end of all of your emulators and as such can “support” displaying any system that is placed in the es_systems.cfg file.

Their site gives a pretty good explanation of how the es_systems.cfg file works:

http://www.emulationstation.org/gettingstarted.html

Emulationstation in it’s simplest form is a skin for your emulators. Lots of people use it on their PCs as well and as their PC’s have more powerful hardware they’ll have more systems such as the PS2 and Wii.

But the Raspberry Pi’s hardware isn’t as powerful as a PC so there are fewer emulators supported on the Pi- as a result you’ll have less systems configured in emulationstation.

Because of how seamlessly the RetroPie project and Emulationstation work together it can be easy to see the two as interchangeable.

[herbfargus]

@Roo

glad you liked the video. Your tutorial was the best I found as clrmamepro can be confusing to beginners. I made sure to place your page on the wiki homepage as well as link it to the relevant posts because it is incredibly useful.

[herbfargus]

are you using the newest update? The newest update has added functionality to be able to choose an emulator without needing to go through configuration files and whatnot.

If you update your setup script:

cd RetroPie-Setup
sudo ./retropie_setup.sh
update setup script
sudo reboot

Full Binary Install

cd RetroPie-Setup
sudo ./retropie_setup.sh
full binary install
sudo reboot

Then once it reboots again when you open up into a game you can hold down x or m and there will be a default emulator option- select that and choose the emulator of your preference.

This video at about 5 minutes shows the new functionality in use.

[herbfargus]

Sega Saturn is not supported by the hardware of a pi 2. To see the list of all consoles supported and their equivalent emulators see here:

https://github.com/retropie/RetroPie-Setup/wiki

I just redid that whole list this last weekend so it is updated (minus the sega sg-1000 but that is technically covered by the same emulator that covers the sega genesis.)

Each console page details file types needed, bios if applicable, and emulator specific controls if applicable. I created The sidebar on the right for easy access to each system as a reference. Hopefully it is useful to you as you get things set up.

[herbfargus]

One thing I always forget- did you update the setup script first?

cd RetroPie-Setup
sudo ./retropie_setup.sh
Update setup script
Reboot

Then proceed to do an individual emulator binary install.

edit! You need to do a full binary install not individual emulator install

[herbfargus]

The gamelist.XML files are where all of your game data is kept so you can just delete everything you don’t want in each of those files or you can also do that manually by editing the games metadata as mentioned above. Generally speaking the images really are just thumbnails so its probably not that beneficial to have images that at multiple megabytes a piece. Id you want to start with higher quality pics you can take those and run them through an image optimiser online so it keeps a decent quality but doesn’t bog down emulation station. If you get too much going on in emulation station it can cause issues and you have to reallocate ram and stuff but if you optimise your images you should be fine.

[herbfargus]

Sure thing. So first you create a central folder for all of your images (in can be anywhere) by default the downloaded images from the scraper reside in /home/pi/.emulationstation/downloaded_images/

But in your case it would probably be easiest to just keep the pictures in the same folder as your ROMS for each system (so just in case you need to back things up they are all in the same place) so for a new nes game your images would be in
/home/pi/RetroPie/roms/nes/
Or to keep it simpler you can keep them all in one folder- its up to you.

There are two ways you can add the images to emulation station

Method 1:

You can either add them directly to the gamelist.XML for each system in
/home/pi/.emulationstation/gamelists/

You’d change the existing image file path in the line <image> to your new image file path

Method 2:

After you’ve copied your images to your raspberry pi somewhere, while in emulation station with a keyboard you can go into a system like the nes and then for each game instead of opening it you will press select and there will be an option to choose edit this games metadata.
Select that and go down to image and then enter the new file path to your new image.

Then important part- to save changes you’ll need to choose the option from the menu “quit emulationstation” rather than restart system and that will write your changes. Reboot and they should all be there and you’ll be good to go

[herbfargus]

The game covers come from thegamesdb.net which like retropie is created by the community, add on various sources/versions of games and you get more fragmentation and game covers with low resolution etc. You can download jpegs of covers you think look better and crop them to a certain dimension through gimp or something like that and then manually scrape each game to scrape your own images rather than the online game databases.
I know sselph also has a command line scraper that only does images but I think you’d have the same issues with image resolution and whatnot.

As far as the music choice yes I think that would be a lot of work.

[herbfargus]

@caseyjames

Plenty of people have responded to your requests.

This is a project for anybody who just wants the chance to be able to play their childhood games that are no longer currently available on modern hardware.

Its an open source project in constant development so it is going to require patience and a little bit of tinkering to meet everyone’s needs.

But there are plenty of fantastic people here willing to help out with the process, just be patient with yourself and the people trying to help you- because there is nothing more empowering than having an problem and learning how to solve it :)

But hey maybe you should hand it off to that lucky kid cause he would probably appreciate it more

[herbfargus]

There are currently over 30 emulators that RetroPie runs. I’m guessing you are using a Super Nintendo emulator of which there are 5. of those 5 there will be varying performance depending on the game/emulator. If you are using a Raspberry Pi 2- the preference would be lr-snes9x-next.

Then you also have to take into account your rom- it is possible the source you got it from was a bad dump.

[herbfargus]

You shouldn’t necessarily need to compile from source- you can get all the functionality you need from the 2.6 SD image https://www.petrockblock.com/retropie/retropie-downloads/download-info/retropie-sd-card-image-for-rpi-version-2/

I just did it yesterday, updated the script, and did a full binary install and everything worked swimmingly. Took no longer than an hour tops.

Then if you want specific emulators compiled from source such as mupen64plus-testing you can do that afterwards. That way you’ll at least know everything else is functioning as well as saving you a lot of time. But to each their own . Just my two cents :)

[herbfargus]

That is odd. I’m not sure why it would do that. I guess if all else fails there is always running from a fresh SD image as inconvenient as that may be…

[herbfargus]

I also just barely updated the wiki- the page on controllers might help give you an idea of things:

https://github.com/retropie/RetroPie-Setup/wiki/RetroArch-Configuration

[herbfargus]

scroll further down in the set up script for installing individual emulators- it is titled:
lr-snes9x-next.

This video goes step by step if there is any doubt.

[Author]

Posts