Posts made by Fishou

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

@pepito L'emulateur PSP est un standalone il me semble (c'est à dire que ce n'est pas un core libretro), du coup les surcharges ne peuvent pas être faites dessus, je ne suis pas hyper à l'aise avec l'émulateur psp, je peux toujours jeter un oeil, mais je ne pense pas que ce soit actuellement faisable (C'est pour un jeu de flipper?).

Après le remapping des touches via les surcharges actuelles n'est pas des plus évident même pour les cores retroarch.

EDIT: Sinon, à tester:

Hotkey+B pour aller dans le menu ppsspp, Create game config

puis game settings :

Puis controls > Control mapping

à voir

EDIT2 : Le fichier qui résulte de cette manip va dans share\system\configs\ppsspp\PSP\SYSTEM sous un nom de type NPEH00015_ppsspp.ini (dans mon cas c'était NPEH00015 car j'ai testé avec dynasty warriors vol. 2), donc ça devrait pouvoir fonctionner

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

Bonjour

@raged Les jeux super game boy sont à ma connaissance tous compatibles game boy et game boy color (un jeu super game boy est un jeu game boy ayant des fonctions en plus révélées par l'utilisation d'un super game boy sur SNES).

La plupart du temps il n'y a que une bordure et des palettes de couleurs différentes. Bien que certains jeux aient des fonctionnalités particulières (Bomberman GB offre un mode multijoueur spécifique au super game boy, et Disney's Hercules utilise des sons différents lorsque utilisé sur la snes avec le super game boy), mais ces fonctionnalités un peu plus avancées ne sont, à ma connaissance, pas reproductibles sous recalbox à l'heure actuelle, donc je conseillerais de les émuler sur de la game boy uniquement.

@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é")

Il y a une nouvelle page sur le gitbook pour les surcharges des .retroarch.cfg, avec les clefs pouvant être affectées juste ici.

Pour les options des .core.cfg par contre, faudra que je regarde de plus près, car elles sont propre aux cores utilisés, mais par exemple, si vous voulez désactiver le flickering sur la master system, le core genesisplusgx le permet avec l'option genesis_plus_gx_no_sprite_limit = "enabled" dans un .core.cfg, ce qui offre un rendu sans la limitation de 8 (je crois?) sprites par ligne horizontale, visuellement ça donne ça:

de base: https://www.youtube.com/watch?v=QDCqgwWaWAg

avec l'option: https://www.youtube.com/watch?v=uqq9HEHDPQ0

Cependant attention, des modifs dans un .core.cfg sont enregistrées à la fermeture du jeu, donc si vous appliquez cette valeur sur le dossier de la master system, il sera présent la prochaine fois que vous lancerez genesisplusgx sur megadrive, à moins de surcharger là-bas aussi avec une autre valeur.

@ren-mo les "post-it" sont les messages épinglés dans le forum, je suppsoe ici que c'est à ce post https://forum.recalbox.com/topic/4056/a-lire-avant-de-poster-merci que il est fait référence, puisqu'il explique la marche à suivre pour faire une archive de support.

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

@gkm As far as I know for recalbox, it's for backward compatibility reasons (renaming the folders could be tricky to handle, maybe there are other reasons too but I don't know).

Let me know if this fixes anything ^^

@darth_elessar Désolé d'avoir été sceptique, bon courage pour la suite (même si je continue de penser que c'est potentiellement un problème d'aspect ratio défini sur custom mais sans qu'il n'y ai de paramètres derrière au vu de la description (j'ai cru voir ce type de problème depuis la 6.1 chez certaines personnes, mais sans en être sûr), après l'archive de support va permettre un meilleur diagnostic que mon intuition ^^)

Bonne journée dans tous les cas

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.