In the moment there is only a pull request in es-theme-carbon.
You must wait until it will be merged.

If you want to try it you can copy the folder "x68000" from https://github.com/RetroPie/es-theme-carbon/tree/3ff4d1f136a8e2eacc44fb71aa0abaa36ed94865 to "/etc/emulationstation/themes/carbon".

I haven't tried it until now.

retropie supports neither mugen nor the switch, so...

The RetroPie-setup script updated today and now I can't update lr-snes9x from source with the PGO changes. Anyone else having this issue?

EDIT: Found the problem. So it seems like there's a limit to how many games you can profile, otherwise it will crap out during compiling the optimized core. I probably profiled 15-20 games, so I think it's better off to just go with 5-10.

@ledow said in STPPC:

If there's interest, I can "reconvert" my port to move away from their small-screen focus [...] and plug into libretro to benefit from all the different types of controllers available.

I would aprreciate this. The best "game" in this collection is snake. I like puzzeling but I'm totally new to play this with keypads. I've installed the android version on my eBook-Reader and on my smartphone for casual gaming.

Hi,
I actually followed a guide to upgrade to stretch and deploy 4.4 over my existing setup. All looks to be running well.

I've been trying to keep up with the repository the last week or two but for what it's worth I'm on the road again and mostly away from keyboard for most of the next week. It might be that the Thanksgiving holiday is when I get some quality mame2003-plus time again.

very cool! the libretro forum's images show the difference more clearly. it would be cool to benchmark this, crt-pi, and the zfast crt shader.

Hi Mitu.

Sorry for the double post. Thought this would be a more appropriate place as this topic, because more than likely this isn't something that is already built-in. Thanks for the feedback.

@Cederick said in Super Gameboy emulation?:

The Spaceworld demos where developed to run on super gameboy hardware since the gbc wasn't out around this time

In that case, the .gb file extension would be more appropriate, although as @edmaul69 mentioned, either should work. Keep in mind that .gb and .gbc both denote a certain type of ROM. Seeing as how the Super Gameboy never had a unique ROM type, I imagine that the .sgb extension is there to tell compatible emulators to load the Super Gameboy BIOS automatically. With lr-mgba, loading a .gb file with the Super Gameboy BIOS manually enabled should produce the same results.

ohh, I didn't knew descent supported that rare analog pad.
I poked around and managed to add the option to use that analog pad in the menu, it works wonders.
I just created a pull request with the fix. now it should be a matter of time for the option appear if they accept my fix.

@lilbud yes they are always advertised as 720p "HD ready", the panel size is "implementation detail" ... your experience sounds great.. not every 1366 x 768 panel is made equal.. nor the controller boards.. so I guess you got a good value for your money :)

According to this process inspection, it worked :)

23595 ? Ss 0:03 tmux 23596 pts/1 Ss 0:01 \_ -bash 24946 pts/1 S+ 0:00 \_ sudo ./retropie_packages.sh builder chroot_build module lr-mame 24947 pts/1 S+ 0:01 \_ bash ./retropie_packages.sh builder chroot_build module lr-mame 6155 pts/1 Sl+ 0:01 \_ /usr/bin/qemu-arm-static /usr/bin/sudo PATH=/usr/lib/distcc:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin 6157 pts/1 Sl+ 0:10 \_ /usr/bin/qemu-arm-static /bin/bash /home/pi/RetroPie-Setup/retropie_packages.sh builder module lr-mame 7921 pts/1 Sl+ 0:01 \_ /usr/bin/qemu-arm-static /usr/bin/make OSD=retro RETRO=1 NOWERROR=1 OS=linux TARGETOS=linux CONFIG=libretro NO_USE_MIDI=1 7984 pts/1 Sl+ 0:00 \_ /usr/bin/qemu-arm-static /usr/bin/make -R --no-print-directory -C 3rdparty/genie/build/gmake.linux -f genie.make 8827 pts/1 Sl+ 0:00 | \_ /usr/bin/qemu-arm-static /bin/sh -c gcc -O2 -mcpu=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -pipe -MMD -MP -MP -DND 8833 pts/1 Sl+ 0:00 | | \_ /usr/bin/qemu-arm-static /usr/lib/distcc/gcc -O2 -mcpu=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -pipe -MMD -MP 8860 pts/1 Sl+ 0:00 | \_ /usr/bin/qemu-arm-static /bin/sh -c gcc -O2 -mcpu=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -pipe -MMD -MP -MP -DND 8863 pts/1 Sl+ 0:00 | \_ /usr/bin/qemu-arm-static /usr/lib/distcc/gcc -O2 -mcpu=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -pipe -MMD -MP 8854 pts/1 Rl+ 0:01 \_ /usr/bin/qemu-arm-static /usr/bin/python scripts/build/msgfmt.py --output-file language/Vietnamese/strings.mo language 8878 pts/1 Rl+ 0:00 \_ /usr/bin/qemu-arm-static /usr/bin/python scripts/build/msgfmt.py --output-file language/Burmese/strings.mo language/Bu 2681 ? SNs 0:00 /usr/bin/distccd --pid-file=/var/run/distccd.pid --log-file=/var/log/distccd.log --daemon --allow 127.0.0.1 --listen 127.0.0.1 --nice 10 2682 ? SN 0:00 \_ /usr/bin/distccd --pid-file=/var/run/distccd.pid --log-file=/var/log/distccd.log --daemon --allow 127.0.0.1 --listen 127.0.0.1 --nice 10 2690 ? SN 0:00 \_ /usr/bin/distccd --pid-file=/var/run/distccd.pid --log-file=/var/log/distccd.log --daemon --allow 127.0.0.1 --listen 127.0.0.1 --nice 10 2691 ? SN 0:00 \_ /usr/bin/distccd --pid-file=/var/run/distccd.pid --log-file=/var/log/distccd.log --daemon --allow 127.0.0.1 --listen 127.0.0.1 --nice 10 2692 ? SN 0:00 \_ /usr/bin/distccd --pid-file=/var/run/distccd.pid --log-file=/var/log/distccd.log --daemon --allow 127.0.0.1 --listen 127.0.0.1 --nice 10 8848 ? SN 0:00 | \_ gcc -O2 -mcpu=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -pipe -Wall -Wextra -Os -o /tmp/distccd_20ddb5c9.o -c /tmp/distccd_230bb5c9.i 8849 ? RN 0:02 | \_ /opt/retropie/admin/crosscomp/stretch/libexec/gcc/arm-linux-gnueabihf/6.4.0/cc1 -fpreprocessed /tmp/distccd_230bb5c9.i -quiet -dumpbas 8850 ? SN 0:00 | \_ /opt/retropie/admin/crosscomp/stretch/lib/gcc/arm-linux-gnueabihf/6.4.0/../../../../arm-linux-gnueabihf/bin/as -mcpu=arm1176jzf-s -mfl 2693 ? SN 0:00 \_ /usr/bin/distccd --pid-file=/var/run/distccd.pid --log-file=/var/log/distccd.log --daemon --allow 127.0.0.1 --listen 127.0.0.1 --nice 10 8875 ? SN 0:00 | \_ gcc -O2 -mcpu=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -pipe -Wall -Wextra -Os -o /tmp/distccd_befeb5cc.o -c /tmp/distccd_a1dab5cc.i 8876 ? RN 0:00 | \_ /opt/retropie/admin/crosscomp/stretch/libexec/gcc/arm-linux-gnueabihf/6.4.0/cc1 -fpreprocessed /tmp/distccd_a1dab5cc.i -quiet -dumpbas 8877 ? SN 0:00 | \_ /opt/retropie/admin/crosscomp/stretch/lib/gcc/arm-linux-gnueabihf/6.4.0/../../../../arm-linux-gnueabihf/bin/as -mcpu=arm1176jzf-s -mfl 2694 ? SN 0:00 \_ /usr/bin/distccd --pid-file=/var/run/distccd.pid --log-file=/var/log/distccd.log --daemon --allow 127.0.0.1 --listen 127.0.0.1 --nice 10 menion@Menionubuntu:/etc/default$

