@Zeke le fait que ce ne tienne qu'un reboot sonne comme des modifications faites via le script sur une partiton read only. Par contre les scripts existent de base et en fait mis à part pour test (ce que j'avais fais plus haut) ils ne sont pas nécessaire.

Je résume pour être sur du statu actuel:

• recalbox.conf: tu as bien décommenté la ligne ci-dessous, c'est cénsé être auto mais soit

system.power.switch=PIN356ONOFFRESET

A ce stade tu peux éteindre et reset avec les boutons en facade normalement. Les scripts appelés sont dans /opt/RetroFlag

• config.txt: si le fan continue à tourner la modif suivante à permi de contourner le soucis pour certains d'entres-nous:

mount -o remount,rw /boot
echo "# Overlay setup for proper powercut, needed for Retroflag cases" >> /boot/config.txt
echo "dtoverlay=gpio-poweroff,gpiopin=4,active_low=1,input=1" >> /boot/config.txt
shutdown -r now

Cette manip est permanente et résoud le problème de manière définitive pour moi en tous les cas.

Ces deux étapes ont été appliquée pour ton cas?

Situation: 2x SN30 pro, RPI4, Nespi4 case, et un SSD
Problème: input lag, portée aléatoire, je ne suis pas le premier. Les manettes restent connectées mais à 2 joueurs parfois plus d'action possible.

Je me prends un dongle BT Plugable BT4LE (sur la liste de compatibilité), je désactive le BT interne du RPI4 https://forum.recalbox.com/topic/22007/rpi4-désactiver-le-bt-interne-au-profit-d-un-dongle-externe

TEST!
Et c'est le drame : la portée est genre 1m avec encore plus de soucis de lag . D’expérience ce genre de dongle est à connecté sur de l'USB1/2, surtout pas sur l'USB3. Problème d'interférence que j'ai déjà pas mal rencontré en audio. Il suffit de? Non car le front USB2 n'a pas assez de jus pour alimenter mon dongle il semble, il n'est pas reconnu du tout sur le port de droite.

Solution: ouvrir la Nespi4 case et inverser les connecteurs des deux USB supérieurs sur le RPI. Le SSD sera en USB2 et les USB en façade seront en USB2 bien sur. Mais le résultat est immédiat: une porté de 10m avec obstacle et plus de lag après un court test.

Petit status: depuis l'appairage manuel plus de soucis. Encore un peu trop tôt pour le dire mais les manettes sont à chaque fois reconnues depuis 4 jours. Une plus longue période me semble nécessaire mai cela semble bien parti.

@gonvalski
un peu de lecture de la doc recalbox serait des plus utiles, tu trouveras pas mal de réponses à tes questions dans la description des menus etc.

