ORA Retropie image for the odroid Xu4
-
I noticed that defragmentating the drive is a feature. From what I have researched, this is only good for hard discs. Trimming is good for solid state devices.
-
I'm trying to access the Discord link from the top of the thread, but, I'm being informed it's invalid. Any update?
-
Well, as the Discord site is no longer valid, I'll post a couple of things here.
I had a working RetroPie on just a standard ODroid image. I decided to give this one a go. That may have been a mistake.
First - and most trivial - is that the wifi.sh script uses iwgetid which is not installed in the image. This was easy to fix by just installing the wireless-tools package. Otherwise an error is generated each time a game is run.
Next, and most serious, is that the MAME stuff doesn't seem to work well. On the standard setup I had, both mame2003 and the trunk made (lr-mame2003 & lr-mame I believe) worked. On this one they seem not too. mame2010 does for some ROM's, but it stretches the screen. I've tried running an update, but, it failed on lr-mame.
Compiling src/mame/drivers/bfm_sc2.cpp...
Compiling src/mame/drivers/bfm_sc4.cpp...
{standard input}: Assembler messages:
{standard input}:156114: Warning: end of file not at end of a line; newline inserted
{standard input}:156655: Error: ARM register expected -- `str'
g++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-5/README.Bugs> for instructions.
bfm.make:739: recipe for target '../../../../libretro/obj/libretro/src/mame/drivers/bfm_sc4.o' failed
make[2]: *** [../../../../libretro/obj/libretro/src/mame/drivers/bfm_sc4.o] Error 4
Makefile:130: recipe for target 'bfm' failed
make[1]: *** [bfm] Error 2
make[1]: *** Waiting for unfinished jobs....
Compiling src/mame/drivers/mpu4vid.cpp...
Compiling src/mame/drivers/mpu5.cpp...
Compiling src/mame/machine/mpu4.cpp...
Archiving libbarcrest.a...
makefile:1306: recipe for target 'linux' failed
make: *** [linux] Error 2
Removing additional swap
~/RetroPie-Setup
Could not successfully build lr-mame - MAME emulator - MAME (current) port for libretro (/home/pigaming/RetroPie-Setup/tmp/build/lr-mame/mamearcade_libretro.so not found). -
try looking for this on discord
ora-official
or find them on facebook.
i would post the link for discord but it is blocked
-
@astal79 are you saying that there will be a next release? I've almost given up on my xu4 thinking that the 3 people working on a stable, RPI-like experience for the Odroid moved on.
-
You haven't been paying attention then. Yes, there will be another release.
-
Is this the correct place to ask that the next image include the avahi packages?
-
Thank you so much for this. After trying to build an image myself from the instructions on the website and it failing at retroarch and emulation station I downloaded this and was up and running in no time
-
Cool i cant wait to test to get my odroid xu4 in a few days and run ora retropie, thanks for all thoses involved and hope this project keeps going, good luck!
-
@spitfyre1085 i just got my xu4 yesterday along with bt csr 4.0 and i couldnt connect my ps3 swan controllers there like thoses cheap copy controllers it took me about an hour, i couldnt get them to hook up so i removed my bluetooth then connected it back and they worked, it seems strange im use to the rpi3 but this is how i got mine to work.
-
@reesk92 Is this guy.... related to the project, too?
There is still activity on his server ;)
https://oph.mdrjr.net/meveric/ -
@cyperghost no he is not.
he is the guy that built the OGST
his is more a computer setup for the Odroid. it does work, but it takes a lot of setup to get it going. -
@exarkuniv I setted up an XU4 now. The image works out of the box but it's a real pity that such a powerhouse like the XU4 isn't better supported. It runs most N64 titles in higer resolution and it's playable ... PSP also works much better. But this thing gots the double amount of RAM and has Octa-core CPU.... think about this would be the hardware of an Raspberry ;)
Sadly I wasn't able to use apt and it wasn't able to compile OpenBOR 6xxx branch in this. Seems some missing SDL depencies :(
Moreover ... the WLAN modules. The Netgear WG111 (aka MEDION XG701A) and Edimax N150 (EW-7811Un) worked very good but the support for such modules on Raspberry is much much better. IMHO the WG111 runs much better (it's a 12year old module but still available in market)All in all it's a nice image with a good preconfiguration and makes things easier.
Did you ever tried BATOCERA for XU4, it also runs very nice but has much flaws in Bluetooth connections and emulator setup.The WG111 can be extended ... http://www.lan23.ru/wifi/usb/usbstick1.html
-
if you need anyhelp setting up anything go to the Odroid forum. https://forum.odroid.com/index.php
(if it is ok to put links for other forums )for your basic it works out of them box, but if you want to get older pc games working like Halflife, and jedi kight 2 working it can be a pain.
No i have not used BATOCERA , i have a load with ORA and that also works great and bluetooth works good for my 8bitdo controller.
-
@exarkuniv Thank for the link. Yes I know BT on ORA is very good. WiFi is a bit tricky because my results with BATOCERA was much better. I hope ORA v2 will hit some gaps, All in all it is a very good image with lots of nice Gimmicks.
OpenBOR for Xu4 would be nice .... Newest version of course maybe someone can port this. As I said it seems just an SDL2 dependency issue
-
@cyperghost
from what i have seen on facebook for ORA, they have improved WiFi they where to drop V2 last week, but something did not compile right so they needed to push it backi do think OpenBOR will come out. they will just need more time i think they are nailing down all the main systems first then going after the smaller things
-
ORA 1.5.2 is out
With support for various new emulators and the OGST N64 display ;) -
So I put the bios where they needed to be and added my roms but Atomiswave and Naomi folders aren't showing on retropie, anyone else had this problem, I can't figure out what I've done wrong.
-
@reesk92 @ExarKunIv
If you are a owner of the N64 case you can make the left button work#!/bin/sh # by cyperghost [ -z $1 ] && leftswitch=24 || leftswitch=$1 echo $leftswitch > /sys/class/gpio/export echo in > /sys/class/gpio/gpio$leftswitch/direction until [ "$status" = "0" ]; do sleep 0.5 status=$(cat /sys/class/gpio/gpio$leftswitch/value) echo "Status: $status - GPIO: $leftswitch" done echo "I am done! Resetting GPIO $leftswitch now!" echo $leftswitch > /sys/class/gpio/unexport
It will output 1 if button is not pressed and 0 if button is pressed. So we can kill running emulators or do annother crazy things. GPIO 24 is button key ;) Barly no documents are available so it was a bit try and error. Finally found the little nasty....
EDIT: EXECUTE script with
sudo
otherwise echo export will fail!
This is just proof of concept! It works of course but gives an entrypoints to other coders outside world - so enjoy! -
@cyperghost that is really cool.
i dont have a case for mine yet, but there is a guy on facebook working to get a gamecube case going. that i might pick up. but great info none the less
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.