ORA Retropie image for the odroid Xu4
-
I have been unable to configure any of my controllers via USB. It detects both my dualshock 3 and my Switch Pro controller, but when it prompts you to hold a button to configure it nothing happens. I'm not sure if I'm doing something wrong.
-
@spitfyre1085 said in ORA Retropie image for the odroid Xu4:
I have been unable to configure any of my controllers via USB. It detects both my dualshock 3 and my Switch Pro controller, but when it prompts you to hold a button to configure it nothing happens. I'm not sure if I'm doing something wrong.
This is not unusual. Lots of controllers are not yet baked into the build. I had the same issue with my XBOX One controller. Just need to be patient while they add support for more. I'm not sure what controllers currently work with the build though.
-
Is there a way to enable SSH currently?
-
@spitfyre1085 its enabled by default the only thing different is we changed the login details to
username:root
password: odroid
for the root acount
and
username: pigaming
password:retopie
for the default accountall out images enable this by default because the biggest complaint we see is people needing to use ssh and being unable to do so even worse is when they cant interface with the pi with keyboard and monitor then there left having to mess around with sd cards and changing files just to enable it so we enable it by default so you can use ssh from the moment you burn the image
if you wish to disable ssh then your welcome to as its easier to disable ssh than it is to enable it in our opinion
-
@reesk92 Thank you so much. Great work on the image BTW.
-
@reesk92 i just got my xu4 today and installed the retropie build,
but when i connect it to my bartop (that has a 1400x900 pc monitor) it won't show any screen.
It says "Input Signal Out of Range" than after a few seconds the monitor goes off and switches back on to the "Input Signal Out of Range".
Any idea how i should get my screen to work? (worked before with my raspberry)When i connect it to my tv it works but the screen is a bit stretched so i can't read half of the buttons on the bottom screen. (maby has something to do with it)
I have been searching for some options how to change resolution or output but can't seem to find anything.
Also a big thank you for your work!!!!
Keep it up ;)à -
@darky2003 You already posted that https://retropie.org.uk/forum/topic/17362/odroid-xu4-input-signal-out-of-range-retropie-build - please do not post multiple times.
-
@darky2003 I would suggest that you familiarize yourself with a boom to a minimal. That is the base that is used with the xu4 per what is supported by odroid themselves. It leverages a boot ini file rather than a config file like the raspberry boards if you're familiar with those.
-
OK so it looks like this ISN'T working on EMMC. I just tried it on a EMMC and it loads the boot up screen fir a couple of seconds then goes to a black screen where it sits there. I just tried XU4-ORA-Base-RetroPie4.3.8-Public-v1.img. Any one else getting the same?
-
for those wanting a good aftermarket case for there odroid xu4s weve recently had this case released from hard kernal that is just amazing
features include
support for 2.5 inch internal hdd
4 front panel usb ports
power and user programable buttons on the front
all major io as well as sd slot accesable from rearand perhaps the most amazing feature thats never been seen before in a retropie case
front panel 2.4inch lcd for displaying system info system logos animations anything you can dream of
price currently 24 dollars
-
Having a little trouble with 4.3.9 v1.1 image
according to the change log point #5 "N64 LR-Mupen as default with exception to a few titles that are set to LR-Parallel when identified as a more pleasurable experience"
Where can I find that list of games changed? Moreover where can I find that file that to manually make its without going through runcommand everytime to verify what if Parallel is being used versus LR-Mupen?
Thanks
-
Are there any plans to get the Display of the OGST N64 Case working under this retropie image ? i would love to see this working becaus in my opition this image is way better than the ogst image. Really good work !!
-
@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
-
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.
-
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?
-
@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.
-
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
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.