Recalbox Forum

dJ0

@gkralicek2
Ok, là ça devient compréhensible
Et par contre ça veut dire que sur le Pi4, on peut sans doute se brosser

dJ0

@gkralicek2
J'ai entendu parler de chose comme ça, mais c'est pas clair :

Est-ce que c'est parceque les dernières versions de Mame font tourner des jeux plus récents, donc c'est logique que ça ait besoin de plus de puissance ?
Est-ce que le "moteur" des dernières versions de Mame est plus lourd au point de faire ramer d'anciens jeux qui marchaient mieux avant ?

Dans le premier cas, ce serait logique, mais ça n'empêcherait pas de mettre les derniers Mame sur Rpi, parcequ'il n'y a pas que des jeux récents qui sont ajoutés, il y a aussi des vieilleries (la preuve dans mon cas )
Dans le 2ème cas, effectivement pourquoi se faire chier à mettre la dernière version de Mame alors que les anciennes marchent mieux. Mais ça voudrait dire que les développeurs ont vraiment pas bien optimisés les dernières versions, ça me parait louche

Tu en sais plus ?

dJ0

@gkralicek2
Oui, c'est clair que c'est faisable avec l'Atari 2600 vu que ce sont ces jeux recolorisés avec les copyright cachés (donc on devait être loin d'être dans l'officiel )
C'était vraiment pour retrouver le côté "loterie" et ne pas mélanger avec les jeux que j'ai de l'Atari 2600 (que j'avais également)

La concurrence sur Rpi4 semble avoir fait le même choix : pas de Mame récent. Donc je me demande si le problème n'est pas plus compliqué qu'il n'y parait, c'est pour ça que je demandais aux développeurs, n'ayant pas pu trouver d'infos sur cette non-dispo....

Si vous pourriez nous éclairer... merci pour vos lanternes

dJ0

@gkralicek2
Stvboy, une micro console qui "copiait" 126 jeux atari ^^
C'est plus qu'un jeu, mais c'est en une seule rom. Le côté loterie de cette console (il fallait choisir le numéro, et j'avais paumé la liste des jeux ) était marrant
Après c'est qu'un bête clone, mais j'aurais bien aimé retrouvé ça.
Avec ma Recalbox, j'essaye de faire un "backup" de tout ce que j'ai pu jouer enfant, il ne me manque que ce truc là

dJ0

Bonjour
Selon le git, Libretro Mame (pour romset 0.230) n'est pas compatible avec le Raspberry Pi4

J'aurais voulu savoir si c'était "définitif" et quelle était la raison de la non dispo : souci de perf ? problème pour compiler sous ARM ? Pas trop de temps vu le peu de monde qui s'en sert ?

Du coup la question qui fâche : c'est envisageable qu'il arrive sous Pi4 dans une future version ?

Dans mon cas, ce serait juste pour faire tourner un vieux jeu à 2 balles mais qui n'a été ajouté au romset qu'à partir de la version 0.198, donc ça devrait largement tourner sous Pi4 mais aucune autre version de Mame sous RecalBox (basées sur de plus vieux romset) ne peut le faire marcher...

Merci pour l'éclaircissement

dJ0

J'ai finalement testé de sortir le SSD du Nespi4case, et de le connecter à l'USB3 en façade, dans un boitier adaptateur USB3 aussi.
Conclusion : Aucun souci de portée sur le BT

Donc je dirais que ça ne vient pas du RPi4, mais bien du boitier Retroflag, il y a bel et bien un problème entre le contrôleur SATA et l'USB3 (qu'il faut donc downgrader en USB2)
En se connectant de la même façon au RPi4, mais sans utiliser le controleur du boitier, c'est bon.

dJ0

J'ai démonté le Nespi4case pour voir un peu la qualité du routage...
Franchement, pour la partie USB3 vers le controleur SATA, je ne reprocherais pas grand chose à Retroflag. Le câble semble bien blindée, le blindage est reconnecté sur le petit PCB. Ce dernier est en 4 couches mini avec des plans en interne.... je vois pas d'erreur évidente sur l'USB3 C'est côté SATA qu'ils ont fait une chose pas très propre en mettant un signal HF en bord de PCB (très mauvais niveau rayonnement) donc ça devrait déconner autant en USB2 qu'en USB3 si c'était ça... : tout ça pour dire que ce problème, c'est peut-être plutôt du côté du RPi4 qu'il se génère si ça se trouve

Le petit bout de PCB avec les 2 prises USB3/2 en face avant, par contre il est pas génial (heureusement que les signaux sont pas très long dessus), pas de plan de masse...

Je sais que pas mal de gens ont commencé à externaliser le SSD sur les prises USB en façade : quelqu'un en a testé un avec un contrôleur USB3 sur prise USB3 ??

