@bozothegeek said in ROM atomiswave:

@barbudreadmon en fait, je soupçonne que cela peut venir d'un prob hardware avec la sd, le hdd ou ssd, il y a des probs connu avec le boiter NESPI 4 Case aussi qui à un usb4/sata perturbale, il faudrait donc savoir quel matériel est utilisé en fait.

oups je voulais dire usb 3

@barbudreadmon en fait, je soupçonne que cela peut venir d'un prob hardware avec la sd, le hdd ou ssd, il y a des probs connu avec le boiter NESPI 4 Case aussi qui à un usb4/sata perturbale, il faudrait donc savoir quel matériel est utilisé en fait.

@Zeke Pareil que pour d'autre... t'as vérifié si t'as pas les partitions en read-only ? sinon, lance la commande "mount", et si tu as "tmpfs on /overlay..."... cela peut être le prob certaines conf peut être sur d'autres partitions et fonctionner mais pas la partie pour la gestion du NesPi 4 case...

@danielr J'ai un bonne nouvelle: pas de prob sur la microSD.... donc je confirme, c'est dur de comprendre pourquoi... pas de doute sur le cabalge pour toi ? désolé j'essai de trouver des idées

@Garden-Dwarf Je suis sur le discord de recalbox aussi si besoin même pseudo !