I have heard about distcc but I have never looked into it in the details, I have to study it :)

@webz0r I'm not sure how you would do this, but you don't need to worry about keeping the gamelist.xml in alphabetical order.

@joemommasfat I just implemented a feature recently that will now preserve the extra data from the gamelist.xml data (not released yet, but can be tested on the 'master' branch if people are curious). I will add the <sortname>to the nodes that should be preserved (EDIT: Done, it will be in 2.8.0). That way it won't be erased for games that already exist when rewriting the gamelist.xml. The only caveat to this is that it preserves the nodes by comparing the <path> filename to the rom filenames and if they match it will be preserved for that game. But if you either change the <path>or filename of a rom manually, they won't match and the extra information will not be moved over when regenerating the xml. So users should be aware of that.

@sunwind said in Press select button to launch current game playing on the screensaver?:

favourites is bound to Y, I'm hitting Y and it goes to a random game - it's definitely bound correctly, I just did it again - this explains why favourites aren't working for me as they apparently should.

Since that's actually the function bound to X, what happens when you press X in the gamelist?

@DoctorDuck
I believe I had to create the file (so it loads automatically on boot). I haven't played with it in a long time. You should be able to run bluetoothctl to trust, pair and connect via SSH. From there it should work, you might have to restart emulation station. You can copy a wav file to the pi and run it via SSH as well to test. I think it is just "aplay yourfile.wav". You would have to pair this each time, which is why that .asoundrc file is important.

Are you trying to use it for music or games?
Games won't be useful. I was able to get it to working on 4.4, but no matter what always a 1 second delay. This is due to the codec and limitation of raspberry pi bluetooth chip. It doesn't support AptX (just A2DP), AptX is needed for realtime audio. You can get a bluetooth adapter that supports APTX and plugs into the audio jack then get a speaker/headphones that supports AptX as well to make it work if you really want to.

@mitu off... then you see how long I did not update my builds. I'm stuck on RP 4.3 but I think it was build from a 4.0 or 4.1 image. I've tried tons of different images the last days... I lost track ;) But I come to the conclusion that RetroPie + Raspberry is the most solid (SBC) platform.
The XU4 Odroids also make lot's of fun but lack a bit of support so the ORA-build is imho the best thing you can get for this.

#!/bin/sh wlanstat=$(rfkill list wlan | grep -c ": no") if [ $wlanstat -lt 2 ]; then echo "I will activate/unblock wifi adapters" sleep 5 sudo rfkill unblock wifi else echo "I will deavtivate/block wifi adapters" sleep 5 sudo rfkill block wifi fi

I just discovered this, judging from the screenshots this is exactly what i've been looking for. retropie doesn't support php5 anymore.
I installed php7 + sql3 manually (edited the install script to not check for php5 dependencies) but it doesn't seem to work. no files are inside /www. anyone can help?