I am trying to create a script that will run Pico-8 natively on my Anbernic RG35XX Plus.
When I try to get it to run using the pico8_dyn raspi binary I am getting the following error:
SDL Error: SDL not built with haptic (force feedback) support ** FATAL ERROR: Unable to initialize SDL |
I've been able to get it to boot, albeit without video, but this is requiring me to build my own version of SDL2, since haptic support is being required by Pico-8 and is not available in the RG35XX native SDL2 system files.
I'd like to avoid having to compile a new version of SDL2 just to "provide haptic support". Is there anything I can do do bypass this requirement in my native SDL2?
Here's my script so far:
#!/bin/bash # Define variables SCRIPT_DIR="$(dirname "$0")" PICO_DIR="$SCRIPT_DIR/pico-8" # Navigate to the script directory cd "$SCRIPT_DIR" # Function to check if a package is installed is_package_installed() { dpkg -l "$1" &> /dev/null } # Install dependencies if they are not already installed if ! is_package_installed wget; then apt-get update apt-get install -y wget fi if ! is_package_installed unzip; then apt-get update apt-get install -y unzip fi # Check if PICO_DIR exists, if not, download and extract Pico-8 if [ ! -d "$PICO_DIR" ]; then # Download the PICO-8 zip file wget OMITTED THIS URL SINCE IT IS WHERE I AM PULLING MY OFFICIAL PAID FILES FROM # Extract the zip file unzip pico-8_0.2.6_raspi.zip # Delete the zip file rm pico-8_0.2.6_raspi.zip fi # Navigate to the pico-8 directory cd "$PICO_DIR" # Make the pico8 binaries executable chmod -R +x . # Execute the pico8 binary and log output ./pico8_dyn -splore -width 640 -height 480 -volume 50 -pixel_perfect 1 -windowed 0 -joystick 0 -home $PICO_DIR -root_path /mnt/sdcard/Roms/PICO8 >> $PICO_DIR/pico8_log.txt 2>&1 |
If compiling my own version of SDL is my only option, how can I get the video output to work correctly. Right now it outputs in my log:
Current video driver: offscreen |
I've tried setting it to directfb, and x11 and such, but it says they are all unavailable. I have a feeling this is because I am compiling the SDL, but I am in a bit over my head in terms of my knowledge of how video drivers work in these kinds of hardware.
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/media/51127/Avatar-Ritratto-anim.gif)
I don't really know how to help right now but I'm following this, I want to run Pico-8 under muOS CFW. I'll report any relevant updates if I have them.
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/media/88076/sethavatar_512x512.jpg)
I've been messing around with MuOS as well. I'll keep you posted if I get it up and running on there as well. Might be easier since it is a wholly different FW. I'll hop on their Discord as well, and maybe we can hash some stuff out there.
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/bimg/pi/pi1.png)
Don't have any programming experience, but if you need help testing, let me know!
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/bimg/pi/pi19.png)
I can see Pico-8 games on RG35xx plus too but it does not play as the control buttons are not working in RetroArch. Some folks told it is played only offline, which still does not make sense.
Any advise will be appreciated.
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/media/88076/sethavatar_512x512.jpg)
@Lengderson the Pico-8 games that are showing in the RG35XX and Plus are being emulated using the Fake08 and Retro8 emulators, which is why they are garbage and don't work well. I am trying to get my legit purchased copy of Pico8 running natively, vs. emulated.
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/bimg/pi/pi19.png)
@SethGeib Thanks. Yes, I do have a legit purchased copy of Pico8, am all for paid games and contribute to the community financially. I just found out that my OS SD card was faulty (that's emulators for you!), managed to pop in another and walah, fake08 (only 39 games) works offline. I don't have a MIM+ to go into Splore to play online, maybe Anbernic might enable that or the next Garlic OS would do, I will be very pleased because at least one of my games platform is legit on a Retrohandheld...haha.
Appreciate if you could keep it posted if you could get Pico8 to run natively.
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/media/55732/2_PC AVATAR NEW small size.png)
The error "FATAL ERROR: Unable to initialize SDL" happens because SDL is probably inited with SDL_INIT_EVERYTHING and well everything (haptic feedback in this case) is not available, you need to rebuild sdl to have it or don't init haptic feedback, since we don't have sources of pico8 your only choice is to rebuild SDL (on stock os) SDL from repo's won't work either they usually require X. SDL2 on batocera etc got patches applied
however it works out of the box on batocera cfw (see https://wiki.batocera.org/systems:pico8#support_for_official_pico-8_engine ) and i have it working under muos 9.1, using batocera libs as SDL2 is currently broken on 9.1 but it will be fixed in v10 which should hit testing soon
pico8_dyn binary is what works. see https://youtu.be/-8sD0AtBIuM
I had another issue on muos though wget could not work with https urls, so i builded my own wget and added a setting for wget so it never verifies certificates as the root certs (ca-certificates) is not installed either on muOS rootfs
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/media/88076/sethavatar_512x512.jpg)
@joyrider, in the code above I am already recompiling SDL2 on the device to get around the haptic restrictions. Can you read back through the whole post and see if you know a way around the issue I am having with the recompile, which is not being able to get video to work correctly. Pico8 boots up and I get sound and no errors, just no audio.
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/media/55732/2_PC AVATAR NEW small size.png)
@SethGeib in short your problem is vanilla SDL2 won't work and batocera and recent test version of muOS use SDL2 patched sources to get some mali video driver to work.
so compiling vanilla SDL2 won't work it will always revert to offscreen video driver as all others don't work or require X or wayland to run. The way (i think) it works on RG35xx-plus/h (at least on recent muos and recent batocera) is SDL2 sources are patched with mali support. i spend this whole morning getting my own build SDL2 lib (with these patches https://github.com/rg35xx-cfw/batocera.linux/tree/master/board/batocera/patches/sdl2 applied to the source) to run but even with the mali support inside it and even when running with LD_LIBRARY_PATH=/path/to/my/sdl2/build/lib/dir SDL_VIDEODRIVER=mali /path/to/pico8_dyn -splore it kept complaining about mali not being available even though there is a /dev/mali device. I think it may also need the maligbm libs but not sure. I know at least if i copied whole lib folder from batocera rootfs (minus libasound) to muos V9.1 that it works but thats like a 300-400 meg folder which is not feasable for a release but if you could figure out what we are missing to get SDL with mali support (which is basically some form of KMSDRM, like how raspberry pi handles these things without X) to work it should work on stockos if using LD_LIBRARY_PATH.
I am also not sure if there was some other mali things added in the rootfs that gets loaded as a module or so but if we / you can figure this out you'll be able to build the required libs to get it to work on stock os
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/media/88076/sethavatar_512x512.jpg)
Yeah, something is definitely weird with wget now on the stock OS as well... it no longer works, nor does curl. So I've resorted to downloading the assets manually and placing them in the correct folders for now (I've commented out the downloads code for now). I am going down the Mali driver path now and have updated my script to install mesa-utils and libgl1-mesa-dri prior to compiling SDL2. Here's my updated script with logging and error checks. It still runs Pico8 after the looooong compile of SDL2 (about 10 mins), but I am still not getting any video. Not sure if I need to specify the driver during the ./configure of SDL or if I need to verbosely set the Driver/Device, or create a window, or what. Not sure what path to take this down...
#!/bin/bash # Define the log file LOG_FILE="$(dirname "$0")/Pico8_script_log.txt" # Function to log a message log_message() { echo "$1" | tee -a "$LOG_FILE" } # Function to check and log errors after running a command check_error() { if [ $? -ne 0 ]; then log_message "$1" exit 1 fi } # Start of the script log_message "Script started." # Define variables SCRIPT_DIR="$(dirname "$0")" PICO_DIR="$SCRIPT_DIR/pico-8" PICO_URL="REPLACE THIS WITH YOUR OFFICIAL PICO-8 DOWNLOAD URL" SDL_VERSION="2.30.0" # SDL version Pico-8 was compiled with SDL_URL="https://github.com/libsdl-org/SDL/releases/download/release-$SDL_VERSION/SDL2-$SDL_VERSION.tar.gz" SDL_INSTALL_DIR="$PICO_DIR/sdl" # Define paths to custom and system libraries CUSTOM_SDL_PATH="$PICO_DIR/sdl/lib" SYSTEM_LIB_PATH="/usr/lib:/lib" log_message "Variables defined." # Navigate to the script directory cd "$SCRIPT_DIR" || { log_message "Failed to navigate to script directory."; exit 1; } # Update package list apt-get update check_error "Failed to update package list." # Function to install or update a package install_or_update_package() { PACKAGE_NAME=$1 if dpkg -l "$PACKAGE_NAME" &> /dev/null; then log_message "$PACKAGE_NAME is already installed. Checking for updates..." apt-get install --only-upgrade -y "$PACKAGE_NAME" check_error "Failed to update $PACKAGE_NAME." else log_message "Installing $PACKAGE_NAME..." apt-get install -y "$PACKAGE_NAME" check_error "Failed to install $PACKAGE_NAME." fi } # Check and install/update dependencies install_or_update_package wget install_or_update_package unzip install_or_update_package mesa-utils install_or_update_package libgl1-mesa-dri log_message "Dependencies checked and updated." # Check if PICO_DIR exists, if not, download and extract Pico-8 # if [ ! -d "$PICO_DIR" ]; then # log_message "Downloading Pico-8..." # wget $PICO_URL || { log_message "Failed to download Pico-8."; exit 1; } # log_message "Extracting Pico-8..." # unzip pico-8_0.2.6_raspi.zip || { log_message "Failed to extract Pico-8."; exit 1; } # log_message "Cleaning up Pico-8 setup files..." # rm pico-8_0.2.6_raspi.zip || { log_message "Failed to clean up Pico-8 setup files."; exit 1; } # fi # log_message "Pico-8 setup." # Navigate to the pico-8 directory cd "$PICO_DIR" || { log_message "Failed to navigate to PICO_DIR."; exit 1; } log_message "Navigated to PICO_DIR." # Make the pico8 binaries executable chmod -R +x . || { log_message "Failed to make Pico-8 binaries executable."; exit 1; } log_message "Pico-8 binaries made executable." # Check if SDL directory exists and install SDL if not if [ ! -d "$CUSTOM_SDL_PATH" ]; then #log_message "Downloading and installing SDL..." #wget $SDL_URL && tar -zxvf SDL2-$SDL_VERSION.tar.gz && rm SDL2-$SDL_VERSION.tar.gz #check_error "Failed to download SDL." cd SDL2-$SDL_VERSION ./configure --prefix=$SDL_INSTALL_DIR && make && make install check_error "SDL configure, make, or make install failed." cd "$PICO_DIR" log_message "SDL installed." fi # Set the library path to include your custom SDL path first, then system libraries export LD_LIBRARY_PATH="$CUSTOM_SDL_PATH:$SYSTEM_LIB_PATH" log_message "Library path set." # Execute the pico8_dyn binary and log output log_message "Starting Pico-8..." ./pico8_dyn -splore -width 640 -height 480 -volume 50 -pixel_perfect 1 -windowed 0 -joystick 0 -home $PICO_DIR -root_path /mnt/sdcard/Roms/PICO8 >> $PICO_DIR/pico8_log.txt 2>&1 || { log_message "Pico-8 failed to start."; exit 1; } log_message "Script ended." |
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/media/88076/sethavatar_512x512.jpg)
@joyrider I've tried applying some of the patches from Batocera to the SDL compile (specifically sdl2_add_video_mali_gles2.patch), but they are failing. Do you know which version of SDL2 these require? I tried 2.28.1 to no avail.
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/media/91600/PH_iconx16.png)
Hi Guys, I got my RG35xx plus yesterday and all the included Pico8 Games works absolutely normal and perfect! I do not know why you all have such problems with it. The only thing I want to know is how to get the p8 files in the RG35xx plus to play them there.
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/media/41031/avapourwok.png)
do you still have the problem with v0.2.6?
can you try pico8 (not _dyn)?
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/media/88076/sethavatar_512x512.jpg)
@Penishead you are not playing them natively you are playing them using fake-08 or retro8 emulation. That is easy to do and is set up by default. I am trying to figure out how to get the actual Pico-8 system to run natively.
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/media/51127/Avatar-Ritratto-anim.gif)
A bit late, but Pico-8 and Spore are now running perfectly with the latest muOS release, v10.
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/media/88076/sethavatar_512x512.jpg)
Yep! I’ve moved my main SD over to muOS as of the v10 release and I am not looking back.
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/bimg/pi/pi16.png)
Thanks for your efforts here.
I tried the above script as well, but failed out on "SDL configure, make, or make install failed." for now. I tried muOS BEANS (can't find v releases) but wasn't able to get the Splore loaded there either.
At least RA can load games in fake8 for now, but I'm really hoping I can get my native copy running the Splore on my rg35xxH at some point.
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/media/14590/2_2bitchuck.png)
@matschaffer Sounds like if you update your device to the most recent muOS you don't need to build SDL on your own, the PICO-8 binaries will work as-is.
![](/gfx/set_like0.png)
![](/gfx/top_drop.png)
![](/bimg/pi/pi16.png)
Thanks! Yeah, I reinstalled with "2405.1 REFRIED BEANS" over the weekend and it's working now.
The main thing missing from https://muos.dev/emulators/pico8 was to push "select" when in the "PICO" folder to select the "PICO-8 (External)" option. Once I did that, the empty Splore.p8 loaded great.
Incase it's useful to anyone else, the muOS "Sleep Shutdown" is great too. So +1 to @SethGeib's point of just using muOS instead of mucking with the mismatched libs on stock OS.
[Please log in to post a comment]