Ah je suis "content" de voir que je ne suis pas le seul à rencontrer ces problèmes de lenteurs. C'est dommage, pour une fois qu'un upgrade semblait bien se passer 
J'ai upgradé de 6.1.1 à 7.1.1 et ça semblait trop beau: aucun bug à première vue, le retour des mises à jour, detection des manettes nickel... Il va falloir patienter encore quelques mois alors.
Heureusement, cette fois j'étais préparé. Je n'ai plus qu'à restaurer l'image de ma eMMC en 6.1.1 ! 
Thank you very much. I really like this theme !
Je viens de corriger mon dc_flash.bin. J'ai mis le bios US au lieu de PAL, c'est le bon checksum MD5 maintenant. Mais c'est toujours en accéléré.
Ok merci pour ton retour. Je vais essayer de corriger ça. Je vois que toi aussi tu as un dossier dc dans bios donc à priori c'est normal.
Je viens de vérifier, j'ai l'impression qu'il y a un dossier dc en trop. Je ne crois pas qu'il était présent avant la 6.1.1.
Le dc_boot et le dc_flash sont ceux que j'utilisais en 6.0.
Les bios étaient bons en 6.0 en tout cas. Je vais vérifier.
Je les démarre bien avec START+B comme indiqué dans le wiki.
Et oui, j'ai d'abord configuré les boutons via le menu, puis j'ai corrigé le fichier es_input.cfg.
Elles étaient toutes les 2 en 1.31. Je viens de les passer en 1.33.
A priori pas de correctif lié à ça dans le changelog.
Firmware v1.33
Firmware v1.32 for Windows & MacOS
Pourtant maintenant les boutons L2 et R2 sont correctement détectés. Je n'ai pas eu besoin de corriger le fichier es_input.cfg.
Et je n'ai plus le pb des shaders qui changent en même temps que je fais la sauvegarde avec hotkey+Y.
sdl2-jstest montre bien qu'il n'y a plus d'axe détecté en même temps que le bouton lorsque j'appuie sur L2:
SDL_JOYBUTTONDOWN: joystick: 1 button: 8 state: 1 code:312
SDL_JOYBUTTONUP: joystick: 1 button: 8 state: 0 code:312
Merci pour ton aide
Bonjour,
Je rencontre le même souci qu'ici : https://forum.recalbox.com/topic/19419/8bido-n30-pro-2-bug-hotkey-en-6-1-1/17
A savoir les boutons L2 et R2 ne sont pas correctement détectés sur la version 6.1.1. Après une fresh install, appairage des 2 manettes et configuration des boutons, tout fonctionne bien dans le menu mais les manettes ne fonctionnent pas dans les jeux. Elles sont connectées (voyant allumé fixe) mais rien de se passe quand on appuie sur les boutons. Il faut alors les éteindre et rallumer pour qu'elles marchent.
J'ai testé le contournement indiqué ici : https://forum.recalbox.com/topic/19444/6-1-1-rpi3b-plus-manettes-8bitdo-sn30-pro-et-sf30-pro/52
En modifiant le type de l2 et r2 en button au lieu de axis dans le fichier es_input.cfg, les manettes fonctionnent maintenant (j'ai une SF30 pro et une SN30 pro). Par contre, maintenant c'est la combinaison hotkey+Y qui change les shaders en même temps que de faire une sauvegarde ! Il semble donc y avoir un problème d'assignation des boutons.
Je pense qu'il n'y a pas que le type à changer pour les boutons L2 R2 des SF30 pro et SN30 pro. Les valeurs ont aussi l'air incorrectes dans es_input.cfg quand on les compare à celles de la NES30 pro par exemple.
J'avais des valeurs à -1 pour ces boutons alors que celles de la NES30 pro sont à 1. Idem pour les ID et codes, ils n'ont pas l'air corrects.
J'ai alors testé les boutons de ma 8bitdo SF30 avec sdl2-jstest en SSH. Il détecte à la fois un axe et un bouton lorsque j'appuie sur L2 :
SDL_JOYAXISMOTION: joystick: 0 axis: 5 value: -32768 code: 10
SDL_JOYAXISMOTION: joystick: 0 axis: 5 value: 32767 code: 10
SDL_JOYBUTTONDOWN: joystick: 0 button: 8 state: 1 code:312
SDL_JOYAXISMOTION: joystick: 0 axis: 5 value: -32768 code: 10
SDL_JOYBUTTONUP: joystick: 0 button: 8 state: 0 code:312
idem avec la SN30 pro
En fait je viens de tester les boutons de ma 8bitdo SF30 avec sdl2-jstest en SSH. Il détecte à la fois un axe et un bouton lorsque j'appuie sur L2 :
SDL_JOYAXISMOTION: joystick: 0 axis: 5 value: -32768 code: 10
SDL_JOYAXISMOTION: joystick: 0 axis: 5 value: 32767 code: 10
SDL_JOYBUTTONDOWN: joystick: 0 button: 8 state: 1 code:312
SDL_JOYAXISMOTION: joystick: 0 axis: 5 value: -32768 code: 10
SDL_JOYBUTTONUP: joystick: 0 button: 8 state: 0 code:312
idem avec la SN30 pro
@Kael toujours le même souci? Chez moi aussi tous mes jeux Dreamcast restent en accéléré, rien à faire...
@OyyoDams @acris
Je pense qu'il n'y a pas que le type à changer pour les boutons L2 R2 des SF30 pro et SN30 pro. Les valeurs ont aussi l'air incorrectes dans es_input.cfg quand on les compare à celles de la NES30 pro par exemple.
J'avais des valeurs à -1 pour ces boutons alors que celles de la NES30 pro sont à 1. Idem pour les ID et codes, ils n'ont pas l'air corrects.
J'ai testé le contournement indiqué ici : https://forum.recalbox.com/topic/19444/6-1-1-rpi3b-plus-manettes-8bitdo-sn30-pro-et-sf30-pro/52
En modifiant le type de l2 et r2 en button au lieu de axis dans le fichier es_input.cfg, les manettes fonctionnent maintenant (j'ai une SF30 pro et une SN30 pro). Par contre, maintenant c'est la combinaison hotkey+Y qui change les shaders en même temps que de faire une sauvegarde !
Même problème que vous. Pour info, en redémarrant la manette pendant le jeu ensuite elle est reconnue et tout fonctionne. A part que bizarrement quand on appuie sur la hotkey ça change les shaders. J'ai aussi essayé de mettre un autre bouton que select pour la hotkey (le petit bouton en bas à droite sur 8bitdo SF30), et le problème reste le même.
Bonjour,
J'ai exactement le même problème mais en 6.1.1 fraichement installé. Une idée pour corriger ça ?
Je suis obligé d'éteindre et rallumer les manettes après avoir lancé un jeu. Et lorsque j'appuie sur le bouton hotkey ça change de shader.
Pourtant mes manettes 8bitdo sont bien configurées dans le menu. Au reboot, elle ne sont pas perdues (ce qui arrivait souvent en 6.0).
Salut,
Je viens de faire une fresh install en 6.1.1 sur mon xu4, recopié mes saves,bios et roms. Et reicast est en accéléré. Les reboot ne changent rien.
Une idée ?
De mon côté, j'ai terminé mon boitier Nespi. 
Je ne suis pas hyper fan du boitier N64 pour Odroid, et il n'y a pas grand chose d'autre pour le moment.
Donc déjà : l'alimentation via les pins du GPIO fonctionne impec. J'ai récupéré les 2 fils du Nespi case qui servaient à alimenter le raspberry initialement, coupés et sertis dans un connecteur 2x15 broches avec pitch 2.0mm pour brancher sur le port GPIO.
Ensuite j'ai coupé comme toi le câble USB interne pour récupérer l'ancien connecteur 4 broches blanc, que j'ai ressoudé sur un câble USB un peu plus long, et branché sur le port USB3 du haut. Ça passe pile poil au dessus du PCB des ports USB de façade. Idéalement, il faut prendre un câble USB avec un connecteur coudé.
Donc au final côté connectivité, j'ai le HDMI et le RJ45 branchés à l'arrière (pas de wifi). Le dongle USB de mon clavier sur le port USB2 à l'arrière. Et les 4 ports USB2 de facade branchés sur le port USB3 du haut à l'intérieur. Et sur un de ces 4 ports en façade, j'ai un dongle bluetooth pour mes manettes sans fil.
Sinon côté température, j'ai pu jouer plusieurs heures sans problème, y compris sur des jeux gourmands comme la Dreamcast ou la Playstation. Par contre, j'ai conservé le ventilo du boitier pour améliorer un peu le refroidissement même si il est un peu bruyant et non contrôlé. Je l'ai orienté pour qu'il envoie de l'air frais dans le boitier. Le ventilo du CPU ayant tendance à pousser l'air chaud vers l'arrière du boitier, là où on a découpé pour accéder aux prises de l'Odroid.
Hello,
Question tordue : l'un de vous a-t-il déjà essayé de booter sur la eMMC et d'ajouter une microSD en stockage externe plutôt qu'une clef USB ? Est-elle détectée par le système et est-elle utilisable comme support externe dans Recalbox ?
Le but est d'économiser un port USB.
+1
Si besoin de traces, n'hésitez pas.
@quenbo As-tu essayé de remplacer les 2 fils d'alimentation entre les cartes du boitier Nespi Case ?
C'est un défaut connu des 1e générations de boitiers NesPi Case. Le diametre des 2 fils au fond du boitier, entre la carte micro USB à l'arrière et la carte des interrupteurs à l'avant, est trop fin. Le fait de les remplacer par des fils de diamètre supérieur résoud les problèmes d'alimentation trop faible sur les Pi3. Je suppose donc que tu as le même souci sur ton Odroid.
Je suis en train de modifier mon Nespi case de 1e génération comme le tien pour y mettre un Odroid XU4 (ventilé). J'ai tout découpé, ça rentre parfaitement. Mes cables d'alim avaient déjà été remplacés pour corriger le problème avec un Pi3.
J'ai commandé un connecteur 2x15 pins avec pitch de 2.0mm pour brancher les 2 fils d'alim sur le GPIO (link).
Il me reste à rallonger les fils de l'USB et je pourrai tester.