Je trouve la solution de @cotedeporc bien plus évolués et plus propre. En plus les .adf comme les .whd fonctionne avec si on boot un loader sur le dd virtuel. Après avec le peu de retour que j'ai eu pour améliorer le script, je te souhaite bonne chance pour le partage des fichiers personnaliser de configuration. Personne fera l'effort et je pense que la totalité des utilisateurs de recalbox vont juste demander la compatibilité avec les bests sets d'open consoles.
Solution bien plus évoluée et plus propre ? Je trouve ma solution plus que propre et très évoluée de par ça simplicité. Je pourrais tout expliquer a un noob et il comprendrait. C'est pas le cas des scripts usine a gaz que j'ai vu passer (Excusez moi tu terme). Et surtout, aucun script/fichier n'est écrit a chaque lancement de jeu, ma carte SD me dit merci 
Le fait d'avoir un .uae par jeu apporte un gros plus, certains jeux planteront avec un .uae unique. Je fais ça avant tout pour moi et pour ceux qui veulent bien se lancer dans l’émulation Amiga qui est absente pour le moment de Recalbox. Maintenant, je ne souhaite pas forcement que ma solution soit retenue, vu le peu de personne qui pose des questions ici, je pense pas que l’émulateur Amiga soit attendu comme le messie. Connaissant très bien l'Amiga, je sais ce que je fais. C'est pas pour rien que même les utilisateurs d'Amiga 1200/4000 (dont moi) installent leurs jeux sur disque dur et utilisent WHDLoad. Ce qu'il faut (pour la communauté Recalbox), c'est proposer les 2 solutions. En tout cas, la mienne est tres facilement/rapidement intégrable. J’espère que mes propos ne vont pas être mal interprétés/compris, ça me saoul les fofos qui démarrent avec un bon sujet et qui finissent par être pourris en engueulade. Suis la pour aider avant tout. Bref, je vais pas polémiquer sur la solution de l'un ou l'autre, le principal c'est d'avoir une communauté active qui se démène pour les autres. Ma contributions est extrêmement modeste en comparaison de ce que j'ai vu/lu sur ce forum. Un grand merci a tous.
J'ai beau relire mon message, je vois pas ou et comment tu peut me sortir un message d’énervement comme ça. Je dis juste que quelqu'un l'a fait avant toi et je comprend pas pourquoi tu t'excite alors qu'il y a mieux mais que tu n'y as pas fait attention. Et pour tes arguments, merci de rester respectueux et de réfléchir avant d'écrire.
Ben elle est où la solution de cotedeporc ? elle est commitée ? parce qu'il ne me semble pas qu'on l'ai vu dans ce thread ? Après les arguments que donnent ironic sont parfaitement valides, je n'y avais pas pensé personnellement mais c'est vrai que faire une écriture à chaque lancement d'un jeu c'est pas très bon pour la SD Et il y a toujours ce problème des adf multi disques qui semblent non fonctionnels... Par contre @ironic tu te trompes pour l'attente je t'assure que l'émulation des ordinateurs est assez attendu, il y a même des gens qui préfèrent Happi et Retropie pour l'instant juste pour cette raison... La fréquentation ici est de toute manière assez basse et pour les sujets les plus expérimentaux se limitent aux gens qui s'intéressent le plus aux évolutions et futures avancées de Recalbox. Bon sinon ne vous engueulez pas pour si peu tout de même 
Suis pas du tout énervé, je m’excite pas,désolé. C'est ça les fofos, des quiproquos, plusieurs interprétations sont possibles. Bref, par contre tu me dis qu'il y a mieux et que j'ai pas fais attention, j'ai du loupé un truc. (Je parle de jeux autonome WHDLoad intégrés a ES). Des fois on est tellement plongé dans un truc qu'on voit pas ce qui ce passe a coté. Pour en revenir a la liste de jeux Amiga qui vaut le coup (je pense qu'il faut éviter les adaptations arcade), c'est vrai qu'il y a pas mal de nanards et de choses injouables. Une petites liste de BestOf pourrait être sympa a consulter. Il y en a déjà plein le net mais établir ce genre de liste pourrait aider les non connaisseurs de l'Amiga. Maintenant, est-ce-qu'il faut inclure uniquement des jeux jouable a la manette ? ou également inclure les jeux jouable a la souris. Comme de toute façon, il est impossible de se passer d'un clavier pour le moment, pourquoi ne pas inclure les jeux a la souris. En tout cas, c'est ce que je fais même si mon Bartop n'as pas de Trackball/Souris. (Le clavier sans fil est quand même las pour aider). Pour le moment, je me concentre sur les jeux ECS, il y a bien quelques pépites (AGA) que je vais tester quand même. Voici quelques uns que je vais tester prochainement (ECS): 
(AGA) - OnEscapee - Virocop - Super Stardust (Devrait plaire aux fans de Vectrex) - ... Sinon, pour ceux qui ont envie de s'amuser un peu, j'ai Beneath A Steel Sky (15 Disquettes). Ou The Adventures Of Willy Beamish (12 Disquettes). Et t’inquiètes pas Voljega, ici on est entre personnes intelligentes, on va pas s'engueuler, c'est pas le but.
Ouf alors ! Je continue à trier ma liste, je m'aperçois que j'ai encore des cas supplémentaires : - des jeux qui sont séparés en deux zip du même nom avec Files et Images à la fin est ce qu'il faut combiner les deux ? - des jeux du même nom suivi d'un suffixe relative à un nombre de bytes (RAM ?) qui peut être apparemment 512Ko, 1MB, 2Mb ou 15MB. Quoi qu'est ce ? - des jeux dispos en une version 'normale' et une version suffixé par fast (je suppose que c'est le paramètre dont tu parlais ironic) - il y aussi des jeux dispo en version 'normale' et une autre NTSC mais je suppose que ce n'est plus un sujet Le problème des jeux injouables c'est aussi qu'encore une fois est ce le jeu qui était pourri ou nous qui avons vieilli ?! par exemple j'ai rejoué à Beach Volley que j'adorais j'arrive à rien en 2016 
Tu peux même trouver des jeux en files, images, en 0.5Mb, 1Mb, 2Mb, Chip, Fast, kickstart 1.3 ou kickstart 3.1 Les jeux en Files et les jeux en Images. C'est simplement que les jeux en images contiennent une image de la disquette, piste par piste (car les jeux sont NonDOS) et que les jeux en files contiennent les fichiers du jeux, souvent dans des dossiers. (y en a un qui est toujours un peu plus gros que l'autre mais je sais plus lequel). Dans certains car, on peut avoir les 2. Que faut t'il prendre ? On est pas sur un vrai Amiga, on a le choix alors autant prendre les images, ca fait moins de fichiers a copier. Apres il se peut qu'un jeu en file fonctionne mieux qu'un jeux image ou l'invers. Pour la RAM. On a ce qu'il faut sur RPi., l'Amiga 500 avait 0.5Mo de RAM Chip, on pouvait lui ajouter de la RAM Fast. L'Amiga 1200 avait, 2Mo de RAM Chip, on pouvait lui ajouté de la Fast également et d'autres type de memoire, Z2, Z3... Chip = Mémoire accessible au GPU et au CPU, Fast et autre, qu'au CPU (n'entrons pas dans les détails). Que faut t'il prendre ? Le plus possible. Un exemple avec Dog Fight: 
Ici on choisi, Dogfight2MB2MB, si le jeux pose probleme, on essaie une autre version. (le 1er c'est la RAM Chip, le 2eme la RAM Fast) Les jeux en 0.5MB de Chip sont prévu pour tourner sur A500 et les jeux en 2MB de Fast pour A1200. Pour les Kickstarts. En principe les jeux A500 tournent mieux avec le 1.3, les jeux A1200 ont besoin du 3.1. L'Amiga européen est PAL (240/256 lignes), autant prendre les versions PAL (Le NTSC n'a que 200 lignes). Me suit fait massacré a Beach Volley, mdr. Mais je trouve qu'il a bien vieilli, il est pas moche. Par contre a Shufflepuck Café, une fois ma souris ralenti (baisse des DPI), j'ai géré Je le rappelle mais le dernier Tiny Launcher (en fait le .uae de Uae4Arm) que tu as, il est optimisé pour les jeux A500 ECS, si t'as des soucis a lancer les jeux AGA, il te faudra configurer correctement Uae4Arm.
OK parce qu'il y a un endroit plus haut où tu semblais dire que ton TinyLauncher marchait maintenant pour les deux types, ECS et AGA. Merci pour toutes les précisions, donc pour les histoires de RAM chip ou fast le chiffre de 512Ko à 15 MB ne change rien à la qualité visuelle ou sonore ? ou si ? et dans ce cas pour Dogfight pourquoi privilégier la version 2Mb2MB à la 15MB15MB ? Oui il est resté beau le Beach Volley
Tiens sinon je te propose de remplir ce petit document à plusieurs pour se faciliter la tâche : https://drive.google.com/open?id=1rib-OVbuk-x8dGxDX7297W6ZGly7-g-IubVkOxiLl_o
Euh, oui, désolé, Tiny Launcher est OK pour l'ECS et l'AGA. C'est les jeux sur lesquels je bosse actuellemet qui sont optimisés ECS. Certain jeux A500, si de la Fast était pressente, proposaient quelques améliorations, sonores le plus souvent. Quand le jeu le lance, on peut voir un truc du genre : Expansion Ram Detected and Utilised. 15MB15MB veut dire, fait fait : 1,5MB 1,5MB L'Amiga 500 de base a 0.5MB de Chip et 0MB de Fast (de la Slow en fait), un A500 avec une carte memoire dans la trappe dessous disposait en plus de 0.5MB de Slow. Donc, pour emuler correctement des jeux A500, il faut un Amiga avec 0.5 de Chip et 0.5 de Slow. L'Amiga 1200 de base a 2MB de Chip et 0MB de Fast, un A1200 bien gonflé a 4MB de Fast. Après ya aussi le FPU, qui n'existe pas sur A500 et A1200 de base. Utile que pour quelques jeux 3D et pour les logiciels de calcules 3D, synthese... Donc totalement inutile. La différence entre le 680EC20 et le 68020 c'est les 24bits ou 32bits d'adressage pour la mémoire. Donc autant utiliser un 68EC020 dans Uae4Arm (peut être que certains jeux fonctionnent mieux avec un 68020, je sais pas). Donc, tu comprends qu'un Amiga avec 15MB de Chip et 15MB de Fast, ça n'existe pas. Je fais tourner Uae4Arm a 2MB de Chip et 8MB de Fast et un 68EC020 a 7Mhz, 14Mhz ou Fastest, ça dépends des jeux. Certain n'acceptent pas de passer au dessus des 7Mhz. On ne peut donc pas utiliser une seule configuration Uae4Arm pour tous les jeux. Le JIT accélère aussi énormément l’émulation (temps de chargement, boot du Workbench) mais peut causer des crashs.
Okie dokie il y a un deuxième onglet sinon ça serait aussi bein de fusionner la liste que tu as crée avec celle du deuxième onglet
J'ai commencé le Google Doc, mais suis nul en mise en page. J'avais pas vu ton 2eme onglet, tes infos sont précieuses également. Vais voir pour fusionner tout ça, je pense qu'il y a encore quelques infos a jouter. Le but c'est de trouver une configuration stable et après, monter en puissance. Pas pour la vitesse d'émulation mais plus pour les temps de chargement. Apidya Boot Test (Du boot a l'intro musicale) : - Floppy ADF - vitesse 800% - sans JIT : 38 secondes (intro pirate a passer). - Floppy ADF - vitesse 800% - avec JIT : 18 secondes (intro pirate a passer). - WHDLoad- sans JIT : 9 secondes (dont l'intro de WHDloader de 5 secondes). - WHDLoad- sans JIT : 7,5 secondes (dont l'intro de WHDloader de 5 secondes). Certains jeux/démos plantent si la vitesse d'émulation du lecteur de disquette est supérieur a 100%. Certains jeux/démos plantent si le JIT est activé. Pas de probleme avec le WHD, pas besoin du JIT.
J'avais effectivement posté un petit script qui pouvait prendre en paramètre soit un fichier ADF ou un HDF. Le script se chargeant de créer un fichier de config adapté. Mais la solution d'Ironic me semble bien pertinante et proche de l'idée ReclaBox/EmulationStation. Seul hic, on perds le côté instantané du copier-colé d'une rom ou d'un folder. La solution pourrait peut-être résider dans un script qui prend un fichier de config spécifique à un jeu ou , s'il n'est pas présent, le fichier de config par défaut (réglé sur un A500 ou A1200). Si j'ai un peu de temps, j'essaierais de m'y coller. L'idéal serait qu'emulationstation puisse lancer une commande lorsque l'on sélectionne un folder et qu'il ne cherche pas à l'ouvrir. Cela permettrait d'appliquer facilement ma proposition.
Oui et c'est vrai que le côté 100÷ instantané avec les ordinateurs comme l'Amiga on n'y arrivera pas de toute façon...
J'avais vu ton script, du bon boulot. En même temps, pour trouver la bonne config uae4arm, il faut faire pas mal d'essais et de tests et deviner déterminer build utiliser de Uae4Arm. Mais comme le dis Voljega, avoir une seule config pour émuler correctement l'ensemble des jeux/démos sur A500 & A1200, c'est très difficile (impossible en fait). Moi et Voljega, on propose une base de données de jeux Amiga 500 (et après 1200) testés avec différents paramètres. - Une config de base (mais puissante) est utilisée pour ceux qui veulent utiliser Tiny Launcher. et - Une config par jeux est attribuée pour émuler au mieux le jeu. (Certains jeux/demos necessitent de baisser le CPU, de passer le blitter a immediate ...).
Seul hic, on perds le côté instantané du copier-coler d’une rom ou d’un folder.
Ça dépends de quoi tu parles, ça dépend de la source du jeu. Pour ajouter un jeux, si le dossier du jeux est déjà préparé (sinon, c'est 30 secondes de taf maxi). Il me suffit de copier dans /roms/amiga, par exemple pour Apypia : - Apidya (le dossier du jeu) - Apidya.uae (La config optimisée uae a lancer avec le jeu) -> EmulationStation recherche : (uniquement) les .uae et les affichent dans la liste. -> Emulatorlauncher.sh se charge de : (Bon, j'ai passé outre Configgen mais ya surement un truc a faire avec) if [[ "$emulator" == "amiga" ]]; then cd /emulateurs/amiga/uae4arm/ (Si je retire cette ligne, je revient sous ES en appuyant sur la touche Ctrl Gauche/Menu Uae4Arm). /recalbox/scripts/runcommand.sh 7 "/emulateurs/amiga/uae4arm/uae4arm -f /recalbox/share/roms/amiga/$filename" fi On peux modifier ça pour prendre un uaeconf.uae (config de base, la plus commune, celle utilisée sous Tiny Launcher, si le .uae du jeu n'est pas présent.). Très bonne idée ça !!
L’idéal serait qu’EmulationStation puisse lancer une commande lorsque l’on sélectionne un folder et qu’il ne cherche pas à l’ouvrir. Cela permettrait d’appliquer facilement ma proposition.
Je sais pas si c'est possible (Je connais pas bien ES, mais ce serait une solution) - Si on rajoute un If Not Exist... Apidya.uae... a ma solution dans Emulatorlauncher.sh, ça fera exactement ça.Quoi que, on verrait pas le nom du jeux. - Faudrait autoriser ES a afficher les .uae et les (par exemple, un fichier vide portant le nom du jeu) .base. Si l'extension est un .uae, lancement d'Uae4Arm avec la config existante, si l'extenstion est un .base, il lance Uae4Arm avec uaeconf.uae. Mince, le chemin du dossier a booter dessus est dans le .uae (Ah mais c'est la que ton script peut créer un .uae pour le jeu...) Bon, y a matière a faire quelque chose de pas mal... Faut déjà voir que qui est prévu pour la 4.0.0, je sais pas qui s'occupe de l’émulation Amiga ici.
Quand je parlais du côté instantané, c'était, pour les fichier disquette ou les folder WHDLoad, facilement trouvable et généralement sous le même "format". Je dirais plutôt un côté "ready-to-use". Dans le même ordre d'idée, quelques pistes: - Recalbox permet l'execution de script au démarrage. Pourquoi ne pas en profiter pour faire une indexation et générer les. uae pour les nouveaux folder, .hdf et .adf? Reste à les modifier si la config n'est pas bonne. - Tester la notion d'alias sur un folder. EmulationStation ne parcourerais pas le folder mais lancerais une commande avec le nom du folder comme paramètre (à dégrossir, je l'avoue)
Le folder a mon avis ça va pas marcher... Oui il faut pas oublier les adf aussi... Pas mal l'idée au démarrage mais pas génial pour la sd... Mieux vaut coder un truc pour windows qui le fera pour une liste de jeux et après on copie le tout sur le pi. Ce serait même facile de générer la conf a la volée a partir du excel passé en csv
Les idées fusent, c'est cool Je pensait que Uae4Arm serait pénible a intégrer a Recalbox mais avec toutes ces idées, on va surement trouver quelques choses de sympa pour les adf, hdf, whd... Un petit récapitulatif des jeux WHD : - C'est un dossier compressé qui ne contient que les fichiers du jeu et un driver (xxx.Slave) -Il faut utiliser également le bon Kickstart. -Les fichiers de WHDLoad (le programme WHDLoad) n'est pas inclus dans le jeu WHD. - Si l'on créé un dossier (comme je fais) contenant le jeux, le KS et WHDLoad, il faut créer/modifier le fichier texte 'Startup-Sequence'. C'est le script de démarrage au boot de la partition. Par exemple : 'WHDload CannonFodder.Slave Preload' Ça oblige donc (comme je l'ai déjà dis) d'avoir un KS et WHDLoad dans tous les dossiers de jeux. Pour transformer un jeu WHDLoad en Partition (dossier en fait) près a booter dessus, il faut : 1) Décompresser le jeux (.zip ou .lha) [Pour info, le LHA/LZX c'est le ZIP/RAR de l'Amiga] 2) Copier dans le dossier du jeu, 3 dossiers : 'C' 5 fichiers, 181Ko au total. (des fichiers de commande) 'Devs' 2 fichiers, 259Ko au total. (le Kickstart) 'S' 5 fichiers, moins de 3Ko au total. (WHDLoad et le Startup-Sequence ) 3) Modifier le fichier S/Startup-Sequence (fichier texte) pour ajouter/modifier le nom du .Slave 4) Modifier les 2 lignes de la fin du .uae associé au jeu, celui qui sera lancé par Uae4Arm. _filesystem2=rw,DH0:WORKBENCH:$(FILE_PATH)/**Another_World_Fr**/,0_ _uaehf0=dir,rw,DH0:WORKBENCH:$(FILE_PATH)/**Another_World_Fr**/,0_ C'est pas si complexe que ça et ça va vite des lors qu'on a déjà un jeu de fait et qu'il n'y a plus qu'a faire du copier/coller. Sinon, pour éviter d’écrire sur la SD, on peut pas utiliser un RamDrive ? mount -t tmpfs -o size=32M tmpfs /media/montmpfs Après, on peut faire un script qui : - Créé un Ramdrive de 32Mo (par exemple). - décompresse et copie le dossier du jeu dedans - Copie également le KS, WHDLoad et le .uae (modifié ou pas par un script). - Lance le tout !! (MAIS, il y a toujours le probleme des quelques jeux qui sauvegardent sur la disquette...) Une solution approche...
Le ramdrive semble parfait pour ce qu'on veut, effectivement le seul souci reste les saves qui nous empecheraient peut etre d'utiliser le zip du jeu et qui nous oblige donc à avoir ce répertoire... A voir si les 32 mo ne seraient pas trop lourd pour le pi avec tout le reste de chargé déjà ? (Mais je pense pas)
Pour les jeux Amiga, un petit Ram Drive suffit. Le plus gros jeux fait 15 disquettes (sans inclure les jeux hdd). 15*880ko = 13.2Mo (on va dire 15Mo voir 20Mo suffisent). Si je tape 'free' dans la console, j'ai en gros 512Mo de Ram dont 256Mo de libre. Si je passe le GPU a 256Mo au lieu de 512Mo ça me laisse 512Mo de libre. Je pense que c'est suffisant pour tout faire, non ? Quel est l'utilité d'avoir 512Mo de Ram dédié au GPU ??? Petit test : - Création du Ramdrive de 24Mo. mount -t tmpfs -o size=24M tmpfs /ram - Copie dans le RamDrive du jeux project X (3 disquettes). - Copie dans le RamDrive de WhdLoad, du KS, de Uae4Arm et du .uae - Lancement de UAe4arm (Le jeu se lance sans probleme) en ligne de commande. 
On passe de 467Mo de libre a 433Mo, soit environ 34Mo de Ram utilisé. (+ un peu plus de 6Mo dans le RamDrive). Bref, sans entrer dans les détails (inutile d’être précis a l'octet près), ça bouffe rien en mémoire, toute est possible.
