@optyfr @Scavy @ninjaw @Bkg2k @normanx
Ben si ça marche bien en AGA en 6.1, suffit de lancer BubbleAndSqueak_v2.1-B_AGA_0210.lha
par exemple et vous aurez un joli AGA 68020 à 14Mhz .
La 6.0 ne marchait pas du tout, les confs de chaque jeu n'étaient pas chargées du tout et plein de contrôleurs pas correctement utilisés au point de crasher les chargements, le loader auto WHDL n'étaitque partiellement utilisé.
D'ailleurs du coup tout jeu WHDL lancé à l'époque utilisait une conf A1200 complètement statique, la même pour tous les jeux, ce qui causait d'autres problèmes.
Et WHDL c'est pas synonyme de A1200 hein, on peut parfaitement avoir du WHDL sur un A600, un jeu WHDL qui se lance en A600 c'est pas incongru, même si ça peut être dû à une erreur de conf
Bref du coup faut encore remettre une couche sur le fonctionnement de ce fameux loader WHDL
Fonctionnement général :
- Le loader utilise un fichier xml pour la conf de tous les jeux WHDL, celui-ci se trouve dans
/tmp/amiga/whdboot/game-data/whdload_db.xml
dès que vous aurez lancé un premier jeu, c'est un emplacement ram donc il sera effacé à chaque démarrage.
- Initialement (premier lancement d'un jeu) il est copié à partir de
/usr/share/amiberry/whdboot/game-data/whdload_db.xml
- Ce fichier contient normalement un conf pour chaque jeu whdl, exemple pour Bubble & Squeak :
<game filename="BubbleAndSqueak_v1.2_AGA_0210" sha1="45aecb157a1551ef2a9d95387b1879343b6c8491">
<name>Bubble And Squeak [AGA]</name>
<subpath>BubbleAndSqueakAGA</subpath>
<variant_uuid>a373e25f-0438-5920-a20d-eae7af801ebe</variant_uuid>
<slave_count>1</slave_count>
<slave_default>BubbleAndSqueakAGA.slave</slave_default>
<slave number="1">
<filename>BubbleAndSqueakAGA.slave</filename>
<datapath>data</datapath>
</slave>
<hardware>
PRIMARY_CONTROL=JOYSTICK
PORT0=JOY
PORT1=JOY
CHIPSET=AGA
</hardware>
</game>
- Si le fichier ne contient pas de conf pour le jeu, celui-ci sera lancé avec l'ancienne méthode à chargement long, c'est le mode par défaut, c'est pour ça que certains jeux (les plus récents whdl du mois dernier par exemple) se lancent avec cette méthode.
- A noter que ce fichier est loin d'être parfait, les confs de jeux ne sont pas toutes correctes, par exemple pour de nombreux jeux la résolution n'est pas la bonne.
- La bonne méthode consiste donc à modifier ce fichier à son emplacement initial
whdload_db.xml
(donc il faut vraisemblablement remonter en écriture avec mount -o remount, rw /
) pour avoir la bonne configuration.
- Il est possible que la modification de ce fichier ne soit prise en compte qu'au redémarrage de votre recalbox, mais pas sûr, normalement au lancement de chaque jeu il devrait être copié dans
/tmp/amiga/whdboot/game-data/
La bonne modif consisterait donc à déplacer ce fichier dans un répertoire où il serait facilement modifiable plutôt que dans les tréfonds du système, voir à encourager les gens à le modifier et l'enrichir.
Léquipe d'amiberry est censée avoir créée un site dans ce but, centraliser les bonnes confs, mais celui-ci est vide.
On peut aussi le mettre à jour depuis le GUI d'amiberry, dans l'onglet 'Paths' mais aucune idée de ce que ça fait sur recalbox et ou ça sauvegarde, si ça sauvegarde.
Pour l'instant ça veut aussi dire que chaque mise à jour écrase vraisemblablement ce fichier.
Que faire si un jeu ne marche pas :
- Si il est dans le fichier xml, vous pouvez éditer son entrée pour corriger sa conf
- Alternativement vous pouvez supprimer son entrée pour repasser en mode par défaut (genre pour le Aladdin AGA ça devrait remarcher comme avant du coup)
- Vous pouvez aussi ajouter une entrée pour un jeu qui n'en possède pas.
Ouala.
TLDR : toutes les confs de lancement des jeux sont dans /usr/share/amiberry/whdboot/game-data/whdload_db.xml
, il suffit de le modifier à la main. (après un ptit coup de mount -o remount, rw /
si nécessaire)
Allez tchô
Léa Passion Anagramme