Si ça déconne aussi : RPi4 fautif
Sinon, Retroflag a fait une connerie malgré leur bonne volonté apparente...

En tout cas, depuis que j'ai inversé les câbles en interne, je peux jouer des WCs

dJ0

Je suis très étonné, je ne me souvenais même pas qu'il y avait un réglage avant que tu m'en parles, et j'ai pourtant réinstallé RB7 de zéro sur cette carte SD il y a 3 semaines (comme il fallait faire selon les tutos) donc j'aurais tendance à dire que c'est plutôt "slide" par défaut Ou ma recalbox est envoutée (entre ça et les histoires de ventilo....)

dJ0

J'ai refait un test avec le SSD retiré, donc uniquement avec la SD telle qu'elle est d'origine après le 1er démarrage de RecalBox (mise à part sa mise à jour en 7.0.1)
Le défaut est bien présent, mais faut avouer qu'il est beaucoup plus léger. A tel point qu'on peut ne pas le remarquer je pense.
Je vois que même avec un thème "officiellement" compatible 7.0, d'autres personnes ont remarqué un souci relativement proche sur ce topic :
https://forum.recalbox.com/topic/16064/recalbox-7-0-snap-videos-custom-mix-next-pixel-theme/509
Ça à l'air d'avoir déjà été remonté et confirmé, uniquement sur RPi4 Peut-être la même chose ?? (mais qui serait donc très peu visible avec un thème "léger" qu'avec un thème plus chargé...)

Par défaut je suis en 1080p, je vais voir à tester en 720p ou d'autres modes dès que possible...

dJ0

Pour ma part
SSD installé, avec manette PS3 et BT d'origine : environ 2m de porté, soit la distance canapé/TV
Assis au bord du canapé, pas de souci. Assis au fond du canapé, les boutons marchent aléatoirement. Moralité : faut s'asseoir correctement pour bien jouer

Plus sérieusement, quelqu'un en a déjà parlé je sais plus où, mais la source du problème n'est sans doute pas compliquée à trouver (sa résolution par contre, c'est une autre histoire...)
L'USB3.0 fonctionne à 2.5GHz. Le Bluetooth et le WiFi fonctionne en 2.4GHz (certains canaux WiFi sont en 5GHz)
Pour peu que le signal USB3 soit pas routé correctement dans le Nespi4case (ou bien son bout de câble pas bien blindé), les signaux peuvent se gêner très facilement vu leur proximité sur le spectre.

Quand vous intervertissez USB3 avec USB2, le convertisseur SATA/USB interne au Nespi4case downgrade automatiquement son USB3 en USB2, et passe d'un signal à 2.5GHz à 240 ou 480MHz.

Coïncidence ? Je ne crois pas...

Edit :
https://en.wikipedia.org/wiki/USB_3.0#Radio_frequency_interference

Et c'est connu comme problème

dJ0

Sinon pour ceux qui veulent tester la méthode de bozothegeek, selon le script il faudrait juste faire :

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

A tester aussi

dJ0

@bozothegeek
C'est la première chose que j'ai regardé et j'étais bien en readonly pourtant
La raison est plus simple que ça : je viens de voir que le script Retroflag fait lui-même la commande pour monter boot en rw
Donc en clair, il suffit de faire

wget -O - "https://raw.githubusercontent.com/crcerror/retroflag-picase/master/install_recalbox.sh" | bash

et c'est bon
(en tout cas chez moi, et visiblement chez shamael_1 aussi) Si une 3ème personne peut le confirmer...

dJ0

@shamael_1
Bingo, ça marche, bien joué !
Jamais le ventilo s'était éteint chez moi jusque là
Script installé et après redémarrage, quand je relache le bouton le ventilo se coupe grosso modo en même temps que la led, donc très vite (2 à 4 secondes)
Ca semble bien lié à cette dernière ligne "dtoverlay", c'est la seule chose qu'ils ont modifié chez Retroflag pour rendre leur script compatible avec Nespi4case (selon leurs derniers commits sur github)

Par contre j'ai pas compris l'histoire de monter la partition /boot en rw : sans avoir rien monté j'ai toujours le fichier /boot/config.txt qui reste modifié après déjà 2 redémarrages... est-ce que ça veut dire que l'extinction du raspberry est pas totale, et qu'il garde la partition boot en mémoire ?? Pourtant elle est bien en readonly...

C'est cool en tout cas, déjà c'est pas un souci hard et puis on peut se faire la modif nous-même et la team pourra sortir tranquillement la correction plus tard

dJ0

Possible que le thème en question "empire" le phénomène, mais il y a déjà quelque chose avec le thème par défaut, le slide n'est pas franc, il en manque un morceau... J'ai plus mon ancien RPi3 de dispo pour tester RB7 dessus (en RB6 y'avait aucun souci). Ça peut-être spécifique au RPi4
J'utilise le HDMI près de l'USB-C, comme recommandé, mais je ne pense pas trop que ça vienne de là car le lag n'existe qu'à la première transition (sinon ça le ferait tout le temps ?)

dJ0

@acris
Je n'y avais pas pensé, la modif est intéressante :
Alors, si on met les effets sur "fade", le fade fonctionne lui, mais y'a quand même un lag avant. Idem si on se met sur "instant". Mais faut avouer que le lag est plus léger.
Autre modif : changer le thème
Je suis sous Eudora, et c'est celui sur lequel le lag se sent le plus. En mettant sur le thème Recalbox, le lag est vraiment très léger et l'effet "slide" est quand même un peu là (on pert quelques millisecondes du début de l'effet, mais on en voit la fin). Sur le thème Simplelight ça lag aussi, moins qu'Eudora mais plus que Recalbox.

Pour avoir tester ces 3 thèmes avec les différents effets, le combo Eudora+effet slide, c'est surement le pire niveau lag (et pas de bol, j'étais en plein dedans )
Mais pour d'autres personnes qui seraient en thème Recalbox, celui par défaut, il est vrai que c'est bien moins perceptible et ça peut passer presque inaperçu...

dJ0

Idem, il est bien sur ON
Ça commence à être sacrément bizarre cette histoire

Il n'y aurait pas déjà plusieurs versions de Nespi4case ? Parce qu'entre les ventilos qui réagissent différemment, ainsi que les SSD qui parfois font déconner chez les uns et pas chez les autres...

dJ0

Franchement, la 1ère fois où j'ai vu ça, j'ai tout de suite eu la crainte d'un bug hard et d'une mauvaise conception de la part de RetroFlag
J'espère que je me trompe et qu'ils ont mis le ventilo sur GPIO, mais je finis par avoir un doute...

dJ0

Bonjour
Un petit défaut visuel, rien de méchant, que j'ai remarqué depuis le passage de RB6 à RB7 :
Lorsque l'on est sur la liste des jeux d'une console, et que l'on change de console, on avait avant un effet "slide" immédiat
Sur RPi4, avec RB7.0.0 ou 7.0.1, le premier "slide" entre 2 consoles ne fonctionne pas : on a la sensation d'un lag, rien ne se passe pendant 1 ou 2s et l'autre console s'affiche instantanément avec sa liste de jeux. Si l'on revient en arrière, le slide se met à marcher et tant que la console ne sera pas éteinte le slide marchera entre ces 2 consoles.
Ca fait ça entre toutes les consoles.
Du coup au tout premier démarrage, quand on veut basculer rapidement de console en console (en étant sur la liste de jeux) ça donne une impression de cafouillage, on ne sait plus de combien de console on a avancé, les appuies sur gauche/droite ne sont pas bien pris en compte car y'a ce lag d'1 ou 2s à chaque fois...

Petit HS : y'a un topic spécial pour les erreurs de traduction ? J'en ai vu quelques unes et je trouvais ça un peu lourd d'ouvrir un topic pour si peu... déjà celui-là...

dJ0

J'ai testé la mise à jour vers RB7.0.1.
Je confirme : le ventilateur ne se coupe toujours pas, même après avoir attendu 2min...

J'ai vérifié le fichier recalbox.conf
Sur RB7.0.0, il était comme ça par défaut :

# ------------ A - System Options ----------- #
#    Uncomment the system.power.switch you use
system.power.switch=PIN356ONOFFRESET    # https://github.com/recalbox/recalbox-os/wiki/Add-a-start-stop-button-to-your-recalbox-(EN)
;system.power.switch=MAUSBERRY           # http://mausberry-circuits.myshopify.com/pages/setup
;system.power.switch=REMOTEPIBOARD_2003  # http://www.msldigital.com/pages/support-for-remotepi-board-2013
;system.power.switch=REMOTEPIBOARD_2005  # http://www.msldigital.com/pages/support-for-remotepi-board-plus-2015
;system.power.switch=WITTYPI             # http://www.uugear.com/witty-pi-realtime-clock-power-management-for-raspberry-pi
;system.power.switch=PIN56ONOFF          # https://github.com/recalbox/recalbox-os/wiki/Add-a-start-stop-button-to-your-recalbox-(EN)
;system.power.switch=PIN56PUSH           # https://github.com/recalbox/recalbox-os/wiki/Add-a-start-stop-button-to-your-recalbox-(EN)
;system.power.switch=PIN356ONOFFRESET    # https://github.com/recalbox/recalbox-os/wiki/Add-a-start-stop-button-to-your-recalbox-(EN)
;system.power.switch=PIN356PUSHRESET     # https://github.com/recalbox/recalbox-os/wiki/Add-a-start-stop-button-to-your-recalbox-(EN)

Donc détecté automatiquement, même si en double en commentaire

Sur RB7.0.1, il est comme ça :

# ------------ A - System Options ----------- #
#    Uncomment the system.power.switch you use
system.power.switch=PIN356ONOFFRESET    # https://github.com/recalbox/recalbox-os/wiki/Add-a-start-stop-button-to-your-recalbox-(EN)
system.power.switch=PIN356ONOFFRESET    # https://github.com/recalbox/recalbox-os/wiki/Add-a-start-stop-button-to-your-recalbox-(EN)
system.power.switch=PIN356ONOFFRESET    # https://github.com/recalbox/recalbox-os/wiki/Add-a-start-stop-button-to-your-recalbox-(EN)
system.power.switch=PIN356ONOFFRESET    # https://github.com/recalbox/recalbox-os/wiki/Add-a-start-stop-button-to-your-recalbox-(EN)
system.power.switch=PIN356ONOFFRESET    # https://github.com/recalbox/recalbox-os/wiki/Add-a-start-stop-button-to-your-recalbox-(EN)
system.power.switch=PIN356ONOFFRESET    # https://github.com/recalbox/recalbox-os/wiki/Add-a-start-stop-button-to-your-recalbox-(EN)
system.power.switch=PIN356ONOFFRESET    # https://github.com/recalbox/recalbox-os/wiki/Add-a-start-stop-button-to-your-recalbox-(EN)
system.power.switch=PIN356ONOFFRESET    # https://github.com/recalbox/recalbox-os/wiki/Add-a-start-stop-button-to-your-recalbox-(EN)
system.power.switch=PIN356ONOFFRESET    # https://github.com/recalbox/recalbox-os/wiki/Add-a-start-stop-button-to-your-recalbox-(EN)

Je crois que ça va, le system a bien détecté que j'avais un Nespi4case !

J'ai viré au cas où les 8 lignes en trop, mais toujours pas de ventilo qui se coupe

Tout le reste du script marche : ON/OFF, restart, led rouge une fois fini de démarrer. Mais le ventilo ne s'arrête plus jamais après le 1er démarrage

dJ0

Bonjour
On a le droit à un bon gros crash lorsque l'on essaye de lancer un jeu SuperNES avec le core snes9x si jamais ce jeu a déjà des sauvegardes (dans le dossier /saves) faites auparavant avec un autre core (snes9x2010 ou 2002)

Pour étayer : je suis passer de RB6 à RB7 en changeant également de RPi3 à RPi4
J'ai remarqué en lançant certains jeux qu'ils repartaient du départ, et pas de là où je m'étais arrêté (j'ai les sauvegardes auto activées), donc en clair le core par défaut de RB7.0.0 (qui était snes9x2002) ne peut pas charger mes sauvegardes faites avec RB6 (qui était en core snes9x2010)
Jusque là, je me doute que c'est normal : un core ne peut pas forcément être compatible avec les fichiers "state" ou "state.auto" d'un autre)
J'avais vu dans le futur changelog de RB7.0.1 que justement vous alliez passer de snes9x2002 à snes9x pour RPi4, donc je me suis dis que j'allais tester pour voir si les sauvegardes ne marcheraient pas avec celui-là (sait-on jamais)

L'écran noir se lance, et plus rien. Impossible de revenir à ES avec les raccourcis manettes, obligé de tout redémarrer. (sous RB7.0.0, les boutons du Nespi4case ne répondaient pas non plus : arrachage de l'alim, même si c'est pas bien . Sous RB7.0.1, les boutons fonctionnent, c'est un moindre mal)
C'est vicieux lorsqu'on a donc des "state.auto" car le jeu ne se lance même pas, mais c'est pareil si on essaye de recharger une vieille sauvegarde en cours de jeux : l'image se fige et plus aucune réaction

Donc si jamais d'autres personnes font la bascule RB6 vers RB7.0.1 avec RPi4, il faut que soit vous supprimiez tous vos fichiers state et state.auto, soit changer le core par défaut (snes9x2010 marche bien sous RPi4) sinon vous allez avoir le même souci. En attendant peut-être une correction pour éviter le crash ? Ou bien passer RB7.0.2 en snes9x2010 par défaut ?

Question subsidiaire : snes9x est mieux que snes9x2010 ?? Autant sur la version 2002 j'ai vu quelques glitchs, autant la version 2010 j'ai pas souvenir d'en avoir vu, et comme c'est la version par défaut sur RPi0/2/3...

Posts made by dJ0