Amiberry Recalbox 7.0 Raspberry 3b+

[kdash9999]

@Scavy Salut,

Je veux bien que cela vienne du set ... mais en contre partie une mauvaise rom sous amiberry foire le recalbox complet. Pas de start select + X fonctionnel obligé de shutdown et reboot ...
Pour les tests ça reste compliqué.

En attendant côté roms elles sont composées exactement comme toi .
Je prends l'exemple de barbarian the ultimate warrior que je recherche avant tout et qui ne marche pas :

Puis dans barbarianpalace :

A l'inverse, Pang par exemple fonctionne correctement :

Cela viendrait peut etre du fichier Disk.1 qui n'est pas présent dans barbarian ?

Mes bios en tout cas sont détectés à 100% nickel par recalbox, tout en vert j'ai comparé tous les hash un à un et les noms également.

Slt,

[kdash9999]

@Scavy Je précise que Pang fonctionne sous Libretro PUAE mais pas Amiberry

Barbian démarre sous Liberetro mais indique une erreur exp mem, sous Amiberry il démarre pas

[flomartin]

@kdash9999 Ton problème vient surement du fait que les ontrôles sont inversées entre le joy 1 et le joy 2 !

Il faut que tu accèdes au menu d'Amiberry, via F12 (ou un autre raccourci mais moi j'utilise un clavier.)

Tu mets alors le joystick 1 dans le port 1 et tout remarche, tu pourras quitter Amiberry avec le raccourci classique (chez moi HK + Start).

[flomartin]

@kdash9999 said in Amiberry Recalbox 7.0 Raspberry 3b+:

émarre sous Liberetro mais indique une erreur exp mem, sous Amiberry il démarre pas

De mémoire Barbarian, la version de Palace Software, fonctionne chez moi. Je vérifie ça.

[kdash9999]

@flomartin Merci pour l'info du joystick

Finalement je change mes sets je verrai bien ...

[Scavy]

@kdash9999 @flomartin
j'avais testé ya déjà un moment Barbarian Palace, il ne fonctionnait pas chez moi en .lha, je n'ai pas re-essayé. J'avais testé l' .adf elle fonctionnait bien.
Par contre, mon Pong .lha marche niquel j'y ai joué sur la 6.1.1 et je l'ai utilisé en test sur les betas
Je regarderais. J'a

[flomartin]

Je confirme que chez moi Barbarian de Palace Software fonctionne. Je l'ai mis dans mon répertoire Amiga 1200.

Le nom de la "rom" : Barbarian_v1.1_Palace_1784.lha

[kdash9999]

@flomartin Salut, effectivement en 1200 il se lance O_o.
Du coup est-ce intéressant de tout transférer du 600 au 1200 ?

[flomartin]

Au début je pensais faire comme @Scavy et mettre tout dans le 600 sauf les jeux en AGA.

Finalement je vais faire autrement : les ADFs en Amiga 600 (même si j'essaie de ne plus utiliser les ADFs) et les WHDL, AGA ou non, en Amiga 1200.

Après même si les ADFs n'ont pas la même souplesse que les WHDL, je me demande si avec eux il est toujours possible de créer un fichier .uae avec une config propre à chaque jeu...

Faudra que je trouve le temps d'essayer...

Mais je me rends compte qu'Amiberry se tourne plus sur le WHDL. Il existe un fichier qui permet à Amiberry d'utiliser la config adaptée quand il reconnait un jeu. C'est @voljega qui m'avait parlé de ça.

Du coup quand le jeu est reconnu, en principe la config est la bonne. Je dis bien en principe, il y avait des erreurs dans le fichier, je ne sais pas s'il a été corrigé.

Après @Bkg2k regardera à son retour de vacances s'il est possible de forcer une config même en WHDL, là ça serait le top.

[ZeBug]

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 ?

[ZeBug]

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.

[flomartin]

Tes essais sont très intéressants et j'espère que ça pourra aider @Bkg2k .

Il a dit dans un autre post qu'il allait b*mper Amiberry et que les nouveautés étaient importantes. Espérons que ça répare ces soucis de config.

Si je me souviens bien ces soucis existaient déjà en 6.xx.

Il faudrait qu'Amiberry sauvegarde les configurations dans un répertoire non volatil. Dans celui des roms ça serait top, au moins on aurait la main sur le fichier facilement.

[ZeBug]

@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

[ZeBug]

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 ...

[ZeBug]

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

[Bkg2k]

@ZeBug L'idée n'est pas mauvaise, mais il faut que nous verifions s'il n'y a pas d'effet de bord

PS: Pour modifier un fichier, inutile de unsquash/resquash, un remount et une modif fonctionnent très bien (c'est l'objectif de la 3eme partition overlay )

[ZeBug]

@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

[acris]

@ZeBug
oui y a des effets de bord mais un immense merci d'avoir creusé l'idée et de motiver les développeurs, ça fait plaisir à lire et de voir que certains cherchent et aide.
Donc merci et Bravo !