Ici par exemple [https://recalbox.gitbook.io/documentation/v/francais/usage-basique/gestion-des-fichiers](link url). L'accès et la manière de le retrouver y sont décrit

Tu y trouveras aussi comment pointer Recalbox vers ton disque externe pour la localisation des roms. C'est simplement dans le menu de configuration

@gonvalski Deux possibilités:

• Soit tu mets le disque dans le nespicase, tu configures recalbox pour prendre les roms sur le disque externe (ce qui va créer les répertoires de base sur le SSD), reboot, et tu copies via réseau
  Recalbox partage sur le réseau l'emlplacement des roms, si tu n'as rien changer dans un explorateur Windows tu devrais tomber dessus avec

\\recalbox.local\

• Soit tu achètes un adaptateur USB pour ton SSD et tu peux le connecter sur ton pc principal

@ec
Ca fonctionne chez moi également, merci pour les infos détaillées. Pas de reset nécessaire. Tout mes jeux PSX n'étaient pas concerné, mais celui posant soucis (Hercules) avait une sauvegarde alors que CrashBash fonctionnait sans soucis (mais pas de sauvegarde)

Ma config:
RB 7.2.2 juste upgradé depuis 7.1.1
RPI4
RPI4case
8bitdo SN30 pro

le nespi4case prend le format natif SSD 2,5 pouces. donc pour autant que ce ssd ait la même hauteur que les SSD 2,5 pouces standard pas de soucis.

Le problème se pose avec les HDD 2,5 pouces qui existent en 2 tailles, et la ca ne passe pas tjs pour les plus épais.

bonsoir @davidb2111

j'utilise le Plugable BT4LE (BCM20702A1) référencé sur la page de compatibilité https://recalbox.gitbook.io/documentation/hardware-compatibility/compatible-devices/dongle
Mis à part ce soucis dans ce cas particulier il fonctionne parfaitement plusieurs heures par jours, enfants/papa

@acris premier soucis aujourd'hui, après des jours donc mais avec un peu plus d'info

La différence cette après-midi est que j'ai allumé une des manettes avant le chargement complet de l'interface, celle avec la liste des consoles. Cette manette ne peut plus se reconnecter, alors que pas de soucis pour la deuxième qui a été allumée après. Par contre impossible de reconnecter la première voici ce que j'ai testé:

• oubli des manettes: la plus possible de reconnecter aucune des deux
• effacer le ficher /recalbox/share/system/bluetooth/bluetooth.tar et reboot, idem
• via bluetoothctl les deux manettes sont encore listées et trusted
• btmon montre bien de la communication au moment du lancement de l'appairage, mais rien de concluant

Pour m'en sortir, un remove/pair/connect/trust en bluetoothctl et ca roule à nouveau. Hypothèses: avant 7.1, quand j'avais cela j’effaçais les manettes BT dans le menu et je pouvais reconfigurer. Ça ne marche plus depuis 7.1 (et 7.1.1), et bluetoothctl confirme les voir encore. L'action du menu ne marche plus, ou pas complètement? Ceci expliquerait le changement de comportement de mon premier post

Petit status: depuis l'appairage manuel plus de soucis. Encore un peu trop tôt pour le dire mais les manettes sont à chaque fois reconnues depuis 4 jours. Une plus longue période me semble nécessaire mai cela semble bien parti.

@acris trouvé
/recalbox/share/system/bluetooth/bluetooth.tar
J'ai checké son contenu et il contient je pense la même chose que /var/lib/bluetooth mais agrégé dans un fichier tar. Bien possible que c'est ce que je cherchais , merci.

Je l'ajoute à la liste de check au prochain soucis

@acris tout à fait, j'ai lu la doc et me suis basé sur ton post https://forum.recalbox.com/topic/8921/a-lire-manettes-8bitdo/2 pour directement partir sur le mode Andoid.

Je te suis bien dans les test SD vs external et je tenterais au prochain soucis bien entendu. Cependant j'ai le sentiment que de ne pas me retrouver tout à fait dans un soucis qui serait présent tous le temps. En temps normal, je n'ai aucun soucis avec ces manettes et une fois appairées je peux jouer des heures sans aucune déconnexion. Le problème se pose de temps en temps à l'allumage, les manettes ne s'appairent pas. (En 7.0 c'était pas trop gênant mais depuis l'impossibilité de ré-appairer c'est bien plus grave).

Je reprends ta liste d'actions dès que le soucis se pose, depuis mon passage en SSH+procédure manuelle ça va. Je viens de reboot plusieurs fois, et faire l'appairage sans reboot egalement pas de soucis (comme tjs quand c'est aléatoire...)

L'idée du fichier corrompu me trotte dans le sens ou j'ai pu pendant que le problème se posait dans le menu (visible mais appairage impossible) me connecter en SSH et vérifier via "bluetoothctl paired-devices" que rien n'était lié. le scan/pair/connect/ trust c'est passé sans soucis.

A ta connaissance aucun fichier RB ne contient les manettes BT associées? Si seul le stack BT
Linux retient les ID je trouverais peut-être le problème dans /var/lib/bluetooth
Dans ce dossier je retrouve bien mon controller BT et les 2 manettes en trusted
(lignes avec * modifié pour confidentialité)

[General]
Name=8Bitdo SN30 Pro
Class=0x002508
SupportedTechnologies=BR/EDR;
Trusted=true
Blocked=false
Services=00001124-0000-1000-8000-00805f9b34fb;00001200-0000-1000-8000-00805f9b34fb;

[LinkKey]
*Key=3C79EFBDF49xxxxxxxxxx
Type=4
PINLength=0

[DeviceID]
Source=2
Vendor=11720
Product=24833
Version=256
# cat cache/
*MAC_manette1 MAC_manette2
*# cat cache/MAC_manette1
[General]
Name=8Bitdo SN30 Pro

PS: /etc/init.d/S32bluetooth me donne quelques info, btmon est installé aussi. Utile pour le prochain test

@acris je loupe une de tes phrase: en mode switch? Toutes mes lectures me pointent vers le mode Dinput pour les 8bitdo, mais c'est qqch que je peux tester aussi