Asus Tinker Board
-
I think ETA Prime has a video on it. Search it on YouTube. It is buggy, though. I don't assume we'll be able to use the Tinker Board anytime soon.
-
I bought one yesterday, and managed to get retroarch on it. I like it alot, but the image is still in beta and has issues. Once it gets hardware acceleration, I think things will run alot better then.
I also compiled Mednafen multi emulator and it runs a little better.
-
@KryPtAlIvIaN how did you get retroarch to work? Any videos you watched on how to make it work? Or did you put one on youtube?
-
@memothejanitor yeah I think I watched that video but he is just showing how the roms are playing. He doesn't explain how he got arch to work..... I don't think
-
Has anyone tried the retropie image on the tinker board? does it boot at all?
does this work? https://github.com/retropie/retropie-setup/wiki/RetroPie-Ubuntu-16.04-LTS-x86-Flavor
is tinker OS debian based as well?
-
@mab1376 no. tinker board will require code changes.
-
@mab1376 I believe the os is debian based
-
@hannibal
Not all debian bases are equal. There could be several differences. For instance I played with retropie on mx16 for a while to see what it would be like. Because all the libraries and compilers aren't the same, some things such as dolphin in that case wouldn't compile without changes. It can probably be done, but it's going to take a bit of work. -
Ok thanks, I'll probably pick one up soon if any needs testers. Seems like a good upgrade in hardware performance, maybe n64 will run a little better on it.
-
they are $59 on amazon, I got one. Time to play around! No Pi 4 for some time..this should be the next thing until then, if it can get some support
-
Still no news on how anyone got retroarch to work?
-
I don't want to bother you guys but is there any chance that we'll have a working build around November? It seems that the Tinker Board is the next big SBC because the Foundation is focusing on software for now and I don't think they'll release a new board for a while.
-
@hydroxide specs mean nothing if there is no software support. Any development is done as there is free time and as such there is no eta for support.
-
@herb_fargus said in Asus Tinker Board:
@hydroxide specs mean nothing if there is no software support. Any development is done as there is free time and as such there is no eta for support.
There isn't as much of a need for software support since the software so stable since launch, and there appears to be active development from ASUS on both Android and Debian.
I tried multiple things to get Retropie to work.
I managed to get it installed with these two commands
sudo __platform=armv7-mali ./retropie_setup.sh
and
sudo __platform-generic-x11 ./retropie_setup.shI would prefer the armv7-mali (since RK3288 is using Mali-T764) but Retropie keeps asking for mali-fbdev package from apt-get and it is not available. Booting into command line and starting emulationstation ends up with Unable to initialize video (SDL2) (something like that). I'm assuming it's the mali-fbdev missing package that caused this.
If someone could explain what mali-fbdev is, where I can find the source for it, and how to go about compiling it for my system, I could probably get Retropie working.
For generic-x11 install, everything works excluding some emulator builds. Mupen64plus gives error about not being to find stubs-soft.h therefore the core library file isn't created, and some arcade emulators or something (i don't know the errors on those). I looked into the stubs-soft.h and read some documentation on Mupen64plus and it seems I need to set some flags for using hard floats instead (since stubs-hard.h is present) but I have no idea what file to add these flags to in Retropie.
Also generic-x11 isn't ideal since it has to be ran inside an already running X11 environment. It probably wouldn't be a problem since the specs of the Tinker Board are so good, but still not ideal.
Retroarch build from source and install from repo both give a Segmentation Fault on launch. I don't know what that's about. It built fine. Kodi has problems with videos (top and bottom of video are transparent where black should be, might've just been my system). Mupen64plus won't compile without Retropie too, I don't remember why, there were a lot of errors.
So seeing this generic-x11 and armv7-mali platforms as choices in Retropie, support for the Tinker Board would not be too difficult. There's two ways to go about it (I prefer the first)
Regardless, there needs to be better platform identification.
But they could either figure out what video device files the tinker board uses outside of x11 (I saw some packages that had mali in the name, just no mali-fbdev)
or
Fix the flags for compiling emulators on generic-x11.Also, on generic-x11, when trying to launch the Retropie Setup within emulationstation, it will just say Can't recognize platform, please manually set __platform, but I have no idea where to do that. It works for running the script from a git clone, but not within emulationstation.
And to herb, specs should mean everything, that's where the support should go to. Not support should go to where support is. This board is incredibly faster than the Pi 3. I have both and I'm switching permanently because of the much faster hardware. When I had Debian installed, I got Netflix and Hulu working too so much better than Pi 3. I have Android running on this thing already and it took forever for the RPi to do that. ASUS is keeping up with the software on it, now we just need the community to jump on board as well.
So technically, official support is there. The 3rd party communities just need to branch away from the RPi 3 until they come out with something faster. Since everything already works on Retropie (for the most part), considering how much effort was put into it, I would assume they have plenty of time to add support for this device. It wouldn't take much effort, especially considering they got this thing to run with crap videocore gpus.
EDIT
I forgot to mention that generic-x11 also does not show any of the emulators in emulationstation, only the retropie setup section. A lot of emulators built successfully, but did not show up. I don't know what would cause that.
-
@knuxyliblis
Please don't be offended if this is obvious to you, but sometimes it's easy to forget something simple.
Do you have roms in the folders?
The emulators don't show up unless there are roms available for them.Also, brace yourself for some negativity.
I use a PC for my Retropie console in order to get decent N64 performance.
I posted a thread about this hoping to help other people who were disappointed with N64 performance on the Pi, and was quite surprised about the extremely negative reactions I received for using hardware that wasn't a Raspberry Pi. -
@knuxyliblis said in Asus Tinker Board:
If someone could explain what mali-fbdev is, where I can find the source for it, and how to go about compiling it for my system, I could probably get Retropie working.
It's for the frame buffer. Not sure where to get it. Probably an ASUS repo if they've made it available. https://en.wikipedia.org/wiki/Linux_framebuffer
-
@jamesbeat
yeah damnit i didnt have roms in them.and yeah im aware of the crap n64 emulation that mupen does. running project64 in wine on linux runs better than mupen. but this board is crazy fast, i think i can expect full speed on conker, super mario, just all the non troublesome games.
so do u know how to edit the actual config in emulationstation to boot retropiesetup script with the __platform variable set?
and does anyone know how to compile mupen64plus with hard floats, no soft floats? that's where i was stuck with generic-x11.
-
Ok so I got Retropie to install but none of the emulators would launch. I also finally got Retroarch to install and run but even GBA is running at like 2-3 fps. I wish I knew more about this stuff, I would help development on this platform.
Do the mali drivers need to have some type of hardware acceleration for the entire platform or something? I can run 4k videos at 60fps on Youtube without a problem.
I have these 2 packages in Debian repos
libmali-rk-dev
libmali-rk-midgard-r9p0-r0p0I know for a fact the first one is installed. I also have some source files for ARM development for this gpu (mali t764).
The firefly uses this same gpu (or at least the t760).
But as far as emulation goes, there needs to be some gpu driver tuning to get any sort of emulation working on the Tinker Board on Linux. They are just too slow atm and I know VBA-M runs at like 1000% speed when toggled, so it's not the emulators themselves.
Android is probably different, but I can't use it because it glitches so bad with my wireless keyboard/mouse combo. The android seems to work a hell of a lot better than the Android for RPi 3.
Edit
If you would liek to try and mess around with RetroPie, launch the setup script like thissudo __platform=generic-x11 __platform_flags=""-02 -march=IDONTREMEMBERTHEREST" ./retropie_setup.h
Sorry the command wasn't in my history because I whiped. This won't compile mupen or mame or fbi omxplayer (which i think is rpi specific anyways).
Find in the retropie github a file that has the __platform_flags and choose the second one that has -02 (under armv7-mali). The generic-x11 will force x11 environment even though mali is presented in the platform_flags.
-
It looks like retroarch/mupen already works for this SBC (not with TinkerOS though). It was previously released as MiQi in 2016, maybe you could try using the MiQi android OS? Looks like mupen standalone runs pretty great on this. Sorry if this isn't helpful.
-
@MWGemini n64 and dreamcast run perfect on my pi 3 no slowdown or glitches at all.
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.