Posts made by ZeBug

J'ai regardé les logfiles, en particulier es_log.txt, voici ce que j'y ai trouvé :

[1980/01/01 02:01:51.227] (INFO ) : [Run] Command: python /usr/bin/emulatorlauncher.pyc  -p1index 0 -p1guid 030000005e040000ea02000001030000 -p1name "Xbox One S Controller" -p1nbaxes 4 -p1nbhats 1 -p1nbbuttons 13 -p1devicepath /dev/input/event0 -system dreamcast -rom /recalbox/share/roms/dreamcast/Capcom\ vs.\ SNK.chd -emulator libretro -core flycast -ratio auto 
[1980/01/01 02:01:51.228] (INFO ) : [Pad2Keyboard] No pad2keyb configuration.
[1980/01/01 02:01:51.228] (INFO ) : [MQTT] Publishing to tcp://127.0.0.1:1883 from recalbox-emulationstation OK!
[1980/01/01 02:01:51.228] (INFO ) : [Hardware] Start in-game Hardware processes
[1980/01/01 02:01:53.601] (INFO ) : [Hardware] Stop in-game Hardware processes
[1980/01/01 02:01:53.602] (WARN!) : [Run] Non-Zero exit code 250 !

Je pensais que le nom de ma ROM était mal "traduit" dans le script : les espaces deviennent des anti-slash+espace... Mais en regardant un peu plus, cela semble être le case pour d'autres systèmes et les ROMs associées.

Du coup, le seul indice est le code de sortie 250. Je n'arrive pas à trouver à quoi cela correspond pour libretro et/ou flycast.

Malheureusement pas de solution, mais le même problème sur Pi4. Mes ROMs Dreamcast qui fonctionnaient avant ne se lancent pas sur RB8. Les bios sont bien là où ils doivent se trouver (je les ai même copiés dans le répertoire bios en plus de bios/dc).
Il semble que peu ont ce problème car peu de posts ici.
Je pense donc que cela vient de moi, mais je suis à court d’idée.
Y a-t-il un log file que je peux fouiller ? Si oui où le trouver ?
Merci !

Oh @ian57 !
Vous avez réussi à choper des PiBoy !?! Je suis bien content pour vous.
Bon... aussi pour moi, vu que pour le moment, le mien tourne sous RetroPie

Concernant l'OSD (affiché sur ta photo), j'ai écrit des scripts pour activer/désactiver les éléments depuis le menu de config RetroPie, ici. Un des Devs de chez ExperimentalPi travaille sur le firmware OSD pour que mes scripts puissent changer l'affichage à chaud... Pas pour me la péter hein, mais si ça peut aider aussi l'excellente Team Recalbox, je serai encore plus content !

@koala77 , tu as demandé pour GPI, et la console mentionnée par acris et ian57 est le PiBoy DMG de chez Experimental Pi. Très bien aussi, bien que un peu plus caractériel que la GPI pour moi. Mais j'aime bien car en fait je bidouille, je bidouille et quand ça marche, et bien j'ai tendance à ne plus trop y toucher

Pour finir, si le PiBoy est compatible RecalBox 7.1, ma femme va encore se demander ce que je fabrique devant mon ordi toute la journée demain !

Bonjour @koala77
La Game & Watch joue à fond la carte de la nostalgie mais ne propose qu'un seul jeu G&W. Du plus, elle sera difficile à hacker si c'est ce que tu cherches (les connecteurs data du port USB ne sont pas utilisés).

