Best posts made by Fishou

Bonjour, pour la sortie de la 6.1, une nouvelle fonctionnalité a vu le jour : les surcharges.

Une surcharge, c'est un fichier de configuration, similaire au recalbox.conf, ou bien au retroarch.cfg, ou encore au retroarch-core-options.cfg, mais qui se rajoute à la fin du fichier de configuration concerné au lancement de l'émulateur, c'est à dire que il rajoute ou modifie des informations, mais que pour le dossier, ou le jeu, concerné. Pour plus d'informations, voir cette page: Surcharge de configuration

Cependant, les clefs ne sont pas forcément intuitives, du coup, je pensais faire un petit topic avec des exemples de clefs pouvant être surchargées, et où on pourrait se partager des configs que on a fait, donc si vous avez une configuration à partager, n’hésitez pas ^^ (précisez quand même le contexte du réglage, que on essaie pas d'activer des options d'un core alors que on en utilise un autre).

Je commence

fichier .recalbox.conf

Pour le .recalbox.conf, on pourra noter la plupart des clefs de systèmes, telles:

• snes.videomode= le mode vidéo, pratique pour lancer certains jeux arcade dans une définition choisie
• snes.emulator= L'émulateur, pour si un jeu particulier à un soucis avec l’émulateur par defaut
• snes.core= le core, même usage
• snes.shaders= le chemin du shader en .glslp
• snes.ratio= le ratio, comme 16/9, 4/3, ou coreprovided par exemple
• snes.smooth= 0 pour faux, 1 pour vrai
• snes.rewind= 0 pour faux, 1 pour vrai
• snes.autosave= 0 pour faux, 1 pour vrai
• snes.integerscale= 0 pour faux, 1 pour vrai

Fichier .retroarch.cfg

Pour le fichier .retroarch.cfg, les possibilités sont très variées, cependant certaines options restent accessibles.

• input_overlay_enable = "false" (pour désactiver l'affichage d'un overlay si besoin)

