ORA Retropie image for the odroid Xu4

reesk92

@nad_22 at some point its not our highest priority because we didnt make the case at no point did the manufacturer even think to consult us as to wether wed like to support it and since the release they have reached out to us offering us the case to work on but still expect us to figure it out for ourselves well support it at some point but were not gonna keep delaying our releases for that screen weve halted eforts for over 6 weeks trying to get that screen working and all its done is break stuff left right and center so sod it were working on more important matters like getting sega saturn emulation working and the screen can either wait or hardkernal can get off there asses and help us support there case

DrannorOD

Yeah like nad_22 I also bought the OGST N64 Case, but I wholeheartedly subscribe to your ORA image instead. However the case OGST has developed is absolutely stellar and i'd love to see your team be able to take advantage of the LCD on the front. If there is anything us plebs can do to help foster communications between your teams I would gladly entertain some time to doing so.

Keep up the fantastic work.

astal79

hello the sega saturn will be presented in the next update for the odroid xu4 a dev has been paid by the community odroid for it works on the compatibility in 32bit on the odroid xu4 how is it that on raspberry while the community is bigger there is nothing?

dankcushions

@astal79 said in ORA Retropie image for the odroid Xu4:

hello the sega saturn will be presented in the next update for the odroid xu4 a dev has been paid by the community odroid for it works on the compatibility in 32bit on the odroid xu4 how is it that on raspberry while the community is bigger there is nothing?

odroid xu4 has GLES 3.X. yaba-sanshiro, the only saturn emulator that is viable on ARM, requires GLES 3.X. raspberry pi only has GLES 2.X.

i have already approached the dev of yaba-sandiro some years ago about the potential of a GLES 2.X path - they said it's impossible. it's not a question of money or the community - the pi GPU is always the problem.

NastyButtler322

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.

treaves

I'm trying to access the Discord link from the top of the thread, but, I'm being informed it's invalid. Any update?

treaves

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).

ExarKunIv

@treaves

try looking for this on discord

ora-official

or find them on facebook.

i would post the link for discord but it is blocked

pitaru

@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.

zerojay

You haven't been paying attention then. Yes, there will be another release.

treaves

Is this the correct place to ask that the next image include the avahi packages?

simpleethat

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

notthesame

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!

notthesame

@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.

cyperghost

@reesk92 Is this guy.... related to the project, too?
There is still activity on his server ;)
https://oph.mdrjr.net/meveric/

ExarKunIv

@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.

cyperghost

@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

ExarKunIv

@cyperghost

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.

cyperghost

@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

ExarKunIv

@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 back

i 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