@danielr pour ton cas, lance la commande "mount" pour voir l'état de tes partitions, si tu as un blem sur la microsd, tu peux avoir le problème, j'ai eu le cas :-(... envoi moi le résultat et je te dirais.

@Garden-Dwarf Désolé, j'arrive après la guerre est ce que tu as essayé avec libretro mame2003plus. Est ce que tu veux un romset en particulier ? t'as essayé avec quel jeu par exemple ? Est ce que le Aimtrack que tu as est vu comme une souris ou autre chose ? désolé je connais pas ce lightgun mais je travail à ce jour sur le sujet donc ton cas m'intéresse !

@dJ0 Donc t'as réussi à modifier le fichier dans /boot sans faire la commande "mount -o remount,rw /boot" ? Normalement, t'as besoin de faire cela pour débloquer ta partition. Mais peut être que ta partition se monte en "rw" automatiquelment à chaque fois pour toi, je sais que cela peut arriver qu'une partition ne se monte pas comme prévu, tu risque d'avoir d'autres problèmes par la suite... pour le savoir, à l'occas, lance la commande "mount" tout simplement, et envoi le résultat, je pourrais vérifier si c'est bien monté comme prévu sur ton Pi4...

Apparement, on configure différemment dans recalbox la partie "dtoverlay", c'est la manière qui est différente et pas forcement le résultat. Pour tester, c'est juste idée pour investiguer, on peut jouer avec /boot/config.txt, et de rajouter la ligne suivante à la fin du fichier :

dtoverlay=gpio-poweroff,gpiopin=4,active_low=1,input=1

Et ainsi on verra si cela améliore ou pas le comportement du ventilateur.
Bien sur avant de modifier ce fichier, il faudra faire en ssh, la commande suvante:

# mount -o remount,rw /boot

Bon j'ai regardé....
la seule différence est le fait que le script de retroflag essai de tuer ES avant en appelant un script.sh supplémentaire :

Dans le .py de retroflag:

os.chdir(scriptDir)
output = int(subprocess.check_output(['./recalbox_SafeShutdown.sh', '--espid']))
if output:
   os.system(scriptDir + "/recalbox_SafeShutdown.sh --shutdown")
else:

Dans le .sh de retroflag:

ES_PID=$(check_esrun)
if [[ "$1" == "--shutdown" && -n $ES_PID ]]; then
   [[ -z $RC_PID ]] || smart_wait 1 $RC_PID && sleep 3
   kill $ES_PID         
   smart_wait 0 $ES_PID
   shutdown -h now
fi

Mais en terme de GPIO, c'est les mêmes utilisant les mêmes commandes De plus, pour ma part, je n'arrive pas à reproduire ce problème même si j'éteins à partir d'un emulateur ou partir du menu ES.... Donc la différence de script, je me l'explique pas encore... peut être un paramètre sur les GPIOs... mis lors de l'installation des scripts... je vais voir....

@shamael_1 OK, ce que je propose est de comparer le script de "shutdown" de recalbox avec celui que propose Retroflag, on devrait peut être voir des différences et expliquer ce qui se passe, je vais regarder et je vous dis si je vois et comprends ce qui se passe.

@shamael_1 said in 7.0.1 Toujours problème avec Nespi4case ventilateur ne s'éteint pas:

les boutons sont reconnus de suite mais le power off est inconsistant. Sur 10 tests, l'interface se coupe à chaque fois mais le ventilateur continue de tourner environ 4x sur 10.

Sinon, il faudrait regarder le contenu des scripts python, un problème de commande GPIO ?!

Bonjour à tous, de mon côté, zéro problème avec le ventillo et le bouton pour s'éteindre / même le reset fonctionne en 7.0.1. Est ce que vous avez vérifier le cablage des GPIOs ? Je demande parce que je trouve que c'est pas super clair cette partie dans la doc Retroflag quand on monte le boitier. Il faudrait comparer les fils cablés, C'est comme si les commandes GPIO était sans effet. Ensuite, si vous avez des probs, il faudrait regarder l"état des partitions, lors du flashage, on peut avoir des partitions en RO et que l'on ne pourra pas mettre à jour pour le script.

@darkender said in Remontée problème RECALBOX 7 : wifi:

Depuis l'installation de la version 7 sur mon RPI4, le wifi est très capricieux.

Salut, c'est quoi ton OS pour ton web server ?

@Bkg2k It's really lot of work ! GG !

@lackyluuk You could see this page for more details, in french only for the moment but if you translate, it could help you to understand this "amazing" feature (with lot of potential evolutions : https://recalbox.gitbook.io/documentation/v/francais/utilisateur-avance/configurations/scripts-sur-evenements-demulationstation

@Bkg2k Bon.... OK, je garde tous mes PIs (et mes PCs ;-).... mais j'attends trop la v7, je regarde le site, le gitlab tout les jours, je suis malade... désolé :-(... je suis trop impatient... bon courage encore pour la dernière ligne droite !!! et merci encore pour ce super boulot !!!! ...de mon côté, il faudra un jour que je trouve le courage aussi de vous aider

@bozothegeek said in Creer des collection personnelle:

Salut à tous, je viens sur le forum parce que je me rends compte que les scripts de @nordicpower ne sont plus utilisable sur support externe USB depuis la 6.1 je crois (je suis sur RPI3). C'est à cause de l'impossibilité d'éxécuter les .sh sur un support amovible maintenant; J'ai essayé pleins de trucs pour me permettre de mettre les droits d'execution (chmod +x..., etc...) mais rien y fais même en changeant la façon de monter les matériels USB au boot, donc j'ai laissé tomber dans mon cas même si je trouve l'idée super initialement... donc j'ai juste une question (un espoir en fait ;-), est ce que vous ne pensez pas à utiliser les liens symboliques à la place, ou est ce que ce n'est pas possible de lister les ROMs directement dans le répertoire "collections" pour les lancer ? ou est ce que vous pensez que ce n'est pas possible dans notre cas d'utilisation ? je vais essayer dès que j'ai un moment sinon et je vous dirais Merci d'avance pour votre retour.

En fait, j'ai ma réponse, vu que ce système de fichier ne le supporte pas non-plus... c'est mort... voici la commande que j'ai tenté ce soir:

ln -s /recalbox/share/roms/mame/outrun.zip outrun.zip

ln: outrun.zip: Function not implemented

Salut à tous, je viens sur le forum parce que je me rends compte que les scripts de @nordicpower ne sont plus utilisable sur support externe USB depuis la 6.1 je crois (je suis sur RPI3). C'est à cause de l'impossibilité d'éxécuter les .sh sur un support amovible maintenant; J'ai essayé pleins de trucs pour me permettre de mettre les droits d'execution (chmod +x..., etc...) mais rien y fais même en changeant la façon de monter les matériels USB au boot, donc j'ai laissé tomber dans mon cas même si je trouve l'idée super initialement... donc j'ai juste une question (un espoir en fait ;-), est ce que vous ne pensez pas à utiliser les liens symboliques à la place, ou est ce que ce n'est pas possible de lister les ROMs directement dans le répertoire "collections" pour les lancer ? ou est ce que vous pensez que ce n'est pas possible dans notre cas d'utilisation ? je vais essayer dès que j'ai un moment sinon et je vous dirais Merci d'avance pour votre retour.