No measurable performance increase from my testing. If you build from source you will get rpi3 optimised binaries.

By the way: @fechy started a similar tool from scratch. Look this topic: https://retropie.org.uk/forum/topic/4627/retropie-web-gui

It has less features, but at least the development can be more active if he receive users feedback.

The compatibility with RetroAchievements is something I feel RetroPie should publicize more, I bet the vast majority of casual users (those who don't feel it necessary to join the forum) don't know about it.

I have spent more time trying to get my trackball to work with no luck. I have plugged it into my Mac and it appears as a mouse and seems to work just fine. When I plug it into my Raspberry Pi and try it with Centipede and LR-Mame2003 the y-axis seems to work but the x-axis does nothing.

I also plugged a regular mouse into the Raspberry pi and it works as expected in Centipede, both x-axis and y-axis.

This is very frustrating.

Any more ideas anyone?

@Chicago32 also you should brush up on the specs required for certain systems. No way the 3ds will ever be run on a pi.

to get it to work from ES, put it in the emulators.cfg launch line in /opt/retropie/configs/atari/emulators.cfg like SDL_VIDEO_RPI_SCALE_MODE=1 $md_inst/bin/hatari --zoom 1 etc

you can change the pixel aspect ratio also: (note these options are specific to our SDL2 - our SDL1 also has similar options)

Docs:

/** * \brief Tell dispmanx to stretch the SDL window to fill the display. * * This hint only applies to the rpi video driver. * * The variable can be set to the following values: * "0" - Window resolution is desktop resolution. * This is the behaviour of SDL <= 2.0.4. (default) * "1" - Requested video resolution will be scaled to desktop resolution. * Aspect ratio of requested video resolution will be respected. * "2" - Requested video resolution will be scaled to desktop resolution. * "3" - Requested video resolution will be scaled to desktop resolution. * Aspect ratio of requested video resolution will be respected. * If possible output resolution will be integral multiple of video * resolution. */ #define SDL_HINT_VIDEO_RPI_SCALE_MODE "SDL_VIDEO_RPI_SCALE_MODE" /** * \brief Tell dispmanx to set a specific aspect ratio. * * This hint only applies to the rpi video driver. * * Must be set together with SDL_HINT_VIDEO_RPI_SCALE_MODE=1. */ #define SDL_HINT_VIDEO_RPI_RATIO "SDL_VIDEO_RPI_RATIO"

@herb_fargus that sucks sooo bad. That is one great game.

@obsidianspider yes i can... but I would prefer to have my profile, my wife profle and a guest, so when someone want to try retropie, dont save on my account by error

@Nathan1031982 I posted related photos and github on forum.
https://retropie.org.uk/forum/topic/5061/scrolling-game-title-using-16x2-clcd-on-ras-console-pi

@Hevvie said in emulationstation systemd service:

I had the same issue, what you need to do is put "<bool name="BackgroundJoystickInput" value="true" />" into your es_settings.cfg file as it thinks ES is running in the background.

I will try this out when I get a chance. Great find!!!

I am in search of an answer to this exact question. Anyone have any updates? Are there any cases that will hold the RasbberryPi3 and a ControlBlock attached?

@BGallagherLA Please do not post here, and then 10 mins later open a ticket on the issue tracker. When opening a ticket it says

For ideas and enhancements, please also post to the forum first, to see if it is something we would consider and to see if other users would find it useful.

The current carbon theme doesn't show this info - there are themes that do however.

@LaserGecko Thanks I'll check this out ! :)

it's not beyond a possibility. uoyabause runs well on arm phones of similar specs. the problem is that the pi only has GLES 2. 3 is required for it.

@windjammersfan you can do this yourself. I have my cps folder (really all capcom games fba supports) then you can add more entries in es_systems.cfg to have another system on the main screen. I actually have 2 cps folder. 1 for all 6 button games and one for everything else plus the first street fighter. The reason why is even though it is a libretro emulator i am using, the controllers have to be mapped manually to make any sense. And the button layout is different for 6 button fighting games and everything else

@BuZz

I already updated to 4.0.7 about 20 minutes ago. I'll let you know if my face melts off like at the end of that Harrison Ford movie, 'Regarding Henry'.

@Rion I have yet to find a solution to properly handle colecovision inputs in fbalpha-libretro (colecovision's controller got 14 buttons, libretro's retropad only have 12 if i include start/select/R3/L3).
I also heard 2,4,6,8 buttons were actually a second d-pad and 5,7,9,0 a third d-pad, is that true for all games ? If it is, i could probably map those to the analog sticks, and map the 6 remaining to actual buttons (# as start, * as select, the last 4 as A/B/X/Y).

Well, the guys over at libretro confirmed that currently analog triggers are not supported. For some reason I took analog trigger support for granted. Was a long road to get there :)

Anyway, does enabling analog triggers for Retropie make any sense then if they cannot be used in Retroarch anyway? I could either still do a PR or just let this branch go stale and maybe it can be of use later. I personally think it does not make sense.