New Build - name may be RetroRoller

[npaladin2000]

This is not being doen by me, but by one of our Discord users. He's essentially taking the stock base and replacing RetroRun with RetroArch, allowing access to many more configs while still using the HardKernel base and kernel. Making quite a bit of process, but the build doesn't even have a name yet. Just some happy users.

Anyway, download link and release notes for latest version:

Stock+RetroArch v3 for OGA.

https://mega.nz/#!Wk8X0LrC!Y-4LFZd6fbxM ... MLQ074jjyg

Release notes:
- Custom kernel based on stock.
- Sleep support (beta). USB (network, mouse, etc..) and sound all restored.
- Tap power button to sleep and tap again to wake up. Charging also works during sleep.
- To shutdown cleanly (since we don't have a better way yet), there are shutdown and restart commands in ES under cmds.
- Shutdown and reboot also fixed from ES menu.
- If sound doesn't come back then try restarting the emulator or whatever is using sound. openal audio driver in RetroArch seems to help with this. openal I believe is also used in retrorun so you should be good.
- Report issues to the main channel.

From previous release notes:
- brightness control via F1+up/down
- volume F1+left/right
- Separate config dirs in /home/odroid/.config/retroarch and retroarch32.
- pcsx_rearmed is in 32bit as it's faster.
- You can get all of the 32bit cores you want from https://buildbot.libretro.com/nightly/l ... hf/latest/.
- put BIOS files in .config/retroarch/cores/ or .config/retroarch32/cores

[deerwings]

Fresh Flash of this: F1 + Up/Down, or Left/Right don't do anything. In-game, it just acts as the original firmware does. F2 should be remapped to a function key away from Screenshotting, as that is a button that really is useless for general purposes.

However, very appreciated that Retroarch is present and functional!

[deerwings]

Nevermind, just realized I have to actually run them IN Retroarch for that to work.

[valadaa48]

Author here. I didn't add this at the OS level yet as I'm worried about intercepting evdev events that might have a negative impact on input latency in emulators so it's these functions have been added to retroarch directly. Let me know if you prefer to use non-retroarch emus and if so, which ones then I can re-assess. Thanks!

[Sheae]

Dedicated brightness and volume control sounds nice. Sleep mode? Even better.

Running on retroarch means we can control save/load states and it can load regular (battery) saves as well right?

Might switch RA to this.

[deerwings]

Author here. I didn't add this at the OS level yet as I'm worried about intercepting evdev events that might have a negative impact on input latency in emulators so it's these functions have been added to retroarch directly. Let me know if you prefer to use non-retroarch emus and if so, which ones then I can re-assess. Thanks!

I've begun tweaking the es_systems.cfg to default to Retroarch. I configured Gameboy and SNES to test it out. It intercepts the controls for F1 and F2, which is fine, and they work just fine but I have discovered some weird issue where it runs and then skips from time to time, which seems to be an SD Read issue. I'm not sure if this is my SD Card or not, so I'm going to try using a different SD Card and see if the issue persists but so far this seems to be working quite well. While there is no runcommand.sh like standard Retropie uses, changing the command to

Code: Select all

 <command>/usr/local/bin/retroarch -L /home/odroid/.config/retroarch/cores/(relevant core) %ROM% </command>

seems to work with launching Retroarch to play the rom with the core cited in the command. When Retroarch is existed back to Emulationstation, the default button mapping takes over again, which is good.

I'm not sure where the function keys are mapped for the system, as I haven't dug that far into it, but as long as at least this behavior persists, this is good. Just need to nail down the read stuttering, as it freezes the emulator for a couple of seconds sometimes (And the length of time is inconsistent). Top shows that Retroarch isn't the problem, as CPU usage stays down around 7-8%, unless it's spiking to 100% and Top just isn't showing it, even when perfmax is cited in the command. I recall another author was running into the SD read issue with their build as well, so I'm not sure if this is the card or something else. When I get around to getting a different card, I'll give it a test as well. I'm currently using a 128GB Sandisk card, which I've had issues with even with Batocera before, so I suspect it might be the card.

Plus side, using Retroarch with the snes9x2010_libretro.so core, and perfmax in the command for SNES makes Starfox pretty playable! Yoshi's Island works very well too. So this is definitely viable.

[valadaa48]

Ideally I'd like to boot straight into RetroArch instead of ES. RetroArch is a small drawback in that you can't launch external apps say if you wanted to run a standalone emu or retrorun (for whatever reason). Just curious what the users of this image would prefer (launch into RA or ES) and what apps/emus do you use outside of RetroArch?

[deerwings]

The problem with Retroarch is that it has a problem identifying rom types on its own. Not certain why this has to be an issue, but that's only one of two reasons Emulationstation is better for that as a frontend. There's nothing wrong with having Retroarch standalone as an option if people want to use it, and maybe a toggle could be set on boot that goes right into RA if a user chooses, but forcing users to boot straight into RA without ES is sort of a backwards way of handling it, to be honest. After all, ES is called on system bootup and runs RA as needed, that could be fairly easily changed to run RA by default instead of ES if configured that way. Making it an easy switch is the hard part, since you could run a script that does it from ES, but not from RA.

[npaladin2000]

Yeah, I'm guessing you'd need a startup script that lets you choose ES or RA, and maybe have an option of "remember my choice and don't ask again." Something like that could settle both camps. But we have a couple of fairly mature EmulationStation-based builds out there (EmuELEC, Batocera, and RetroArena) but no pure RetroArch based ones yet (Lakka is still MIA). If it was a matter of one or the other, I'd say go with RetroArch so that there's a build out there with that option. But there should be a way to offer a choice of the two.

[deerwings]

This stock image with RA baked into it seems to work pretty well so far with what testing I've done on it. There's obviously some fiddly bits, but at least it's operational. I tried to add Retroarch to the actual stock image but I kept getting some weird issues with it that didn't work, and Retroarch wouldn't launch with it, so whatever was done in this image is awesome.

[shareef]

Lakka is still MIA

The Lakka guys are making good progress, I imagine a release should be coming soon.. see https://twitter.com/natinusala/status/1 ... 3286253568

[valadaa48]

Lakka will be good except that it runs 32bit only I believe. 32bit I've measured to be 4-5% slower than 64bit on this platform except in specific cases (mupen, pcsx_rearmed, etc...) where 32bit is faster. I'm sticking with Ubuntu as it does a good job of supporting 32 and 64bit concurrently.

[npaladin2000]

I'll definitely consider your build one it incorporates the in place update system sick is putting in. PSP is a little hiccup-y on EmuELEC, and RetroArch on there is all 32 bit for now. But I don't want to have to reflash to update

[valadaa48]

What update system? Any info on it?

[npaladin2000]

Just what Crash wrote here: viewtopic.php?f=187&t=38028

[deerwings]

Update on my issue: I flashed this to a different SD card and it seems to work perfectly fine, so it seems the same symptoms of a slightly funky SD card carries over even with this image. Which is a pity, because it was a 128GB Sandisk SD card. I have a 64GB one that seems to work fine, so finding SD cards that don't exhibit this behavior is definitely a thing.

I have to say though, good work on this! I'm going to do some more extensive testing with Retroarch on this unit and see what I can do with it. Especially given the cores included are pretty extensive. I can confirm that Starfox on the SNES with the snes9x2010_libretro.so core is very much playable with only occasional slowdowns! (If you bump the Superfx overclocking up, it's even better, though of course it runs fast).

