Après avoir fait quelques tests, il s'avère, effectivement que la fonction "éteindre" n'éteint plus que EmulationStation, le RPi restant disponible à l'accès en SSH malgré l'utilisation de cette fonction. J'ai jeté un oeil au fichier /etc/init.d/S31emulationstation mais malheureusement, je n'y comprends pas grand chose... Quelqu'un aurait-il rencontré le même problème ou une piste susceptible de m'aider ? Merci 
Hello la communauté ! Suite à un petit souci de scraping, j'ai récemment appris à éteindre et relancer Emulation station via les commandes suivantes : /etc/init.d/S31emulationstation stop (ou start) Depuis que ces commandes ont été utilisées, EmulationStation rencontre quelques soucis : - Lorsque je relance la Recalbox, ES ne se lance pas, je dois le lancer manuellement en SSH (via la commande ci-dessus). - Lorsque j'éteins la Recalbox, ES se coupe, j'obtiens un écran noir fixe, et le RPi reste sous tension (leds ethernet allumées, tv qui n'affiche pas de message "pas de signal"), ce qui me force à retirer méchamment la prise. Par contre, lorsque je branche la prise, tout démarre nickel. C'est vraiment le restart et le shutdown qui posent problème. Quelqu'un aurait-il une idée de ce qu'il se passe ? D'avance merci
Problème résolu. En fait c'est tout bête. EmulationStation regroupe les nouveaux systèmes utilisant le même core dans une seule et même gamelist située dans le dossier de base du core. Un exemple : si vous utilisez FBA pour créer des systèmes CPS1, CPS2 et CPS3, la gamelist à éditer se trouvera tout simplement dans FBA, et les infos des roms seront classées par système et puis par ordre alphabétique. Eteindre EmulationStation vous permettra de travailler/remplacer le fichier. Voilà j'espère que ça aidera une personne qui se trouvera dans la même situation 
PS : pour les soucis de lancement d'ES, je crée un topic séparé.
Alors, après avoir testé la solution proposée, voici le résultat : - aucun changement au niveau du scraping (toutes les listes en mode basique et CPS3/Libretro avec un ancien scraping) - si je redémarre la Recalbox, je dois maintenant lancer manuellement EmulationStation en SSH (il ne se lance plus automatiquement) (si quelqu'un a une astuce pour résoudre ce nouveau souci, je suis également preneur) J'ai continuer à chercher de mon côté et je ne comprends vraiment pas ce qui m'échappe. A tout hasard, voici un exemple de système créé : <system> <fullname>CPS3</fullname> <name>fbalibretro</name> <path>/recalbox/share/roms/cps3</path> <extension>.zip .ZIP .fba .FBA</extension> <command>python /usr/lib/python2.7/site-packages/configgen/emulatorlauncher.pyc %CONTROLLERSCONFIG% -system %SYSTEM% -rom %ROM%</command> <platform>arcade</platform> <theme>cps3</theme> </system>
@Voljega : Merci pour l'info ! Je teste dès que possible
@giefca : J'aurais dû préciser que la liste des roms s'affiche (en mode liste basique) et que les roms se lancent toutes sans aucun problème. Donc oui, le fichier es_system.cfg a bien été modifié et le chemin vers les roms est correctement spécifié. Les nouveaux systèmes apparaissent correctement dans le menu principal (avec les noms, logos et fonds que j'ai créé). Aucun souci de ce côté là. C'est seulement l'affichage "détaillé" (avec métadonnées, image, liste à doite de l'écran) qui ne passe pas 
Pour être bien certain de comprendre... On ne parle pas ici de simplement relancer le RPi via le menu start dans EmulationStation, n'est-ce pas ? Si c'est bien le cas, je t'avoue ignorer totalement comment couper EmulationStation. Saurais-tu éclairer ma lanterne ? Dernière question afin d'être certain du processus à suivre : le dossier qui contiendra le fichier gamelist.xml (ex: cps1) peut-il être créé avant l'arrêt d'EmulationStation ou doit-il également être créé après ? Merci pour la piste en tout cas
Hello la communauté ! Pour vous faire un petit topo de la situation, j'ai personnalisé ma Recalbox afin d'organiser son contenu en fonction des bornes arcade sur lesquelles les titres sont sortis (Cave, CPS1/2/3, PGM, etc.) en créant de nouveau systèmes et en personnalisant un thème. Aimant les jolies choses, j'ai fait un scraping depuis mon ordi afin de récolter des infos et images (tout comme je l'ai fait pour les consoles). Tout fonctionne nickel, pas de soucis. Par contre, une fois que les fichiers images sont placés dans les dossiers (nommés cps1, cave, etc) de "downloaded_images" et les fichiers gamelist.xml dans leurs dossiers respectifs (également correctement nommés), rien ne se passe, la liste reste en mode basique. Je suppose donc qu'il doit y avoir un fichier quelque part qui gère les liens entre les gamelist et les systèmes et que, par conséquent, mes nouveaux systèmes ne s'y trouvent forcément pas... J'ai retourné les fichiers de la Recalbox dans tous les sens, sans parvenir à mettre la main dessus 
Quelqu'un aurait-il été confronté au même problème et trouvé une solution ?
Hello la communauté ! Je suis en train de créer un série de systèmes pour organiser ma Recalbox en fonction des types de bornes arcade (CPS, CPS2, CPS3, PGM, Cave, etc) et je me posais une petite question technique avant de poursuivre l'idée... J'ai lu sur le Wiki qu'il était possible de remapper les boutons des différents émulateurs via le procédé suivant : https://github.com/recalbox/recalbox-os/wiki/Comment-personnaliser-mapping-manette-(FR) Je me demandais simplement si le remapping impactait uniquement l'émulateur ou s'il était possible d'établir une configuration spécique pour chaque système créé. Par exemple, avoir des contrôles sur une seule ligne pour le système neogeo, et une autre pour d'autres systèmes (bien que pouvant utiliser le même émulateur) Merci !
Haha, pas de soucis 
Merci pour l'info en tout cas !
Hello la communauté ! J'essaye de résoudre un souci qui relève plus de l'esthétique ou du confort de jeu... J'ai un petit (mais néanmoins frustrant) problème avec le fonctionnement des shaders sous Final Burn Alpha. Je m'explique... Dans les options de jeux, lorsque j'active les shaders en mode "retro" ou "scanlines", le système génère des bandes nettement plus larges et moins nombreuses que des scanlines (on frôle la largeur des feutres qui censurent le contenu des dossiers Top Secret ^^). Ce qui est étrange, c'est que FBA Libretro n'est pas du tout concerné par ce problème (SFIII est d'ailleurs un régal dessus). Un coup d'oeil au fichier de configuration des shaders donne une information troublante : pour tous les systèmes, une ligne de commande pointe vers un shader spécifique alors que FBA se limite à un simple "=scanlines" J'ai modifié la commande pour qu'elle pointe vers le shader utilisé par FBA Libretro (et de nombreux autres) mais rien n'y fait... Quelqu'un aurait-il des infos à propos de ce phénomène ? Est-ce une faiblesse de FBA (auquel cas il faut se passer de scanlines) ? Existe-t-il une façon de contrer ce phénomène ou de générer les scanlines via un autre procédé ? Merci d'avance ! Et bon avancement/amusement sur vos Recalbox !
Bonjour à tous ! Recalbox est une distribution fantastique et cela va faire maintenant un an que je m'amuse comme un fou dessus mais j'aimerais passer à la vitesse supérieure en me lançant dans un projet inspiré de la NeBbox Malgré quelques reherches, je ne parviens pas à trouver réponse à deux questions qui me turlupinent : Sur quel GND faut-il brancher ses boutons ? Il y en a un certain nombre de dispo et j'ai peur d'une mauvaise manip... (je compte assembler le GND de chaque joueur en deux "daisy chains" et le signal sur les pin indiqués sur le schéma) Une fois les boutons GPIO, est-il encore possible d'utiliser des manettes USB indépendemment (jouer en arcade avec le gpio et sur SNES avec une manette) et simultanément (jouer à X-Men avec deux joueurs sur GPIO et deux avec manette USB) ? Merci d'avance à la communauté !
@rockaddicted : Tous les dossiers sont en 0755 (si j'ai bien compris ce que tu me demandes, vu que je suis un groooooooos débutant^^)
Alors, après avoir testé, le changement du chmod en 0777 ne change rien. Pour info, voici la première partie de mon fichier gamelist.xml (jusque la fin du premier jeu de la liste):
<gameList>
<game id="18827" source="theGamesDB.net">
<path>./Choujikuu Yousai Macross - Scrambled Valkyrie (Japan).sfc</path>
<name>Choujikuu Yousai Macross - Scrambled Valkyrie (Japan)</name>
<desc>The legend of the Valkyrie pilots is not yet over. Hikaru, Max, and Millia take flight to defend the earth from Zentraedi, robots, more robots, and giant space crab-bees. Now is the time to scramble Valkyrie again.
When starting a game or continuing the player picks from either Hikaru, Max, or Millia. Each flies a custom Valkyrie with its own set weapon load-out. A Valkyrie changes its weapon and movement speed by switching between its three forms: Fighter, Gerwalk, and Battroid. Typically the Valkyrie weapon shoots straight and quickly, the Gerwalk weapon shoots around or through obstacles, and the Battroid weapon does higher damage in exchange for reduced firing rate. Each weapon can be upgraded up to twice by picking up power up items dropped by special enemy ships, but one level of power up will be lost any time the Valkyrie is shot. If a Valkyrie's entire life bar is depleted then the full stage must be repeated, provided the player still has enough continues.
In a nod to Galaga the player is able to capture some enemy craft to increase their firepower. If the player does not shoot any weapons for a few seconds a field of electricity will cover the Valkyrie. Touching some enemy ships will then cause their targeting to be shorted out and make them friendly to the player, following along and shooting or ramming onscreen enemies.</desc>
<image>~/.emulationstation/downloaded_images/snes/Choujikuu Yousai Macross - Scrambled Valkyrie (Japan)-image.jpg</image>
<rating>0.5</rating>
<releasedate>19931029T000000</releasedate>
<developer>Winky Soft Co., Ltd.</developer>
<publisher>Zamuse</publisher>
<genre>Shooter</genre>
<players>1</players>
</game>
A première vue, tout à l'air ok selon moi... Mais je peux me tromper^, étant vraiment loin d'être un pro ^^ Et quand je redémarre la recalbox, il se transforme en ceci :
<?xml version="1.0"?>
<gameList>
<game>
<path>/recalbox/share/roms/snes/Darius Twin (Europe).sfc</path>
<name>Darius Twin (Europe)</name>
<playcount>1</playcount>
<lastplayed>20150414T150837</lastplayed>
</game>
</gameList>
C'est vraiment très étonnant d'autant que Darius Twin est le jeu que j'ai lancé en rentrant du boulot... Quelqu'un aurait une idée de ce qui cloche ?
@Horwell: Tu as déjà essayé le chmod à 0777 comme l'a proposé Aruka ? (histoire de voir si je dois être impatient de rentrer du boulot ou pas^^)
Non, aucun message d'erreur. Le dossier "images" est complet (chaque rom a son visu quoi). Quant à gamelist.xml, il est bien fourni en contenu et semble correct (contenu géré avec balises genre <name> </name>, chemins, textes etc). Pour l'upload du fichier, j'avais déjà fait le test en ouvrant le fichier gamelist.xml copié sur la recalbox et il était correct (j'avais les infos de roms que je n'avais pas su obtenir sous EmulationStation) Je vais tenter le chmod à 0777, on verra bien ce qu'il se passe.
Bonjour, J'ai testé la méthode, le scraper d'EmulationStation étant assez peu fiable, mais, ça ne fonctionne pas tout à fait chez moi. Voici la situation dans laquelle j'ai testé la méthode : Windows Vista WinSCP Scraper Windows RPi2 Dernière version de Recalbox Scraping déjà réalisé sous EmulationStation pour SNES et Megadrive (mais quelques roms dépourvues de métadonnées) J'ai suivi la procédure et utilisé la ligne de commande indiquée, en spécifiant snes pour la SNES et megadrive pour la Megadrive. Il me crée effectivement un fichier "gamelist.xml" et un dossier "images" dans lequel se trouvent toutes les visus des boites. Jusque là, pas de soucis. J'utilise WinSCP pour accéder à ma Recalbox et upload le fichier "gamelist.xml" dans /root/.emulationstation/gamelists/snes (pour la SNES) Puis j'upload le dossier "images" dans /root/.emulationstation/downloaded_images/ et je le renomme en snes (vu que dans gamelist.xml, c'est le chemin spécifié). Puis je définis les droits sur 0644. Je ferme WinSCP et fais un restart de la recalbox. Après redémarrage, le scraping n'a pas changé d'un iota. Ca m'intriguait et j'ai donc fait quelque tests afin de comprendre ce qu'il se passait et j'ai conclu ceci : quand je relance ma recalbox, le fichier gamelist.xml est modifié et remplacé par sa version précédente. Pour en être certain, j'ai supprimé le gamelist.xml et relancé le RPi. Comme on s'y attendrait, la liste dans EmulationStation est redevenu toute simple. J'ai donc recommencé la procédure et uploadé les fichiers. Après restart, le fichier a perdu tout son contenu et seulement deux très courtes lignes subsistent (inutile de dire que la liste est forcément restée basique dans EmulationStation ). Moi qui aime les choses carrées et bien rangées, j'avoue que c'est plutôt frustrant lol Quelqu'un a-t-il déjà rencontré pareil problème ou saurait me renseigner sur la marche à suivre pour contrer cet effet ? Ma gratitude sera sans limite si quelqu'un me sort cette épine du pied 