L'image officielle pour le PiBoy est dispo ici.
Ici, il est possible de charger le firmware de l'OSD et quelques patches.
Sur le SubReddit PiBoy, la question a été posée. Ils sont prêts à fournir des consoles pour les développeurs. Après un post sur le Twitter Recalbox, j'ai essayé de créer un contact, mais je ne sais pas si ça a fonctionné...
Test effectué @Bkg2k, @flomartin :
Ça fonctionne : dans le menu Amiberry, sous "paths" se trouve le chemin que j'ai indiqué dans amiberryGlobalConfig.
J'ai créé une config pour un jeu au hasard (Rick Dangerous, mon jeu préféré sous Amiga). Le fichier est bien enregistré sous /recalbox/share/saves/amiga/RickDangerous.uae
Cette piste semble donc viable pour une future update de Recalbox. Je ne sais pas si les paramètres seront les mêmes si la Team décide d'utiliser la toute dernière version d'Amiberry, mais cette piste en tout cas fonctionne pour moi 
@Bobbele2020
Danke für Dein Post für den Speicherort der Amiberry ConfigFiles! Es hat mich geholfen, unter RB7.0.1 einen Lösungsweg zu finden 
I have this problem as well. Whichever core I use, the screen comes back to EmulationStation without launching. This seems to be a known problem, because in the N64 rom readme file, it says:
" If you have problems about black screen with return to Emulationstation, please read wiki below :
https://github.com/recalbox/recalbox-os/wiki/N64-%3A-return-to-ES-(EN) "
Problem: the linked page does not exist anymore, as the wiki has been moved. It is therefore very difficult to find the necessary help for this issue.
Does anyone have an updated link for this issue?
A priori ça a été demandé et on attend toujours
Je croise les doigts ! Les devs du PiBoy subissent la hargne des clients qui ont pré-commandé et qui doivent attendre... J'ai attendu le mien 3 mois 
Je reviens sur ce sujet, car Amiberry est un excellent émulateur et c'est dommage qu'il ne tourne pas sur l'excellent Recalbox 7.0 et 7.0.1.
En fait, lorsque je configure mes paramètres et que je sauve ma config, elle est sauvegardée dans un dossier particulier, qui n'est pas sur le SHARE :
/tmp/amiberry
Je ne suis pas informé du fonctionnement exact de Recalbox, mais il semblerait que l'OS soit démarré depuis une partition spéciale ou dans un genre de machine virtuelle qui s'efface à chaque extinction ou redémarrage. Ce n'est probablement pas ça, mais c'est comme ça que je me l’explique...
Du coup, tout enregistrement effectué dans cette partie de l'OS n'est pas persistant.
Par exemple, si je change dans les paramètres PATH de Amiberry pour remplacer le chemin des fichiers de config (*.uae) pour...
/recalbox/share/saves/amiga
... et bien mon fichier *.uae est créé.
Mais comme je ne peux pas sauvegarder de manière persistante ma config des chemins Amiberry, au prochain lancement, mon *.uae n'est pas utilisé !
Peut-être que les Devs pourraient modifier le fichier de config par défaut de Amiberry (il en existe un, il est visible dans les paramètres path de Amiberry quand on accède par hotkey+B) pour pointer le répertoire des fichiers de config vers un dossier de leur choix dans share (pour ne pas les perdre lors de mises à jour, par exemple celui que j'ai testé) et puis y installer leur fichier de config Recalbox par défaut ?
Si tu veux absolument passer par le menu MAME, toujours dans le quickmenu, tu vas dans options et tu actives le paramètre MAME menu. Je m’en sers pour activer des dip switches perso 
Un peu de progrès, même si non concluant...
J'ai fait quelques tests pour continuer à apporter des éléments qui, je l'espère permettront à la team de solutionner ce problème.
Mes fichiers lha étaient dans les roms Amiga 600. Je les ai déplacés vers Amiga 1200. Là, je peux effectuer une configuration dans le menu Amiberry et la sauvegarder (je pouvais aussi le faire sur Amiga 600). Mais ici, mes sauvegardes sont conservées à la sortie de Amiberry : quand je relance le même jeu, mes paramètres de contrôles sont conservés !
Quand mes jeux sont dans les roms Amiga 600, je perdais la config dès la sortie de Amiberry.
Malheureusement, tout est effacé quand j'éteins Recalbox... Ce qui semble confirmer ce que j'interprète comme une machine virtuelle, ou plutôt un OS "live" sans persistance (il y a d'ailleurs un fichier recalbox de 800+ Mo dans la partition boot qui est montable et qui ressemble bien à un OS "live", mais je suis loin d'être en mesure d'en déduire quoi que ce soit et encore moins de bidouiller pour chercher une solution).
Voilà. J'espère pouvoir aider les devs avec mes recherches. Si je peux faire d'autres tests, merci de me le faire savoir !
Note: le tuto ici ne fonctionne pas en ce qui concerne les surcharges par jeu. J'ai essayé avec le fichier généré comme indiqué dans mon post précédent, sans succès.
Pardon, je n’ai pas été très clair, tu as raison. Étape par étape, et de mémoire donc il se peut que les noms et positions soient légèrement différents...
Comme tu souhaites changer les contrôles, il y a une autre technique. Reprends à l’étape 2. Au lieu du sous-menu options, tu as un sous-menu contrôles.
Là, tu peux paramétrer tes contrôles comme tu le souhaites puis ressortir (étape 4) pour tester.
Si ça te plaît, tu retournes au menu de contrôles pour les enregistrer : soit pour ton jeu uniquement, soit pour le noyau (core. Dans ce cas tes contrôles seront actifs pour tous les jeux utilisant ce noyau). Les options du menu contrôles sont normalement suffisamment explicites pour que tu ne te trompes pas.
La dernière option consiste à utiliser des surcharges. Ce sont des fichiers qui vont surcharger la config par défaut au moment où tu lances un jeu. Je trouve cela plus net, plus élégant, mais aussi plus compliqué car tu dois créer des fichiers de config. Tu trouveras des infos ici.
Voilà. Avec ça, tu devrais t’en sortir 
. Désolé du coup pour le mini-Roman que je viens d’écrire !
Note aussi que tout ceci n’est valide que pour des noyaux Libretro. Si tu utilises un autre émulateur, ça ne fonctionnera pas. Mais comme tu parles de MAME, tu devrais être sur un core LR...
J'ai regardé les logfiles, en particulier es_log.txt, voici ce que j'y ai trouvé :
[1980/01/01 02:01:51.227] (INFO ) : [Run] Command: python /usr/bin/emulatorlauncher.pyc -p1index 0 -p1guid 030000005e040000ea02000001030000 -p1name "Xbox One S Controller" -p1nbaxes 4 -p1nbhats 1 -p1nbbuttons 13 -p1devicepath /dev/input/event0 -system dreamcast -rom /recalbox/share/roms/dreamcast/Capcom\ vs.\ SNK.chd -emulator libretro -core flycast -ratio auto
[1980/01/01 02:01:51.228] (INFO ) : [Pad2Keyboard] No pad2keyb configuration.
[1980/01/01 02:01:51.228] (INFO ) : [MQTT] Publishing to tcp://127.0.0.1:1883 from recalbox-emulationstation OK!
[1980/01/01 02:01:51.228] (INFO ) : [Hardware] Start in-game Hardware processes
[1980/01/01 02:01:53.601] (INFO ) : [Hardware] Stop in-game Hardware processes
[1980/01/01 02:01:53.602] (WARN!) : [Run] Non-Zero exit code 250 !
Je pensais que le nom de ma ROM était mal "traduit" dans le script : les espaces deviennent des anti-slash+espace... Mais en regardant un peu plus, cela semble être le case pour d'autres systèmes et les ROMs associées.
Du coup, le seul indice est le code de sortie 250. Je n'arrive pas à trouver à quoi cela correspond pour libretro et/ou flycast.
Malheureusement pas de solution, mais le même problème sur Pi4. Mes ROMs Dreamcast qui fonctionnaient avant ne se lancent pas sur RB8. Les bios sont bien là où ils doivent se trouver (je les ai même copiés dans le répertoire bios en plus de bios/dc).
Il semble que peu ont ce problème car peu de posts ici.
Je pense donc que cela vient de moi, mais je suis à court d’idée.
Y a-t-il un log file que je peux fouiller ? Si oui où le trouver ?
Merci !
Oh @ian57 !
Vous avez réussi à choper des PiBoy !?! Je suis bien content pour vous.
Bon... aussi pour moi, vu que pour le moment, le mien tourne sous RetroPie
Concernant l'OSD (affiché sur ta photo), j'ai écrit des scripts pour activer/désactiver les éléments depuis le menu de config RetroPie, ici. Un des Devs de chez ExperimentalPi travaille sur le firmware OSD pour que mes scripts puissent changer l'affichage à chaud... Pas pour me la péter hein, mais si ça peut aider aussi l'excellente Team Recalbox, je serai encore plus content !
@koala77 , tu as demandé pour GPI, et la console mentionnée par acris et ian57 est le PiBoy DMG de chez Experimental Pi. Très bien aussi, bien que un peu plus caractériel que la GPI pour moi. Mais j'aime bien car en fait je bidouille, je bidouille et quand ça marche, et bien j'ai tendance à ne plus trop y toucher 
Pour finir, si le PiBoy est compatible RecalBox 7.1, ma femme va encore se demander ce que je fabrique devant mon ordi toute la journée demain !
Bonjour @koala77
La Game & Watch joue à fond la carte de la nostalgie mais ne propose qu'un seul jeu G&W. Du plus, elle sera difficile à hacker si c'est ce que tu cherches (les connecteurs data du port USB ne sont pas utilisés).
La GPI Case est très bien pensée: un châssis robuste avec un cerveau escamotable pour les modeurs (j'attends de voir ce qui va se faire avec le compute module RPi 4 
). Un D-Pad configurable en hat ou axis pour une compatibilité maximale avec les émulateurs. Des piles au lieu d'une batterie...
Je la possède depuis le début et j'y reviens très souvent, malgré les limitations du Pi Zero.
Tu peux y émuler jusqu'à PS1 (à noter que PCSX-Rearmed plante sur Recalbox). Certaines consoles sont un peu plus compliquées à émuler, par exemple GBA, mais une solultion est toujours possible avec des émulateurs alternatifs dans la plupart des cas.
Je pense que CPS2 est optimiste, mais je n'ai pas testé moi-même. NeoGeo oui pour beaucoup de jeux de baston; MAME aussi.
PC-Engine, Megadrive, Gameboy, NES tournent impeccable. SNES et GBA comme indiqué peuvent être dans quelques rares cas plus compliqués.
Il y a aussi un moteur G&W mais je ne l'ai pas testé sur GPI Case : mon jeu préféré est Mario Bros (usine de bouteilles) et comme il est sur deux écrans, je privilégie ma Recalbox Pi4 sur moniteur.
J'espère que ces quelques retours te seront utiles. Perso, entre G&W et GPI, la GPI gagne haut la main !
@Bkg2k tu as raison. C'est pour ça que j'ai ensuite remis le fichier recalbox d'origine chez moi.
Par exemple, ma bidouille empêche l'utilisation du fichier par défaut créé par Recalbox.
Je perds aussi des chemins spécifiques pour Amiga600, Amiga1200, etc.
Les Devs et la Team sont bien plus compétents que moi pour analyser cette voie d'amélioration. Bravo à vous pour ce fantastique travail !
PS: j'ai bidouillé une copie du fichier sur mon PC, du coup un remount en RW ne m'est pas autorisé. Pour mon test, je suis parti vers une solution brouillonne juste pour vérifier si ça pouvait fonctionner 
Test effectué @Bkg2k, @flomartin :
Ça fonctionne : dans le menu Amiberry, sous "paths" se trouve le chemin que j'ai indiqué dans amiberryGlobalConfig.
J'ai créé une config pour un jeu au hasard (Rick Dangerous, mon jeu préféré sous Amiga). Le fichier est bien enregistré sous /recalbox/share/saves/amiga/RickDangerous.uae
Cette piste semble donc viable pour une future update de Recalbox. Je ne sais pas si les paramètres seront les mêmes si la Team décide d'utiliser la toute dernière version d'Amiberry, mais cette piste en tout cas fonctionne pour moi
@Bobbele2020
Danke für Dein Post für den Speicherort der Amiberry ConfigFiles! Es hat mich geholfen, unter RB7.0.1 einen Lösungsweg zu finden
J'ai peut-être progressé vers une solution à notre problème de sauvegarde non-persistante : ici, basé sur Recalbox 6.1.1, il est mentionné par @Bobbele2020 que le fichier
/usr/lib/python2.7/site-packages/configgen/generators/amiberry/amiberryGlobalConfig.py
contient les informations pour les adresses de sauvegarde Amiberry.
J'ai donc vérifé pour Recalbox 7.0.1 :
settings.setOption("config_path", recalboxFiles.amiberryMountPoint + "/conf")
Du coup , je suis confus : de mémoire, dans Amiberry je chemin est différent (je ne me souviens pas du "conf", mais je me trompe peut-être).
Je vais essayer de modifier l'image recalbox pour y faire des changements sur ce paramètre et tester si ça pourrait fonctionner. Reste à retrouver comment monter un fichier lecture-seulement en lecture/écriture 
Si ça peut aider @Bkg2k ...
Es ist interessant, denn es gibt genau das Problem auf 7.0.1.
Ist es möglich die *.py Datei zu ändern unter Recalbox 7.0.1?
Danke!
La GPi case offre la possibilité de switcher le d-pad du mode hat au mode axis. Il se peut que tu aies changé de mode.
Maintiens SELECT et HAUT pendant 5 secondes jusqu’au clignotement en violet de la LED de batterie. Vérifie si ça marche. Si oui, cool ! Si non, essaie avec SELECT et GAUCHE.
Sur certaines GPi, il faut utiliser START au lieu de SELECT...
Je n’ai pas observé ce comportement de mon côté.
Il faut dire que j’ai tendance à utiliser le pad pour entrer dans le menu : HotKey + B.
Essaie de voir si cette combo fonctionne de manière plus stable pour toi (?)
Sinon mon clavier est en USB mais avec d’ongle et il nécessite l’appui sur une touche fonction pour utiliser les touches de fonction. Des fois j’oublie