[valadaa48]

Thanks for the feedback. My next release will bind F3 globally with the following binds:

F3+up/down: screen brightness
F3+left/right: vol
power button: sleep
F3+power button: shutdown cleanly
F3+L1/R1: perfnorm/perfmax

Retroarch will still use F1 as hotkey by default so screen brightness and vol can still be adjusted there if you want to keep that bind.

The 32bit retroarch will also include most of the available autobuilt cores (119 in total).

I'm having trouble finding a decent 64bit ppsspp libretro core. It seems when building from upstream 1.9 we get ~20fps in Tekken 6 but I noticed even the standalone ppsspp by Crash has auto frameskip + skip 2 frames on by default. When I try that, the graphics get all messed up but indeed it seems to run nearly the same as Crash's version...

mupen is another core I'd like to find a good version of to include.

pcsx_rearmed 32bit still seems to be the winner

Any feedback is useful.

[valadaa48]

Update on my issue: I flashed this to a different SD card and it seems to work perfectly fine, so it seems the same symptoms of a slightly funky SD card carries over even with this image. Which is a pity, because it was a 128GB Sandisk SD card. I have a 64GB one that seems to work fine, so finding SD cards that don't exhibit this behavior is definitely a thing.

Not sure if it's helpful, but I've learned to only trust samsung. I have never experienced an issue with them since switching 5-6 years ago. I've RMA'd a ton of SanDisk microsds.

[Sheae]