La GPI Case est très bien pensée: un châssis robuste avec un cerveau escamotable pour les modeurs (j'attends de voir ce qui va se faire avec le compute module RPi 4 ). Un D-Pad configurable en hat ou axis pour une compatibilité maximale avec les émulateurs. Des piles au lieu d'une batterie...
Je la possède depuis le début et j'y reviens très souvent, malgré les limitations du Pi Zero.

Tu peux y émuler jusqu'à PS1 (à noter que PCSX-Rearmed plante sur Recalbox). Certaines consoles sont un peu plus compliquées à émuler, par exemple GBA, mais une solultion est toujours possible avec des émulateurs alternatifs dans la plupart des cas.
Je pense que CPS2 est optimiste, mais je n'ai pas testé moi-même. NeoGeo oui pour beaucoup de jeux de baston; MAME aussi.
PC-Engine, Megadrive, Gameboy, NES tournent impeccable. SNES et GBA comme indiqué peuvent être dans quelques rares cas plus compliqués.

Il y a aussi un moteur G&W mais je ne l'ai pas testé sur GPI Case : mon jeu préféré est Mario Bros (usine de bouteilles) et comme il est sur deux écrans, je privilégie ma Recalbox Pi4 sur moniteur.

J'espère que ces quelques retours te seront utiles. Perso, entre G&W et GPI, la GPI gagne haut la main !

@Bkg2k tu as raison. C'est pour ça que j'ai ensuite remis le fichier recalbox d'origine chez moi.
Par exemple, ma bidouille empêche l'utilisation du fichier par défaut créé par Recalbox.
Je perds aussi des chemins spécifiques pour Amiga600, Amiga1200, etc.

Les Devs et la Team sont bien plus compétents que moi pour analyser cette voie d'amélioration. Bravo à vous pour ce fantastique travail !

PS: j'ai bidouillé une copie du fichier sur mon PC, du coup un remount en RW ne m'est pas autorisé. Pour mon test, je suis parti vers une solution brouillonne juste pour vérifier si ça pouvait fonctionner

Test effectué @Bkg2k, @flomartin :

• j'ai décompressé le fichier /recalbox/boot/recalbox en utilisant unsquashfs
• j'ai modifié le fichier amiberryGlobalConfig pour y changer le paramètre "config_path" en "/recalbox/share/saves/amiga", comme indiqué dans mon post précédent
• j'ai recompressé le tout en utilisant mksquashfs (l'image générée est plus petite que l'originale, mais pour un test, je n'y fais pas attention)
• j'ai remplacé le fichier /recalbox/boot/recalbox par le mien

Ça fonctionne : dans le menu Amiberry, sous "paths" se trouve le chemin que j'ai indiqué dans amiberryGlobalConfig.
J'ai créé une config pour un jeu au hasard (Rick Dangerous, mon jeu préféré sous Amiga). Le fichier est bien enregistré sous /recalbox/share/saves/amiga/RickDangerous.uae

Cette piste semble donc viable pour une future update de Recalbox. Je ne sais pas si les paramètres seront les mêmes si la Team décide d'utiliser la toute dernière version d'Amiberry, mais cette piste en tout cas fonctionne pour moi

@Bobbele2020
Danke für Dein Post für den Speicherort der Amiberry ConfigFiles! Es hat mich geholfen, unter RB7.0.1 einen Lösungsweg zu finden

J'ai peut-être progressé vers une solution à notre problème de sauvegarde non-persistante : ici, basé sur Recalbox 6.1.1, il est mentionné par @Bobbele2020 que le fichier

/usr/lib/python2.7/site-packages/configgen/generators/amiberry/amiberryGlobalConfig.py

contient les informations pour les adresses de sauvegarde Amiberry.

J'ai donc vérifé pour Recalbox 7.0.1 :

• Je monte l'image recalbox située dans la partition de boot de ma SD
• Je cherche le fichier amiberryGlobalConfig.py dans l'arborescence mentionnée plus haut
• Le paramètre settings.setOption("config_path", xxx) y est bien présent et se présente ainsi

settings.setOption("config_path", recalboxFiles.amiberryMountPoint + "/conf")

Du coup , je suis confus : de mémoire, dans Amiberry je chemin est différent (je ne me souviens pas du "conf", mais je me trompe peut-être).

Je vais essayer de modifier l'image recalbox pour y faire des changements sur ce paramètre et tester si ça pourrait fonctionner. Reste à retrouver comment monter un fichier lecture-seulement en lecture/écriture

Si ça peut aider @Bkg2k ...

Es ist interessant, denn es gibt genau das Problem auf 7.0.1.
Ist es möglich die *.py Datei zu ändern unter Recalbox 7.0.1?

Danke!

La GPi case offre la possibilité de switcher le d-pad du mode hat au mode axis. Il se peut que tu aies changé de mode.
Maintiens SELECT et HAUT pendant 5 secondes jusqu’au clignotement en violet de la LED de batterie. Vérifie si ça marche. Si oui, cool ! Si non, essaie avec SELECT et GAUCHE.

