Reicast - ajouter des VMU sur les autres pad

[David Frété]

Bonjour,

J'ai cherché un peu partout sans trouver de réponse, comment peut-on ajouter des VMU en plus de ceux du pad 1 ? J'ai essayé de copier ceux que j'avais déjà en les renommant avec B1 et B2 mais ils ne sont pas visibles dans le bios. Une idée ?

[David Frété]

Bon, je vais tenter ma chance sur la partie internationale du forum

[poumtaq]

salut,
je pensais que la sauvegarde A2 était justement dédié au pad 2 ?
J'imagine que tu utilises déjà VMUexplorer, as-tu gratté de ce côté ?

[David Frété]

Hé non, A1 et A2, c'est les deux ports de cartes de la manette 1.
J'ai regardé vite fait ton lien mais ça répond pas à ma question.

[Substring]

Ben allez tout simplement dans le BIOS de la DC, et faites le nécessaire ! START + A + B + X + Y

[David Frété]

@Substring : Merci d'avoir répondu à coté de ma demande
Comme un dessin vaut mieux qu'un long discours, voici, pour ceux qui n'auraient pas bien compris ma demande, une photo de mon "problème" :

On peut aller plus loin disant que je n'ai rien aussi en C1, C2, D1 et D2...

[Substring]

@david-frété passe par http://recalbox/screenshots pour faire tes screens

Donc pas de fichier VMU sur les autres pads ? Il faut surement les créer à la main, me souviens que dans le code c'est pas automatique

[David Frété]

Les fichiers sont créés pourtant.

Les fichiers d'origine sont nommés ainsi : vmu_save_A1.bin et vmu_save_A2.bin
J'ai dupliqué les cartes en les nommant vmu_save_B1.bin et vmu_save_B2.bin -> échec
J'ai vu que Reicast est un port de NullDC apparemment donc j'ai été créer 2 cartes pour le pad B à partir de NullDC qui se nomment vmu_data_port41.bin et vmu_data_port42.bin -> échec

Est-ce qu'au moins Reicast a été codé pour gérer d'autres VMUs ?

Edit : les VMUs faits via NullDC sont fonctionnels : si j'en renomme un en vmu_save_A1.bin, j'ai bien les sauvegardes que j'ai faites

[Jul'S]

@david-frété said in Reicast - ajouter des VMU sur les autres pad:

Edit : les VMUs faits via NullDC sont fonctionnels : si j'en renomme un en vmu_save_A1.bin, j'ai bien les sauvegardes que j'ai faites
Mais du coup impossible de les attribuer au port 2, 3 ou 4 pour le moment c'est ca?

[David Frété]

C'est tout le problème, @Jul-S
J'ai même été voir les scripts de lancement de l'émulateur histoire de voir si je trouverais quelque chose.
Je vois à un moment que ça copie les VMU (si non existants) du dossier share_init vers le dossier share (celui auquel on a accès via les partages réseau) avec cette syntaxe : (...)dreamcast/reicast/vmu_save_*.bin

Faudrait demander à celui qui est à l'origine du script parce que je pense pas ça possible qu'il ait mis un "joker" (*) dans sa syntaxe sans raison.

[Substring]

@david-frété j'ai mis une * pour ne pas avoir a nommer les fichiers. Cela dit, le pb semble etre ailleurs. Cette copie ne se fait que si les VMU sont absentes au boot

[pepito]

Bonsoir
@david-frété tu as branché une 2nd manette ?

Edit: dsl j'avais mal regardé le screen ...

[David Frété]

@Substring : le problème reste entier alors...

@pepito : j'en ai même 4 de branchées pour être sûr que tous les pads soient actifs dans Reicast.

[Substring]

@david-frété https://github.com/reicast/reicast-emulator/blob/d8a7212d69929277d2c4ab54851fb7e97604ec3e/core/hw/maple/maple_cfg.cpp#L89

J'ai peur qu'il ne veuille une VMU que sur le P1. Cette partie du code est un chouia différente dans Recalbox, mais je peux patcher sans probleme pour mettre 2 VMU par pad (si mon idée marche)

[David Frété]

@Substring Je comprends que ça créé (ou monte) les 2 VMUs du pad A.

Donc si on ajoute ces 2 lignes

mcfg_Create(MDT_SegaVMU,1,0);
mcfg_Create(MDT_SegaVMU,1,1);

Ca le fait pour le pad B si je suis le raisonnement.

Si ton idée marche, j'en serai ravi (et je pense pas que je serai le seul )

[Substring]

@david-frété non faut faire plus que ca en créeant les VMU par joueur onnecté.

Je rassure tout de suite nos amis blonds et/ou belges : non, meme si on branche un autre pad à la place, la VMU n'est pas physiquement associée au pad

Je regarderai mais pas tout de suite

[David Frété]

Salut @substring , du nouveau sur le sujet ?

[Substring]

@david-frété non, et ce n'est pas la priorité pour le moment. Après rien ne me dit que reicast est capable de gérer des VMU sur d'autres pads. Si c'est le cas, là je vais beaucoup moins rigoler.

[David Frété]

@Substring J'ai eu confirmation par mail du dev de Reicast que ça gérait bien les VMUs sur tous les ports. Ca se fait en principe dans le emu.cfg mais je n'ai pas les paramètres exacts.
C'est aussi confirmé sur cette vidéo de Retropie de 2015 : https://youtu.be/yAB0_kkaa5s?t=1116

Edit : en rapport avec notre souci ? https://github.com/reicast/reicast-emulator/pull/985/commits/488a87385454fe8babbb751fb4a033188312afc4

https://forum.odroid.com/viewtopic.php?f=91&t=9700

A priori, il faudrait un autre build de l'émulateur.

[Substring]

@david-frété je compte inclure ce patch poru les VMU, mais comme je n'aime pas du tout leur facon de gérer le nb de joueurs connectés, cette partie là est déjà l'objet d'un patch que je complèterai.

Pour le reste, seule la version X86 passe par X11, mais pas dans le sens où tout le monde le penserait, ni dans le sens où le forum l'utilise.

Bref, rien de très compliqué à faire logiquement, juste qu'on a bcp bcp bcp de choses à faire en ce moment, je vais essayer de trouver un moment.