Thanks for the feedback. My next release will bind F3 globally with the following binds:

F3+up/down: screen brightness
F3+left/right: vol
power button: sleep
F3+power button: shutdown cleanly
F3+L1/R1: perfnorm/perfmax

Retroarch will still use F1 as hotkey by default so screen brightness and vol can still be adjusted there if you want to keep that bind.

[...]

Is there a way to reconfigure this to our liking or is decided in compilation time?

Ideally I would like to have F1 as Select and F6 as Start, as these are the most common keys I would press, and the most easier to reach buttons. Also, it mimics gameboys and other controllers better.
I would also prefer F4/F5 for the main keys, as I would use my right thumb for that, not the left. Using F3 means I need to change grip on the device, as I can't comfortably reach it with my right thumb, and the left one needs to press the d-pad for the combinations. Would put RetroArch main hotkey to either F2 or F4/F5.

[deerwings]

Update on my issue: I flashed this to a different SD card and it seems to work perfectly fine, so it seems the same symptoms of a slightly funky SD card carries over even with this image. Which is a pity, because it was a 128GB Sandisk SD card. I have a 64GB one that seems to work fine, so finding SD cards that don't exhibit this behavior is definitely a thing.

Not sure if it's helpful, but I've learned to only trust samsung. I have never experienced an issue with them since switching 5-6 years ago. I've RMA'd a ton of SanDisk microsds.

Definitely, YMMV on a variety of cards. I have a couple of no-name branded cards that actually seem to work fine, and others that do funky things, so it's hard to say. Generally Sandisk is okay, but they're hit or miss. I've had good luck with Kingstons generally, but I have one that doesn't like being formatted as anything other than Fat32 and can't for the life of me figure out why.

But hey, cool thing is if I'm feeling really enterprising, I can just remount the /roms folder to reflect a Fat32-formatted USB stick and read my roms from there if I want. Fun times.

[bmurphr1]

I'm using this as my default image for both of my micro SD cards and this setup is far superior to the stock Odroid image just because we get the option to stay in ES and still be able to adjust brightness and volume by holding a button and using the D-pad to change those options, but we can also load up either 32 or 64bit RetroArch and have access to many more cores which allows me to work with more systems than ES has to offer plus different cores. This is the first image I've tried out that allows Star Fox to run just fine with Snes9x2010 as well as Yoshi's Island.

[deerwings]

I'm using this as my default image for both of my micro SD cards and this setup is far superior to the stock Odroid image just because we get the option to stay in ES and still be able to adjust brightness and volume by holding a button and using the D-pad to change those options, but we can also load up either 32 or 64bit RetroArch and have access to many more cores which allows me to work with more systems than ES has to offer plus different cores. This is the first image I've tried out that allows Star Fox to run just fine with Snes9x2010 as well as Yoshi's Island.

Over the next two days I'm going to be working on es_systems.cfg to change everything from Retrorun to Retroarch, and then doing some tests with different cores. The Stock Ubuntu image is a bit faster for most things I've found, so I'm going to spend some time putting this through its paces and then offer my thoughts. But so far I am super excited about this, especially considering Retroarch is rotated correctly.

[valadaa48]

Thanks for the work testing this image. Please give any feedback. Ideally we can get some more help compiling 64bit and 32bit cores that are linked on this image. Also if anyone can maintain a web site with known working cores 32bit and 64bit, we can easily update the URLs in retroarch to point to them to allow for downloading/updating cores directly from in retroarch.

[snock]

1. Can lr-flycast and reicast be installed?
2. Can't set the default emulator? or a specific one for a roms?

Used to retropie, I look for the closest thing.

[IgaBiva]

I guess that EmuELEC is closest to RetroPie that you can find.

[snock]

I use attractmode in retropie ... and the emuelec menu is very similar in terms of options. But you have no freedom to install / compile apps. Right now I use emuelec.
Although the base distribution with ES & RA ... for me is the closest thing to retropie. The truth is that the retropie_setup script is wonderful.

I am so used to it, I know where each configuration file is, that I have to modify .... download and compile without problems .... But here I am lost, for example, retroarch can be updated / installed from the script. .. But you can also do it manually without problems. But here I stay I don't know how to do it.

[deerwings]

I've finished tweaking the es_systems.cfg for this image with the exception for Lynx and a couple of other emulators I don't have roms for. The Retroarch core for Handy doesn't seem to work properly, while the built-in Handy emu works fine. I need to do some exploring to see if I can figure it out.