Sur certaines GPi, il faut utiliser START au lieu de SELECT...

Je n’ai pas observé ce comportement de mon côté.
Il faut dire que j’ai tendance à utiliser le pad pour entrer dans le menu : HotKey + B.
Essaie de voir si cette combo fonctionne de manière plus stable pour toi (?)

Sinon mon clavier est en USB mais avec d’ongle et il nécessite l’appui sur une touche fonction pour utiliser les touches de fonction. Des fois j’oublie

Pour les cheats, je n'utilise pas, surtout avec MAME. Au pire, je fais des sauvegardes là où le jeu original n'en permet pas, ce qui est déjà de la triche pour moi

Je te recommande de chercher : une explication doit traîner quelque-part. Si tu ne trouves pas, créé un nouveau post, ça aidera ceux qui ont les mêmes questions que toi de les trouver dans les sujets.

Merci à toi et continue à apprendre en t'amusant !

@welcomeulm
Libretro est une bibliothèque d'applications dans laquelle sont portés des programmes initialement indépendants. Dans notre cas, ce sont des émulateurs. Historiquement, mGBA, PCSX, MAME, etc. étaient indépendants et devaient être installés et configurés individuellement. Grâce à Libretro, les devs peuvent adapter leurs émulateurs pour les intégrer à Libretro pour une utilisation plus vaste et plus aisée par les utilisateurs.
Retroarch est le front-end de Libretro : c'est là que les applis vont être exécutées.
Recalbox, comme ses "concurrents" est un système d'exploitation qui va utiliser ce front-end et apporter une expérience utilisateur choisie.

Ici, des infos (en Anglais) sur Libretro.

En plus de ce que j'ai mentionné, ces approches offre un concept de licence (open source) et des critères de qualité pour les modules intégrés à la bibliothèque...

Bref, je m'arrête ici, car on sort du sujet

Pardon, je n’ai pas été très clair, tu as raison. Étape par étape, et de mémoire donc il se peut que les noms et positions soient légèrement différents...

1. Quand tu as lancé ton jeu, si tu maintiens la HotKey (select, ou home selon ton joypad) et presses B, le menu Retroarch va apparaître. Retroarch est un système de gestion de cores (noyaux d’émulation pour de nombreuses machines, utilisé en grande partie par RecalBox. Les noyaux eux-mêmes sont appelés Libretro-xx > lr-mame2003 pour le noyau libretto MAME2003 par exemple).
2. Après avoir entré le menu, tu te trouves directement dans ce qu’on appelle le QuickMenu. Comme je l’utilise en Anglais, je ne sais pas s’il est en Français peut-être pour toi...
3. Si tu fais défiler vers le bas, tu vas trouver un sous-menu options. Rentre dedans en appuyant sur A.
4. Là, tu trouveras une option pour afficher le menu MAME. Active la (mettre sur on). Puis clique sur B jusqu’à arriver à nouveau sur QuickMenu. Là, tu cliques A pour entrer dans le QuickMenu et ensuite Resume pour retourner dans ton jeu...
5. Le menu MAME est affiché ! Tu peux y faire les réglages que tu souhaites. Puis refaire la manip cette fois pour enlever le menu MAME.

Comme tu souhaites changer les contrôles, il y a une autre technique. Reprends à l’étape 2. Au lieu du sous-menu options, tu as un sous-menu contrôles.
Là, tu peux paramétrer tes contrôles comme tu le souhaites puis ressortir (étape 4) pour tester.
Si ça te plaît, tu retournes au menu de contrôles pour les enregistrer : soit pour ton jeu uniquement, soit pour le noyau (core. Dans ce cas tes contrôles seront actifs pour tous les jeux utilisant ce noyau). Les options du menu contrôles sont normalement suffisamment explicites pour que tu ne te trompes pas.

La dernière option consiste à utiliser des surcharges. Ce sont des fichiers qui vont surcharger la config par défaut au moment où tu lances un jeu. Je trouve cela plus net, plus élégant, mais aussi plus compliqué car tu dois créer des fichiers de config. Tu trouveras des infos ici.

Voilà. Avec ça, tu devrais t’en sortir . Désolé du coup pour le mini-Roman que je viens d’écrire !
Note aussi que tout ceci n’est valide que pour des noyaux Libretro. Si tu utilises un autre émulateur, ça ne fonctionnera pas. Mais comme tu parles de MAME, tu devrais être sur un core LR...

