[zerojay]

Meanwhile, I ported over the deadbeef music player to RetroPie. It has a GTK interface and runs in X. It will play all your music but the special thing about this player is that it can play all sorts of classic chiptune modules as well as actual game music rips from tons of different consoles. It uses actual rips of the music instructions and emulates the console’s sound chips so they sound dead on as well as being far smaller than mp3s. Entire soundtrack for a NES game: 25k, for instance.

You can find it in my repo: http://github.com/zerojay/RetroPie-Extra/

[zerojay]

Buy a used Xbox 360 arcade stick, preferably a Madcatz TE stick. They should be cheap as most tournaments have moved away from 360 and easy to find. They’ll come with some of the best parts as well.

[zerojay]

I might have a go at this, maybe. Not sure how usable it will be as it likely will need to be based on latest MAME.

[zerojay]

No compilation instructions, and QT requirements which means X needs to be running as well as the huge amount of QT dependencies. I’m not touching it, sorry.

[zerojay]

Point me to some source code and I’ll take a shot at it.

[zerojay]

You can try to blacklist xpad and try xboxdrv but can’t say it’ll work for sure or not. I added the info I could to try to make it work but whether it is or not, I have no idea.

[zerojay]

RetroPie is a full distribution of software and scripts and EmulationStation is one piece of that software.

[zerojay]

It downloads the previous latest version from sourceforge. It should be updated to either pull the code from sourceforge from git or updated to v4.0 because of the added systems that can be emulated with it.

I might take a run at it if I have time.

[zerojay]

I did edit the line to get it working. As far as I know, retropie_packages.sh is only supposed to be run as root anyways…? I know it’s definitely the case with retropie_setup.sh. Not too sure how that happened but… *shrug*

I’m reimaging my setup and I’ll take another try at it and test more than 2 or 3 games on it.

[zerojay]

Herb has included a module in my repository: https://github.com/zerojay/RetroPie-Extra/

[zerojay]

Haven’t seen that happen before. Usually it’s quite happy to work without memory card just fine as far as I’ve seen. Maybe check permissions on your PPSSPP configuration directories?

[zerojay]

I’d like to help you but I have no idea what console that game is for, what emulator you are using, etc…

[zerojay]

I followed the above and it causes emulationstation not to launch due to not having permissions to /root/RetroPie/roms/n64. Why? Well, because of this in es_systems.cfg:

<system>
<name>n64</name>
<fullname>Nintendo 64</fullname>
<path>/root/RetroPie/roms/n64</path> ************
<extension>.z64 .n64 .v64 .Z64 .N64 .V64</extension>
<command>/opt/retropie/supplementary/runcommand/runcommand.sh 0 _SYS_ n64 %ROM%</command>
<platform>n64</platform>
<theme>n64</theme>
<directlaunch/>
</system>

You probably want to fix that.

[zerojay]

You aren’t doing anything wrong. The files themselves are truncated for some reason.

[zerojay]

Are you overclocked?

[zerojay]

I believe you must quit emulationstation for that to get written out. I could be wrong though.

[zerojay]

A lot of us see the Raspberry Pi as a learning tool so perhaps you might use your experience to learn more about Linux in general. Hope you enjoy.

[zerojay]

I’ve wiped my installation and will give it a shot and see if I have problems too.

[zerojay]

Yeah, I have the same setup myself.

If the script doesn’t exist, then something about the script failed. You can manually run it and see if there is any error messages.

sudo su
cd /home/pi/RetroPie-Setup/
./retropie_packages.sh openbor depends
./retropie_packages.sh openbor sources
./retropie_packages.sh openbor build
./retropie_packages.sh openbor install
./retropie_packages.sh openbor configure

The script in question is written out during the configure step. This is also how you would generally test a script if it’s going wrong.

[zerojay]

As it tells you after installation, the script is at /opt/retropie/ports/openbor/extract.sh.

There’s nothing wrong with heavily tweaking your install, just as long as you do it the right way. For instance, if you want your ROM directories to be on an external hard drive. Some people just move the directories and edit emulationstation’s configuration files to point to the new directories, and don’t realize that most of the scripts such as the scraper all depend upon the original ROM directory being where it is. The right way to go about this would be to symlink the new directory to the original ROM directory, which allows you to have your ROMs anywhere you please while still keeping functionality working fine. So I wouldn’t be surprised if your customizations are the cause of some of the problems you are experiencing.

And if that’s your attempt to take a dig at my external script archive, many of my scripts are also in RetroPie-Setup by default and have been tested working just fine so do what you like. :)

[zerojay]

Enjoy your specs.

[zerojay]

The extract script does all the unzipping for you and places the games where they need to be.

I’m starting to think you’ve customized your RetroPie and changed something about where things should be, therefore causing these types of problems. Other people have used the script without issue which is why it made it into RetroPie’s main set of scripts.

I cleared out my install of OpenBOR entirely and ran the script and everything compiled and ran and was where it was expected. So I’m wondering if you moved your ROM directory somewhere else instead of symlinking it.

[zerojay]

Source code assumes x86. Can’t be linked properly on Pi. Not happening.

[zerojay]

I got absolutely zero feedback on this. I finally got around to testing it and have it fully functional aside from loading the game from the command line. For best results, set your screen to something like 640×480 and go ahead and load your game from the F12 setup menu. It will not crash as we’re running under X.

I’ve updated it in my repo. It will be in the beebem branch until I figure out the command line issue.

[zerojay]

I’ll take a whack at it sometime in the next 24 hours.

[zerojay]

If it’s tied to DirectX, you can forget about it.

[zerojay]

Dude, badgering developers to support hardware they don’t even own isn’t exactly a winning strategy. On top of the fact that it would already be yet another piece of hardware to maintain with all the other versions of Pi out there. You’re expecting far too much and your frustrations are misplaced here.

At this point, if you want RetroPie on an ODroid2 with more support than there already is, you’re either going to have to build and support it yourself or buy the devteam some C2’s and hope that they are interested enough to take on the extra burden of supporting it.

[zerojay]

xboxdrv fixes it.

[zerojay]

Gizmo, I tried building from your repo but it looks like you’ve changed things quite a bit from upstream such as the Makefile being moved and now it apparently requires the Mupen64plus api files to be somewhere? Can you give me a step by step on how to compile from your fork?

[zerojay]

Serious Sam is all OpenGL. If it’s OpenGL 1, we might be able to get by on glshim to make it work, perhaps.

[zerojay]

I’ll take a run at scripting it.

[zerojay]

Street Fighter Alpha 3 is not widescreen. The Arcade/Original adjusts the positioning of the HUD around the screen.

[zerojay]

Maybe leave a little note about how to do it on the Wiki.

[zerojay]

I’ve updated the script. In the future, please file a bug on the issue tracker for the repo so that I’m more easily aware of there being a problem.

[zerojay]

Okay, I’ll take a look. Thanks for the update.

[Author]

Posts