I've run into a weird issue where my SD card seems to occasionally cause it to 'chug' where it didn't do this on Batocera or the original stock Ubuntu image but I'm not sure if it's just the card, or this TBD image. Also, my Wifi adapter WN-725N seems to intermittently experience high lag, But so far what I've experimented seems to be working pretty well. I'm not sure what this build does differently regarding Retroarch that Batocera hasn't done yet, but it's exciting to see more efforts towards producing a decently mature OS for the OGA is in progress!

[deerwings]

So far, files I have modified:

/etc/emulationstation/es_input.cfg I've changed Start and Select to buttons 15 and 14 respectively to move them to the far right of the function buttons so they're more comfortable to hit with my right hand.
/home/odroid/.emulationstation/es_systems.cfg Modfied to include more filetypes for each emulator and replaced retrorun with Retroarch, except for Handy as the libretro core for Handy seems to have issues. This needs more experimentation.
/sys/devices/platform/odroidgo2-joypad/poll_interval changed from 2 to 10 (Followed this post: viewtopic.php?f=196&t=38044#p285135 to make the change stick - resolves double key presses mostly)

I've also set my button mappings in retroarch and retroarch32 along with the screen settings to make it more 'comfortable' and am pleased that the changes are persistent across all emulators regardless of core, allowing for easy modification of control schemes for each core with retroarch overrides as normal.

So far, this has been my favorite build. I wish I could find a way to repackage it and shrink it to be reflashable on other SD cards but I don't know how.

[CISKO]

So far, files I have modified:

/etc/emulationstation/es_input.cfg I've changed Start and Select to buttons 15 and 14 respectively to move them to the far right of the function buttons so they're more comfortable to hit with my right hand.
/home/odroid/.emulationstation/es_systems.cfg Modfied to include more filetypes for each emulator and replaced retrorun with Retroarch, except for Handy as the libretro core for Handy seems to have issues. This needs more experimentation.
/sys/devices/platform/odroidgo2-joypad/poll_interval changed from 2 to 10 (Followed this post: viewtopic.php?f=196&t=38044#p285135 to make the change stick - resolves double key presses mostly)

I've also set my button mappings in retroarch and retroarch32 along with the screen settings to make it more 'comfortable' and am pleased that the changes are persistent across all emulators regardless of core, allowing for easy modification of control schemes for each core with retroarch overrides as normal.

So far, this has been my favorite build. I wish I could find a way to repackage it and shrink it to be reflashable on other SD cards but I don't know how.

you could add .vsf for c64 and .7z for amiga in es_systems.cfg, and lr-flycast core.
Use win32disk manager for creating the image and then use pishrink .

[Safarikniv]

Announcement:

Valadaa48s Retroarch now brings autoupdating and downloading of emulator cores.

Future releases will have this feature baked in, but it possible to use with previous releases too.

Change the following in your retroarch config:

For 64bit - Edit your /home/odroid/.config/retroarch/retroarch.cfg
core_updater_buildbot_cores_url = "http://eple.us/odroidgo2/ubuntu-18.04/aarch64/latest/"

For 32bit - Edit your /home/odroid/.config/retroarch32/retroarch.cfg
core_updater_buildbot_cores_url = "http://eple.us/odroidgo2/ubuntu-18.04/armhf/latest/"

PS: These cores are for Retroarch on stock based images. (Will also work with retrorun and retrorun32)

If you have any cores that isn't here, please share. If you could help with compiling cores that isn't yet available on OGA, please do, and share. Every available cores will be added to the update directory.

[CISKO]

Announcement:

Valadaa48s Retroarch now brings autoupdating and downloading of emulator cores.

Future releases will have this feature baked in, but it possible to use with previous releases too.

Change the following in your retroarch config:

For 64bit - Edit your /home/odroid/.config/retroarch/retroarch.cfg
core_updater_buildbot_cores_url = "http://eple.us/odroidgo2/ubuntu-18.04/aarch64/latest/"

For 32bit - Edit your /home/odroid/.config/retroarch32/retroarch.cfg
core_updater_buildbot_cores_url = "http://eple.us/odroidgo2/ubuntu-18.04/armhf/latest/"

PS: These cores are for Retroarch on stock based images. (Will also work with retrorun and retrorun32)

If you have any cores that isn't here, please share. If you could help with compiling cores that isn't yet available on OGA, please do, and share. Every available cores will be added to the update directory.

great news, please could you add lr-Px68k and lr-Puae?

[Safarikniv]

Announcement:

Valadaa48s Retroarch now brings autoupdating and downloading of emulator cores.

Future releases will have this feature baked in, but it possible to use with previous releases too.

Change the following in your retroarch config:

For 64bit - Edit your /home/odroid/.config/retroarch/retroarch.cfg
core_updater_buildbot_cores_url = "http://eple.us/odroidgo2/ubuntu-18.04/aarch64/latest/"

For 32bit - Edit your /home/odroid/.config/retroarch32/retroarch.cfg
core_updater_buildbot_cores_url = "http://eple.us/odroidgo2/ubuntu-18.04/armhf/latest/"

PS: These cores are for Retroarch on stock based images. (Will also work with retrorun and retrorun32)

If you have any cores that isn't here, please share. If you could help with compiling cores that isn't yet available on OGA, please do, and share. Every available cores will be added to the update directory.

great news, please could you add lr-Px68k and lr-Puae?

I haven't seen them anywhere. If you have a copy that's working I'll add them.

[CISKO]

I have them. They are working in batocera and emuelec.
how share?

I don´t see lr-mupen 64 plus next, lr-fuse, lr-caprice32, lr-neocd,lr-beetle-pcefast-lr-bettle-npc,...


could you add extension .vsf for commodore 64?

[valadaa48]

I have them. They are working in batocera and emuelec.
how share?

I don´t see lr-mupen 64 plus next, lr-fuse, lr-caprice32, lr-neocd,lr-beetle-pcefast-lr-bettle-npc,...


could you add extension .vsf for commodore 64?

To be sure, please make sure the cores work in the stock image with retroarch or retrorun before adding to this repo. Cores from other OS's could be linked against different glibc/libs and may not work.

[bmurphr1]

Had to post this on behalf of @valadaa48 - his RetroRoller v1.0 image for the Odroid Go Advance...major kudos to him for posting this awesome and stable release after many days of tweaks and bulids.

https://mega.nz/#!qhFRxY4B!twnNC6huUM9O ... YSGr33_XZM

# Retro Roller

This provides Retroarch 32bit and 64bit on CrashOverride's one and only Stock
image. Among other tweaks, a custom kernel is integrated that provides sleep.

The idea with this package is to update via a rolling package release instead
of reflashing. NOTE: Any major OS upgrades like CrashOverride's upcoming
Ubuntu image.

This image represents what I run on my odroid go advance and as such, I will
most likely not be making this into a kitchen sink of apps like other images.

## How To Update Retro Roller

sudo dpkg -i retroroller_<ver>.deb # substitute for <ver>

If you get prompted to update config files, choose which action you want to take.

sudo apt-get -f install

Reboot.

## Key Bindings

There is a global listener.

F3+left/right -> volume
F3+up/down -> brightness
power -> suspend
F3+power -> shutdown

## Credits

- CrashOverride for all of his hard work on creating the Stock image, libgo2,
initial retroarch port and countless other things for this platform.
- Lakka team for their Retroarch patches, testing and integration.
- NoirBright for his extensive testing and feedback.
- Safarikniv for hosting both 32bit and 64bit Retroarch cores for download.

Yes...rolling binary updates without having to reflash your micro SD card.

[CISKO]

I have them. They are working in batocera and emuelec.
how share?

I don´t see lr-mupen 64 plus next, lr-fuse, lr-caprice32, lr-neocd,lr-beetle-pcefast-lr-bettle-npc,...


could you add extension .vsf for commodore 64?

To be sure, please make sure the cores work in the stock image with retroarch or retrorun before adding to this repo. Cores from other OS's could be linked against different glibc/libs and may not work.

try and tell you

[ASpooky]

what's the features of Retroarch V3, in comparison to other builds such as Emuelec? (if any, of course)

[bmurphr1]

what's the features of Retroarch V3, in comparison to other builds such as Emuelec? (if any, of course)

I haven't tried EmuELEC, but RetroRoller (newer image posted above) includes the binaries for both the 32bit and 64bit releases of RetroArch (latest versions), downloadble cores compiled specifically for the OGA that will soon be ported over to the device), and rolling updates which allow you to upgrade RetroArch without having to reflash the micro SD card like we have to right now. Compatibility between ES, and both binaries of RetroArch is turning out to make this release one of the most compatible images that you can use on the device. Val is working constantly to add fixes to the RetroArch binaries, compile new cores, as well as integrate functions such as the global volume and brightness settings that were missing from the original release, and much much more.

[adventureFAN]

And EmuELEC has that all already.
RetroArch (32bit) is completly intregrated (and compatible) in EmulationStation. You can scrape all your games and can start it directly from EmulationStation. You don't have to start RetroArch32 & 64 seperatly like in this build. All cores are optimizied (for 32bit, which is more then enough for system up to PSX). It has the optimized standalone PPSSPP from Stock. You can also install Drastic (NDS) emulator. You have much more options for each system and PER GAME. Like turn on Auto-Save/Load, Filters, Scaling, prefered Core, etc. There are many Ports & Games available like VVVVVV, Diablo or Doom and much much more.

[npaladin2000]

And EmuELEC has that all already.
RetroArch (32bit) is completly intregrated (and compatible) in EmulationStation. You can scrape all your games and can start it directly from EmulationStation. You don't have to start RetroArch32 & 64 seperatly like in this build. All cores are optimizied (for 32bit, which is more then enough for system up to PSX). It has the optimized standalone PPSSPP from Stock. You can also install Drastic (NDS) emulator. You have much more options for each system and PER GAME. Like turn on Auto-Save/Load, Filters, Scaling, prefered Core, there are many Ports & Games available like VVVVVV, Diablo or Doom and much much more.

Yeah the big thing is the 64 bit support. EmuELEC isn't ready to provide that yet, and they're a couple of cores that work better with it. RetroRoller still has a decent niche though.

[kavag]

64 bit can make a big difference for PSP, N64 and Dreamcast emulation. 32 vs 64 bit benchmarks of Raspberry Pi https://medium.com/@matteocroce/why-you ... 5290d48947 (I know Raspberry PI has a different CPU, but it's ARM64 same as RK3326).

[deerwings]

I've copied the cores from my Retrostone, specifically lr-handy/handy_libretro.so and tested it with Retroarch, didn't work. Tested with Retroarch32 and it worked! This means I've got some more cores I can potentially play with. I've uploaded specifically the handy_libretro.so core here: https://drive.google.com/open?id=1GYQN ... eru9VUXJrZ so you could mimic the same.

Make sure that goes in ~/.config/retroarch32/cores.

Here is the es_systems.cfg I am currently using for /this/ build. This goes into ~/.config/.emulationstation/es_systems.cfg

Code: Select all

<systemList>
	<system>
		<name>atari2600</name>
		<fullname>Atari 2600</fullname>
		<path>/roms/atari2600/</path>
		<extension>.a26 .A26 .zip .ZIP .7z .7Z</extension>
		<command>/usr/local/bin/retroarch -L ~/.config/retroarch/cores/stella2014_libretro.so %ROM%</command>
		<platform>atari2600</platform>
		<theme>atari2600</theme>
	</system>
	<system>
		<name>atari5200</name>
		<fullname>Atari 5200</fullname>
		<path>/roms/atari5200/</path>
		<extension>.a52 .A52 .zip .ZIP</extension>
		<command>/usr/local/bin/retroarch -L ~/.config/retroarch/cores/atari800_libretro.so %ROM%</command>
		<platform>atari5200</platform>
		<theme>atari5200</theme>
	</system>
	<system>
		<name>prosystem</name>
		<fullname>Atari 7800</fullname>
		<path>/roms/atari7800/</path>
		<extension>.a78 .A78 .zip .ZIP .7z .7Z</extension>
		<command>/usr/local/bin/retroarch -L ~/.config/retroarch/cores/prosystem_libretro.so %ROM%</command>
		<platform>atari7800</platform>
		<theme>atari7800</theme>
	</system>
	<system>
		<name>atarilynx</name>
		<fullname>Atari Lynx</fullname>
		<path>/roms/atarilynx/</path>
		<extension>.lnx .LNX .zip .ZIP .7z .7Z</extension>
		<command>/usr/local/bin/retroarch32 -L ~/.config/retroarch32/cores/handy_libretro.so %ROM%</command>
		<platform>atarilynx</platform>
		<theme>atarilynx</theme>
	</system>
	<system>
		<name>gamegear</name>
		<fullname>Sega Game Gear</fullname>
		<path>/roms/gamegear/</path>
		<extension>.gg .GG .zip .ZIP .7z .7Z</extension>
		<command>/usr/local/bin/retroarch -L ~/.config/retroarch/cores/genesis_plus_gx_libretro.so %ROM%</command>
		<platform>gamegear</platform>
		<theme>gamegear</theme>
	</system>
	<system>
		<name>mastersystem</name>
		<fullname>Sega Master System</fullname>
		<path>/roms/mastersystem/</path>
		<extension>.sms .SMS .zip .ZIP .7z .7Z</extension>
		<command>/usr/local/bin/retroarch -L ~/.config/retroarch/cores/genesis_plus_gx_libretro.so %ROM%</command>
		<platform>mastersystem</platform>
		<theme>mastersystem</theme>
	</system>
	<system>
		<name>megadrive</name>
		<fullname>Sega Genesis</fullname>
		<path>/roms/megadrive/</path>
		<extension>.md .MD .bin .BIN .zip .ZIP .7z .7Z</extension>
		<command>/usr/local/bin/retroarch -L ~/.config/retroarch/cores/genesis_plus_gx_libretro.so %ROM%</command>
		<platform>megadrive</platform>
		<theme>megadrive</theme>
	</system>
		<system>
		<name>genesis</name>
		<fullname>Sega Genesis</fullname>
		<path>/roms/genesis/</path>
		<extension>.md .MD .bin .BIN .zip .ZIP .7z .7Z</extension>
		<command>/usr/local/bin/retroarch -L ~/.config/retroarch/cores/genesis_plus_gx_libretro.so %ROM%</command>
		<platform>genesis</platform>
		<theme>genesis</theme>
	</system>
	<system>
		<name>segacd</name>
		<fullname>Sega CD</fullname>
		<path>/roms/segacd/</path>
		<extension>.cue .CUE .bin .BIN .iso .ISO .zip .ZIP .7z .7Z</extension>
		<command>bioscheck -s segacd /opt/libretro/genesis-plus-gx && retrorun -a 1.333 -s ~ -d /opt/libretro/genesis-plus-gx /opt/libretro/genesis-plus-gx/genesis_plus_gx_libretro.so %ROM%</command>
		<platform>segacd</platform>
		<theme>segacd</theme>
	</system>
	<system>
		<name>smsplus-gx</name>
		<fullname>Colecovision</fullname>
		<path>/roms/coleco/</path>
		<extension>.col .COL .bin .BIN .zip .ZIP .7z .7Z</extension>
		<command>bioscheck -s coleco /opt/smsplus-gx && /opt/smsplus-gx/smsplus-gx %ROM% /opt/smsplus-gx/coleco.rom</command>
		<platform>colecovision</platform>
		<theme>colecovision</theme>
	</system>
	<system>
		<name>gb</name>
		<fullname>Nintendo GAMEBOY</fullname>
		<path>/roms/gb/</path>
		<extension>.gb .GB .zip .ZIP .7z .7Z</extension>
		<command>perfmax; /usr/local/bin/retroarch -L ~/.config/retroarch/cores/gambatte_libretro.so %ROM%; perfnorm</command>
		<platform>gb</platform>
		<theme>gb</theme>
	</system>
	<system>
		<name>gbc</name>
		<fullname>Nintendo GAMEBOY Color</fullname>
		<path>/roms/gbc/</path>
		<extension>.gbc .GBC .zip .ZIP .7z .7Z</extension>
		<command>perfmax; /usr/local/bin/retroarch -L ~/.config/retroarch/cores/gambatte_libretro.so %ROM%; perfnorm</command>
		<platform>gbc</platform>
		<theme>gbc</theme>
	</system>
	<system>
		<name>gba</name>
		<fullname>Nintendo GAMEBOY Advance</fullname>
		<path>/roms/gba/</path>
		<extension>.gba .GBA .zip .ZIP .7z .7Z</extension>
		<command>perfmax; /usr/local/bin/retroarch -L ~/.config/retroarch/cores/mgba_libretro.so %ROM%; perfnorm</command>
		<platform>gba</platform>
		<theme>gba</theme>
	</system>
	<system>
		<name>nes</name>
		<fullname>Nintendo Entertainment System</fullname>
		<path>/roms/nes/</path>
		<extension>.nes .NES .fc .FC .zip .ZIP .7z .7Z</extension>
		<command>/usr/local/bin/retroarch -L ~/.config/retroarch/cores/fceumm_libretro.so %ROM%</command>
		<platform>nes</platform>
		<theme>nes</theme>
	</system>
	<system>
		<name>snes</name>
		<fullname>Super Nintendo Entertainment System</fullname>
		<path>/roms/snes/</path>
		<extension>.sfc .SFC .smc .SMC .fig .FIG .zip .ZIP .7z .7Z</extension>
		<command>perfmax; /usr/local/bin/retroarch -L ~/.config/retroarch/cores/snes9x2010_libretro.so %ROM%; perfnorm</command>
		<platform>snes</platform>
		<theme>snes</theme>
	</system>
    <system>
    	<name>mupen64plus</name>
    	<fullname>Nintendo 64</fullname>
    	<path>/roms/n64/</path>
    	<extension>.n64 .z64 .N64 .Z64 .zip .ZIP .7z .7Z</extension>
    	<command>perfmax; /opt/mupen64plus/mupen64plus --resolution 320x240 --plugindir /opt/mupen64plus --gfx mupen64plus-video-rice.so --corelib /opt/mupen64plus/libmupen64plus.so.2 --datadir /opt/mupen64plus %ROM%; perfnorm</command>
    	<platform>n64</platform>
    	<theme>n64</theme>
    	</system>
	<system>
		<name>pcengine</name>
		<fullname>TurboGrafx 16</fullname>
		<path>/roms/pcengine/</path>
		<extension>.pce .PCE .zip .ZIP .7z .7Z</extension>
		<command>/usr/local/bin/retroarch -L ~/.config/retroarch/cores/mednafen_pce_fast_libretro.so %ROM%</command>
		<platform>pcengine</platform>
		<theme>pcengine</theme>
	</system>
		<system>
		<name>tg16</name>
		<fullname>TurboGrafx 16</fullname>
		<path>/roms/tg16/</path>
		<extension>.pce .PCE .zip .ZIP .7z .7Z</extension>
		<command>/usr/local/bin/retroarch -L ~/.config/retroarch/cores/mednafen_pce_fast_libretro.so %ROM%</command>
		<platform>tg16</platform>
		<theme>tg16</theme>
	</system>
		<system>
		<name>pcenginecd</name>
		<fullname>TurboGrafx 16 CD</fullname>
		<path>/roms/pcenginecd/</path>
		<extension>.cue .CUE .iso .ISO .bin .BIN .zip .ZIP .7z .7Z</extension>
		<command>bioscheck -s pcenginecd /opt/libretro/beetle-pce-fast && retrorun -s ~ -d /opt/libretro/beetle-pce-fast /opt/libretro/beetle-pce-fast/mednafen_pce_fast_libretro.so %ROM%</command>
		<platform>pcengine</platform>
		<theme>pcengine</theme>
	</system>
	<system>
		<name>pcsx_rearmed</name>
		<fullname>Sony PlayStation</fullname>
		<path>/roms/psx/</path>
		<extension>.cue .CUE .bin .BIN .iso .ISO .pbp .PBP .zip .ZIP .7z .7Z</extension>
		<command>perfmax; /usr/local/bin/retroarch32 -L ~/.config/retroarch32/cores/pcsx_rearmed_libretro.so %ROM%; perfnorm</command>
		<platform>psx</platform>
		<theme>psx</theme>
	</system>
	<system>
		<name>ppsspp</name>
		<fullname>Sony PlayStation Portable</fullname>
		<path>/roms/psp/</path>
		<extension>.iso .ISO .cso .CSO .pbp .PBP .zip .ZIP .7z .7Z</extension>
		<command>perfmax; /opt/ppsspp-crashoverride/PPSSPPSDL %ROM%; perfnorm</command>
		<platform>psp</platform>
		<theme>psp</theme>
	</system>
	<system>
		<name>retropie</name>
		<fullname>System</fullname>
		<path>/opt/system/</path>
		<extension>.sh</extension>
		<command>%ROM%</command>
		<platform></platform>
		<theme>retropie</theme>
	</system>
	<system>
		<name>ports</name>
		<fullname>Ports</fullname>
		<path>/roms/ports</path>
		<extension>.sh</extension>
		<command>%ROM</command>
		<platform></platform>
		<theme>ports</theme>
	</system>
	<system>
		<name>cmds</name>
		<fullname>Run command</fullname>
		<path>/cmds</path>
		<extension>.sh</extension>
		<command>%ROM%</command>
		<platform></platform>
		<theme>retropie</theme>
	</system>
</systemList>

[deerwings]

Also, if Retroroller is going to be the new name for this build, noice.

[Safarikniv]

handy_libtetro.so is already available for Retroarch 64bit

Here's the list for 64bit:
http://eple.us/odroidgo2/ubuntu-18.04/aarch64/latest/

And 32bit:
http://eple.us/odroidgo2/ubuntu-18.04/armhf/latest/

If anybody have a core that's missing, and have confirmed that it's working, please share.