@flomartin
J'espère aussi. J'utilise la dernière mouture d'Amiberry sur mon PiBoy avec RetroPie et ça marche très bien : des réglages plus riches pour la vidéo, plus de save states, et encore en coulisses j'imagine...
Il nous reste à avoir confiance dans les équipes qui font un boulot fantastique

Un peu de progrès, même si non concluant...
J'ai fait quelques tests pour continuer à apporter des éléments qui, je l'espère permettront à la team de solutionner ce problème.
Mes fichiers lha étaient dans les roms Amiga 600. Je les ai déplacés vers Amiga 1200. Là, je peux effectuer une configuration dans le menu Amiberry et la sauvegarder (je pouvais aussi le faire sur Amiga 600). Mais ici, mes sauvegardes sont conservées à la sortie de Amiberry : quand je relance le même jeu, mes paramètres de contrôles sont conservés !
Quand mes jeux sont dans les roms Amiga 600, je perdais la config dès la sortie de Amiberry.

Malheureusement, tout est effacé quand j'éteins Recalbox... Ce qui semble confirmer ce que j'interprète comme une machine virtuelle, ou plutôt un OS "live" sans persistance (il y a d'ailleurs un fichier recalbox de 800+ Mo dans la partition boot qui est montable et qui ressemble bien à un OS "live", mais je suis loin d'être en mesure d'en déduire quoi que ce soit et encore moins de bidouiller pour chercher une solution).

Voilà. J'espère pouvoir aider les devs avec mes recherches. Si je peux faire d'autres tests, merci de me le faire savoir !
Note: le tuto ici ne fonctionne pas en ce qui concerne les surcharges par jeu. J'ai essayé avec le fichier généré comme indiqué dans mon post précédent, sans succès.

Si tu veux absolument passer par le menu MAME, toujours dans le quickmenu, tu vas dans options et tu actives le paramètre MAME menu. Je m’en sers pour activer des dip switches perso

Si tu utilises un core Libretro, appuie sur HotKey+B pour entrer dans le quickmenu de Retroarch. Un peu en bas, tu as un menu pour les contrôles et tu peux reconfigurer à ta guise et aussi sauvegarder pour le côté ou pour le jeu en question.
Sinon tu as aussi les surcharges. Tu peux trouver des infos détaillées dans les manuels.
Bon jeu !

@ian57
Bon, je croise aussi les orteils alors

@ian57

A priori ça a été demandé et on attend toujours

Je croise les doigts ! Les devs du PiBoy subissent la hargne des clients qui ont pré-commandé et qui doivent attendre... J'ai attendu le mien 3 mois

Je reviens sur ce sujet, car Amiberry est un excellent émulateur et c'est dommage qu'il ne tourne pas sur l'excellent Recalbox 7.0 et 7.0.1.
En fait, lorsque je configure mes paramètres et que je sauve ma config, elle est sauvegardée dans un dossier particulier, qui n'est pas sur le SHARE :

/tmp/amiberry

Je ne suis pas informé du fonctionnement exact de Recalbox, mais il semblerait que l'OS soit démarré depuis une partition spéciale ou dans un genre de machine virtuelle qui s'efface à chaque extinction ou redémarrage. Ce n'est probablement pas ça, mais c'est comme ça que je me l’explique...
Du coup, tout enregistrement effectué dans cette partie de l'OS n'est pas persistant.

Par exemple, si je change dans les paramètres PATH de Amiberry pour remplacer le chemin des fichiers de config (*.uae) pour...

/recalbox/share/saves/amiga

... et bien mon fichier *.uae est créé.

Mais comme je ne peux pas sauvegarder de manière persistante ma config des chemins Amiberry, au prochain lancement, mon *.uae n'est pas utilisé !

Peut-être que les Devs pourraient modifier le fichier de config par défaut de Amiberry (il en existe un, il est visible dans les paramètres path de Amiberry quand on accède par hotkey+B) pour pointer le répertoire des fichiers de config vers un dossier de leur choix dans share (pour ne pas les perdre lors de mises à jour, par exemple celui que j'ai testé) et puis y installer leur fichier de config Recalbox par défaut ?