• audio_volume = "0.000000" (pour régler le volume d'un jeu ou d'un système, pour ma part, j'ai augmenté la master system par exemple)

• custom_viewport_width = "735"
  custom_viewport_height = "675"
  custom_viewport_x = "272"
  custom_viewport_y = "25"
  (pour régler l'affichage dans le cas d'un aspect ratio custom, pratique pour tester des overlays personnalisés)

• video_message_pos_x = "0.21640625"
  video_message_pos_y = "0.0847222222222222"
  (pour régler l'endroit ou afficher les messages retroarch, utilisé la aussi pour la conception d'overlays)

• savefile_directory = "/recalbox/share/saves/gb"
  savestate_directory = "/recalbox/share/saves/gb"
  (pour changer l'endroit ou charger et sauvegarder les jeux, ainsi que les savestates, la seule utilité que je voie actuellement serait pour rejoindre deux systèmes au niveau des sauvegardes dans le but de simplifier un échange pokémon pour la game boy et game boy color,, mais c'est pour montrer un exemple de surcharge possible)

Le fichier .core.cfg

Celui-là n'est pas évident, cependant on peut aller chercher des informations du côté de la doc libretro, ainsi en regardant sur la page de TGBDual pour game boy, aux core options on peut voir des exemples de clefs.

Ainsi, dans le cas de TGBDual, on peut imaginer faire un sous-dossier Gamelink pour le dossier gb, qui contiendra les réglages pour un mode 2 joueurs de base, dans lequel on aura forcé l'usage de tgbdual avec un .recalbox.conf contenant

• gbc.core=tgbdual

mais pour avoir tous les réglages, il nous faudra rajouter un .core.cfg qui va rajouter les options de core necessaire :

• tgbdual_audio_output = "Game Boy #1"
• tgbdual_gblink_enable = "enabled"
• tgbdual_screen_placement = "left-right"
• tgbdual_single_screen_mp = "both players"
• tgbdual_switch_screens = "normal"

De la même manière, on peut vouloir, sur master system, désactiver le son FM pour un jeu en particulier (R-Type (World).zip par exemple) utilisant le core genesisplusgx, pour cela, il suffira de mettre dans un fichier R-Type (World).zip.core.cfg :

• genesis_plus_gx_ym2413 = "disabled"

Du coup, suite au message de @noktambule , j'avais voulu troller un peu et faire un éditeur de surcharges assez basique pour rigoler, manque de pot, il fonctionnait, et du coup j'ai légèrement peaufiné, et au final il semble "fonctionnel", bien que il ne présente pas toutes les fonctionnalités possibles.

Il se trouve à cette adresse (c'est un éditeur web) : https://surchargeur-ra-rb.netlify.com/

Avant toute chose:

• Cet éditeur n'est pas affilié au projet Recalbox, si il marche pas, c'est pas la faute des devs.
• Je le fourni "tel quel", possible que je le mette à jour, possible que non.
• Il n'y a que très peu de cores pouvant être affectés dans le .core.cfg actuellement.
• Je l'ai fait avec des outils que j'ai mais qui sont payant (Construct 2, même si la version gratuite pourrait permettre de le modifier à l'heure actuelle), et donc partager la source me semble pas pratique, les fichiers XML utilisés sont par contre accessibles (voir ci-dessous).
• C'est une interface qui communique avec deux fichiers XML fait main, l'un pour les catégories et clefs du .retroarch.cfg, l'autre pour la liste des cores et leurs options.

Pour un .retroarch.cfg, vous choisissez d'éditer un .retroarch.cfg au premier écran, vous sélectionnez la catégorie à éditer, le réglage à éditer, et vous rentrez manuellement la valeur, répétez pour chaque réglage de chaque catégorie, si vous n'avez pas de raison de surcharger un paramètre, ne mettez rien.

Pour un .core.cfg, vous choisissez le core voulu, puis l'option voulue, et enfin la valeur (pas besoin d'écrire manuellement la valeur ici), répétez pour toutes les options voulues, une fois une option éditée, vous ne pourrez pas changer de core à surcharger, la webapp ne supporte pas ça (et je ne pense pas lui faire supporter ça).

Dans les deux cas, il faut générer le fichier à la fin, qui sera téléchargé dans votre dossier de téléchargement, il est possible que le fichier n'est pas le bon nom si vous avez laissé les champs vides, auquel cas, ça se modifie avec la commande renommer de windows donc c'est pas grave, je vous conseille néanmoins d'ouvrir le fichier final pour vérifier que tout semble correct.

Désolé pour le pavé, mais je veux être sûr que les gens comprennent que c'est un outil qui ne sera peut-être jamais en version "stable", dans tous les cas, passez une bonne fin de journée ^^.

@sega-force35 Il faudra aller en plus dans Option Netplay> Hasher les roms pour générer le CRC dans la gamelist, comme indiqué sur le tuto vidéo, le scrap interne ne le faisant pas de base.

@kamoulox94 Je suis en train de regarder, la nouvelle interface Ozone n'est pas spécialement prévue pour être réduite, pour ma part, j'ai pris le parti de cacher les overlays dans le menu.

Cela revient, si je ne me trompe pas, à modifier le fichier /recalbox/share/system/configs/retroarch/common.cfg , en changeant la ligne input_overlay_hide_in_menu = "false" en input_overlay_hide_in_menu = "true"

L'autre solution est de repasser Retroarch de ozone à rgui, en modifiant le fichier de configuration de retroarch, qui se trouve dans /recalbox/share/system/configs/retroarch/retroarchcustom.cfg

En changeant la ligne menu_driver = ozone pour menu_driver = rgui
Mais n'appréciant pas autant rgui que ozone, je préfère la première solution.

Même si certains trouveront ce sujet inutile au possible, je pense que c'est une bonne chose que il existe, et même si la question de l'illégalité est souvent source de discorde ("quelqu'un qui ne dl pas illégalement, ça n'existe pas" et autres clichés), ça fait du bien de savoir que l'offre légale, bien que insignifiante, reste existante à l'heure actuelle.

Hello, sorry for the question, but in which folder did you put back the save and hi-scores?

It seems that while previously hi-scores were in recalbox\saves\fba_libretro\fba , now it saves and loads from the recalbox\saves\fba_libretro\fbneo folder, due to the fact the core changed name.

Also the states seems to be directly in recalbox\saves\fba_libretro

Maybe it's the reason, though I am not sure about the states.

EDIT: I assumed you were using the fba_libretro folder, if you are using the neogeo one, I am not sure if it has the same principle, but that may be worth looking into.

En effet ça a été remarqué (de plus les vendeurs en question font du n'importe quoi en général et les acheteur s'étant fait arnaqués demandent du support technique ici ou sur le discord/IRC), je ne peux pas m'exprimer pour l'équipe cependant recalbox n'est fourni de base que avec des homebrews sous une licence adéquate à ma connaissance et donc en théorie, ne devrait pas être trop embêté en cas de litige (peut-être niveau des logos et encore je dois être le seul à m'être posé la question).

Au delà des roms commerciales clairement illégales ajoutées, il y a aussi le non respect de la licence recalbox (https://gitlab.com/recalbox/recalbox/blob/master/LICENCE.md "Redistributions may not be sold without authorization, nor may they be used in a commercial product or activity") et des divers émulateurs (là il faudrait éplucher en détail pour chaque core retroarch concerné intégré dans l'OS, ainsi que pour les émulateurs standalones).

Après je pense que ça ne résoudra pas le problème, les systèmes "vendus tout fait" tournent souvent en versions très anciennes de recalbox qui ne peuvent pas être mises à jour (et je doute de l'intérêt porté au client par des escrocs à ce niveau, surtout lorsque l'on voit les propos tenus par certains allant jusqu'aux menaces ou à essayer de se porter en "martyr qui veulent juste donner du plaisir aux gens" (contre de l'argent bien sûr), je ne citerai pas de sources car cela violerai les règles du forum mais c'est à ce niveau parfois).

Quand à une action en justice, j'ignore les détails, mais je pense que ce serait compliqué a la fois financièrement et niveau technique, à moins que des ayant droits comme Nintendo s'en mêlent mais dans ce cas ce n'est plus la même affaire.

Cela reste cependant un sujet épineux je l'accorde (et face à l'argument "mais ils ont bossé dur pour faire ça donc c'est normal", je conseille de répliquer que ne pas respecter les licences, c'est mal, et que télécharger des roms et les mettre dans un système tout fait et tout prêt contre rémunération, c'est pas "travailler dur", c'est escroquer tout bonnement, parce que je l'ai vu cet argument..).

Ceci est mon avis perso.

Si je me rappelle bien, le CRC de la rom décompressée est utilisé par recalbox pour le netplay console (les scrappers comme Skraper font cette somme de contrôle en plus du scrap), pour l'arcade cependant il n'est pas utilisé si ma mémoire est bonne (il va piocher selon le système et le nom de fichier et essayer, c'est retroarch qui derrière s'occupe de ça)..

C'est pour cette raison que, d'après mes souvenirs, recalbox peut (pouvait?) tenter de rejoindre une partie netplay même si le crc n'est pas détecté comme étant le même sur console (avec le peu de chance de fonctionner que on peut imaginer si en effet les fichiers sont différents).

J'essaye de retrouver les sources pour ça...

EDIT: j'ai retrouvé cette doc, qui est un peu vieille mais toujours d'actualité il me semble, partie E "Cependant des roms ne possèderont pas de Hash, c’est le cas des systèmes d’Arcade"

https://github.com/recalbox/recalbox-os/wiki/Netplay-Guide-(FR)

Hello,

There are some additionnal steps to be had, there is no current english documentation on that, so I will fill you in in the meantime.

First, you need a Ztranslate account on https://ztranslate.net/ . Once that is done, you need to log in in the ztranslate website, then go to Settings.

In there, you will find your API KEY (you shouldn't share it).

Once that is done, you have to edit your recalbox.conf file (accesible with the webmanager), and search for the line containing

• ;global.translate.apikey=YOUR_API_KEY_HERE
  delete the semi-colon and replace YOUR_API_KEY_HERE with the API KEY you found on Ztranslate

Save the changes, then try launching a game and doing Hotkey+LeftJoystickDown

@voljega A vérifier, mais il me semble que de base (à voir ce que ça donnera pour recalbox après) le core Sameboy à des fonctionnalités en plus par rapport au core TGBDual (utiliser deux cartouches différentes, et avoir une sauvegarde pour le joueur 2, cette deuxième partie rendrais des jeux comme bomberman quest potables via un cable game link, certains pensent aussi à pokémon mais ça reste en local il me semble, aussi certains jeux ne passent pas avec TGBDual au niveau du cable link, notamment popeye 2 à ma connaissance), après à voir comment ça sera utilisable au final, de base il est un peu à part niveau utilisation sur Retroarch.

J'interviens très peu sur les forums, mais là je pense que en attendant que ce topic soit fermé, je peux peut-être m'exprimer..

Violer une licence n'est pas un terme violent de quelque manière que ce soit, il existe un verbe h**onyme h**ophone ayant un sens plus dérangeant, mais il n'en est nullement question ici.

Les projets open sources ont bien souvent une licence ou des conditions d'utilisation, cela reflète le souhait de l'auteur donc aller à l'encontre est déjà un soucis en soit, la question légale doit être traitée par des gens plus qualifiés que moi, mais en arriver à de telle extrémités, c'estclairement que il y a déjà un soucis.

Recalbox n'est pas basé sur retropie, recalbox utilise en effet Retroarch et EmulationStation mais ses bases sont bien différentes, seul l'apparence est similaire de ce que j'en sais.

Pour la légalité des roms, ça n'a aucun intérêt pour le sujet en cours. De plus rien n'oblige à utiliser des jeux commerciaux sur ces système, et rien n'empêche il me semble de se procurer légalement des roms (notamment les jeux MD de sega sur une plateforme PC légale bien connue qui sont fournis sous un format exploitable de nos jours dans un dossier uncompressed_roms).

Je ne devrait surement pas poster ceci mais là j'ai juste craqué, les modérateurs sauront gérer cette situation ainsi que mon débordement.

EDIT: sorry about this post being in french, I did not realised I was in the english part of the forums, gotta admit it was not obvious though, noneless you aren't missing anything important in this post.

De base, on ne fourni pas de support pour les versions modifiées de Recalbox, vu que on ignore ce qui a été fait, après les symptômes ça me rappelle ce problème-ci: https://forum.recalbox.com/post/135446 , j'ignore la cause (j'imagine des configs overlays qui se sont perdus dans la mise à jour, mais ça me parait bizarre).

Après comme j'ai dit, on ne fourni généralement pas de support sur une version modifiée, voir avec le fournisseur.

Au passage j'espère que le créateur du bartop n'a pas fait facturer la recalbox.

@p0cth Modifier dans le fichier de config permet d'affecter tous les jeux, là où passer par l'édition du menu de jeu modifie un seul jeu, et donc pour revenir en arrière ou en tester plusieurs, c'est moins pratique (il y a aussi le menu de configuration avancé de l'émulateur, mais au final c'est aussi plus long que de juste retoucher le recalbox.conf).

Il y a surement d'autres méthodes (voir même d'autres méthodes à venir avec les surcharges aussi https://forum.recalbox.com/topic/18657/news-recalbox-6-1-une-nouvelle-fois-repoussée-toutes-les-explications/19 mais là on entre dans un tout autre sujet).

Pour la partie inputs, si aucun bouton ne fonctionne dans le jeu, mais que le menu hotkey+b est toujours accessible, il y a moyen de faire un remap des touches pour le jeu (les surcharges ne peuvent à ma connaissance, pas affecter les maping de touche en jeu.).

Je ne suis pas sûr que il faille modifier le recalbox.conf, après je n'ai pas de gpi case ni de pi0 donc peut-être que ça a modifié un truc qui à permit au jeu de se lancer, mais j'en doute, aussi je prfère prévenir que je n'ai pas compris exactement ce que faisait le fichier fba_libretro.cfg dans le détail (il semble affecter le mapping général du pad à priori, mais comme c'est un override complet chargé depusi le recalbox.conf lui aussi bricolé, il y a toute la liste de params Retroarch avec..), et donc je ne peux pas garantir que ma solution fonctionnera avec ça en plus.

Dans le cas présent, il faudrait par exemple tester avec un fichier outrun.rmp placé dans share/system/.config/retroarch/config/remaps/FinalBurn Neo contenant:

input_libretro_device_p1 = "1"
input_libretro_device_p2 = "1"
input_libretro_device_p3 = "1"
input_libretro_device_p4 = "1"
input_libretro_device_p5 = "1"
input_player1_analog_dpad_mode = "0"
input_player1_btn_a = "12"
input_player1_btn_left = "17"
input_player1_btn_right = "16"
input_player1_btn_x = "-1"
input_player1_btn_y = "13"
input_player1_stk_l_x+ = "-1"
input_player1_stk_l_x- = "-1"
input_player2_analog_dpad_mode = "0"
input_player3_analog_dpad_mode = "0"
input_player4_analog_dpad_mode = "0"
input_player4_btn_left = "-1"
input_player5_analog_dpad_mode = "0"

J'ai fait ce fichier rapidement via retroarch, ça a marché pour ma part avec une manette xbox et une manette typé snes (en gros j'ai remappé pour ne pas utiliser le stick en jeu, et aussi pour utiliser le pad en jeu, idem pour les touches pour démarrer la voture si je ne m'abuse qui utilsent les boutons Y B et A maintenant sur ma manette typée snes)

Pour la vitesse, j'ai pas trop d'espoir mais voir les paramètres généraux de fbneo peut aider (notamment le frameskip, mais bon sur un jeu comme outrun ça doit pas être le top, après ça peut se tenter.), mais j'ai de très gros doutes.

Edit: Les ficheirs que tu as pris semblent être fait que pour un materiel en particulier, notamment le fichier fba_libretro.cfg qui force les inputs selon une config particulière, aussi, je recommande si ça ne fonctionne pas, de retirer la ligne fba_libretro.configfile=/recalbox/share/system/configs/retroarch/inputs/fba_libretro.cfg en bas du recalbox.conf, aussi la FAQ que tu cite n'est pas celle de recalbox, aussi je préfère douter de son authenticité et de son sérieux.

Pour faire court: Le lobby netplay de EmulationStation utilise le CRC inclus dans la gamelist.xml pour dire si les roms sont correctes ou non (Ce n'est pas le seul paramètre non liés aux infos globales du jeu qui peut être dans la gamelist d'ailleurs..), ce CRC est calculé soit pas un logiciel de scrap externe (Skraper par exemple offre cette fonctionnalité supplémentaire) soit par recalbox (non pas au niveau du scrapper interne, mais du calcul du Hash).

Retroarch va le recalculer au lancement de la rom quand on rejoint une partie netplay, ou que on en lance une, pour trancher au final et dire Oui ou Non.

C'est la raison pour laquelle le netplay va fonctionner pour l'arcade, qui ne se base pas sur les CRC calculé dans les gamelists, cependant, le lobby ES à toujours besoin de ces valeurs dans la gamelist pour les autres systèmes, afin de savoir quelle rom lancer/comparer depuis le lobby.

@sega-force35 Le scrap interne ne fait pas les calculs du checksum (contrairement à certains scrappeurs externes), bien que l'information soit stockée au même endroit (gamelist.xml), donc peu importe le scrappeur interne choisi, il faudra faire l'operation "Hasher les roms" pour que le netplay fonctionne (qui se trouve dans Start: Option des Jeux> Option Netplay> Hasher les roms).

Oui, dans le résultat final, même si la surcharge arrive en dernier, ça garde l'ordre d'abord Global puis System à l'application (si je me rappelle bien, perso je précisais toujours le système dans la surcharge).

Je crois que c'est valable avec toutes les clefs pour le .recalbox.conf, pour retroarch je ne crois pas que il soit possible d'avoir des conflits du genre (on fait pas de réglages qui se font potentiellement concurrence).

D'ailleurs je pense regarder un peu ce qui peut être sympa à surcharger niveau retroarch et cores aussi pour rassembler ça dans un topic.

Les surcharges c'est comme si le fichier était "rajouté à la fin", du coup tant que ça se lit de haut en bas, ça passe, mais en effet avec les global.truc, même en fin de fichier ils n'ont pas la priorité.

@bkg2k Si j'ai bien lu le dernier post de nayok, c'est justement ce qu'il s'est passé:

le fba_libretro.shaders était défini dans le recalbox.conf, donc le global passait à la trappe

Un autre qui peut être pratique, dans un .retroarch.cfg, pour pivoter les écrans:

video_rotation = "0" ; si 0 (orientation normale) si 1( pivoté à 90°), si 2 (pivoté à 180°), si 3 (pivoté à 270°)
video_aspect_ratio = "1.000000" ; aspect ratio du jeu une fois pivoté, laisser sur coreprovided ne changera pas le ratio en pivotant
aspect_ratio_index = "20" ; si 20, défini l'aspect ratio sur "Config", et donc appliquera le video_aspect_ratio donné

Si il y a moyen de définir l'aspect ratio automatiquement, ça serait super pour l'arcade.

@noktambule oui, actuellement quand on lance le jeu, la surcharge (je parle que pour un type .core.cfg, pour le .retroarch.cfg il me semble que il n'y a pas de problèmes, et pour un .recalbox.conf c'est sûr que il n'y a pas de soucis) s'écrit dans le system/configs/retroarch/cores/retroarch-core-options.cfg et du coup, devient une option de base partout pour le core en question.

Du coup si on veut surcharger une option de core pour un jeu, mieux vaut aussi surcharger en global (un exemple: Je veux activer du frameskip de 2 frames sur 3 sur dungeon magic dungeonm.zip pour final burn neo, du coup dans le dossier fba_libretro je vais avoir un
dungeonm.zip.core.cfg contenant
fbneo-frameskip = "2"
Or si ensuite je relance un autre jeu sur le même emulateur, malheur, l'option reste active. Pour y remedier, je rajoute un .core.cfg ans le dossier fba_libretro contenant l'option que je veux par défaut, ici:
fbneo-frameskip = "0"

Et je dois faire pareil dans le dossier neogeo qui utilise le même core, pour éviter d’avoir des endroits où rien n'est défini et où il prendrait donc le "dernier réglage chargé")