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.

@eursss Bonjour,

C'est vrai que les surcharges c'est pas forcément évident à appréhender, on avait commencé à en parler dans le topic Les surcharges, mais avec vous, et il y a deux pages sur le gitbook à ce sujet ici et ici.

Ce qu'il faut retenir, c'est que il y a trois types de surcharges:

Celles qui remplacent des paramètres du recalbox.conf (emulateur utilisé, aspect ratio, sortie video, ...)

Celles qui remplacent les réglages généraux pour retroarch (.retroarch.cfg)

Celles qui remplacent les réglages précis pour les émulateurs retroarch (.core.cfg)

Pour ces deux derniers types, j'avais commencé un outil qui est une interface pour créer des fichiers de surcharges dans le navigateur sur https://surchargeur-ra-rb.netlify.com/ et, même si l'outil n'est pas parfait, il est fonctionnel d'après mes tests.

L'idée des packs n'est pas mauvaise, mais je n'ai pas vraiment pris le temps de me pencher sur la question pour avoir des trucs "tout prêts" (et je ne sais pas si je pourrais le prendre d'ici peu).

Dans tous les cas, j'espère que ça peut aider dans les recherches.

Un exemple où le changement de core est valide, c'est par exemple sur master system: le core picodrive est plus rapide, mais les jeux utilisant des sauvegardes ne fonctionneront pas correctement.

On peut aussi citer la game boy: Le core Gambatte est très bien, mais si on veut des bordures de super game boy, il faudra mGBA, ou bien si l'on veut jouer à PacMan en mode 2 joueurs 2 game boy, il faudra passer par TGBDual ou SameBoy.

C'est aussi au goût de chacun après, parfois on a pas de raison de changer de core, ça fonctionne sans soucis, mais des options en plus peuvent attirer pour un jeu plus qu'un autre, mais en général pour console: si ça marche, ça marche, si ça marche pas, changement de core.

Et du coup un core pour Recalbox, c'est un émulateur Retroarch en gros (il y a des cores qui sont pas des émulateurs aussi, mais dans recalbox c'est vraiment un chiffre très bas.). Un Emulateur Retroarch, c'est un emulateur qui utilise Retroarch pour fonctionner, ce qui donne pas mal de possibilités et qui permet d'avoir le même menu partout, contrairement aux standalone, qui eux sont généralement plus rapide mais ont très peu d'options.

dans un .retroarch.cfg, c'est une ligne à mettre :

audio_volume = "0.000000" , faut mettre un nombre supérieur à 0 pour augmenter, et inférieur pour diminuer.

Pas remarqué de distorsion pour ma part avec 9 pour la master system, mais je suis sur un Rpi3 branché à un téléviseur, j'imagine que en fonction du matériel, ça peut affecter (je pense au gpi case notamment).

il y a des exemples sur https://recalbox.gitbook.io/documentation/v/francais/utilisateur-avance/surcharge-de-configuration/surcharges-retroarch

@gastoon Je ne suis pas sûr à 100% pour MAME, mais à priori dans les options de core, il doit y avoir une option Cabinet (ça dépend des jeux) et sa valeur peut être C**ktail, sur fbneo c'est ça (même si j'ai eu des résultats mitigés sur le rendu pour ma part sur retroarch PC.)

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.

@lucinda Alors si je ne me trompe pas, il faut modifier dans le share/system/configs/retroarch le fichier retroarchcustom.cfg et changer la ligne menu_driver = rgui par menu_driver = ozone, ensuite en lançant un jeu, ça devrait passer à la nouvelle interface.

Sinon dans le menu réglages, dans Pilotes > Menu, selectionner ozone

@shuu elles sont mappées sur le stick droit il me semble de base justement, sinon ça irait avec la section remapping des hotkeys de la doc https://recalbox.gitbook.io/documentation/v/francais/utilisateur-avance/surcharge-de-configuration/surcharges-retroarch#remapping-des-hotkeys

donc une surcharge de type .retroarch.cfg

C'est pas aussi simple à surcharger que les autres car, comme indiqué dans la doc, il faut regarder dans le system/configs/retroarch/retroarchcustom.cfg la valeur de la touche voulue (qui peut varier selon le pad utilisé il me semble), et la mettre pour la cle voulue, tout en faisant gaffe que ça serve pas ailleurs (si deux hotkeys sont ensemble, les deux actions vont se produire)

(j'avais pas indiqué dans la doc le
input_disk_eject_toggle_btn =
input_disk_next_btn =
input_disk_prev_btn =

parce que j'ai pas trop cherché niveau paramétrage des hotkey encore)

@oggi Je ne saurais pas dire pour ma part, j'aurais pensé que le pad bluetooth prendrais le dessus potentiellement mais honnêtement c'est vraiment une idée en l'air sans vraie hypothèse pour la soutenir. Après j'ai pas testé avec autant de pads, et j'ignore combien recalbox peut en supporter au max depuis EmulationStation.

@oggi C'est étrange que le hotkey+start et le hotkey+b ne fonctionnent pas étant donné que cette config ne les change pas (ils sont bien fait avec la manette du joueur 1?)

Pour annuler la config sur les jeux non surchargés, je pensais à un ficheir littéralement nommé .core.cfg avec le contenu, qui donc s'applique à tous les jeux du dossier (sauf ceux surchargés) avec le contenu suivant (qui correspond au défaut)

EDIT: ah, légérement en retard mon post ^^

@Shuu Il faudrait voir si il n'y a pas de hotkey pour cet usage utilisable (il me semblait que c'était hotkey + stick droit vers le haut pour ouvrir, et stick droit vers la gauche ou la droite pour naviguer mais je peux me tromper)

@oggi JE suis pas un expert de la PSX, après j'ai jeté un oeil, et pour le coup, je pense que il faudrait passer par une surcharge de core (si le jeu s'appelle bomberman.cue, le fichier sera bomberman.cue.core.cfg) et pour le contenu du fichier, potentiellement (je suis pas sûr, j'ai pas testé):

pcsx_rearmed_pad1type = "standard"
pcsx_rearmed_pad2type = "standard"
pcsx_rearmed_pad3type = "standard"
pcsx_rearmed_pad4type = "standard"
pcsx_rearmed_pad5type = "standard"
pcsx_rearmed_pad6type = "standard"
pcsx_rearmed_pad7type = "standard"
pcsx_rearmed_pad8type = "standard"
pcsx_rearmed_multitap1 = "auto"
pcsx_rearmed_multitap2 = "auto"

J'ai peut-être un jeu PSX utilisant le multitap dans le coin, si j'ai le temps je regarde.

EDIT: J'ai testé avec Crash Team Racing en mode 3 joueurs (j'avais plus de ports USB dispo après ^^''), ça fonctionne à priori (logiquement pour 3 joueurs si ça passe, pour 4 aussi après)

EDIT2: il faudra peut être placer un fichier nommé juste .core.cfg contenant

pcsx_rearmed_pad1type = "standard"
pcsx_rearmed_pad2type = "standard"
pcsx_rearmed_pad3type = "none"
pcsx_rearmed_pad4type = "none"
pcsx_rearmed_pad5type = "none"
pcsx_rearmed_pad6type = "none"
pcsx_rearmed_pad7type = "none"
pcsx_rearmed_pad8type = "none"

dans le dossier psx pour désactiver le mutitap sur les jeux ne le supportant pas

EDIT3: J'ai assumé que l’émulateur utilisé était Libretro et le core PSCX ReARMed.