Solved Retrode

[une-fille-etoilee]

La suite Alors, j'ai fais tout ce que tu m'a dis... j'ai malgré tout rajouté a retrodecustom.cfg ce qui concernait le scanline et j'ai changé la partie sur les joypad sinon ma manete n'etait pas configurée.....le configurateur dans le menu des émulateurs ne permet pas de changer les 2 fichiers (retrodecustom.cfg et retroarchcustom.cfg). je ne sais pas si c'est améliorable, mais bon   JEU SNES Bien que tres lent a l'ouverture (15-20s d'écran noir avant le lancement), ca fonctionne. La sauvegarde : La sauvegarde ingame ne fonctionne pas. j'ai fais l'essai avec donkeykongcountry. c'est un jeu qui sauvegarde tout seul la progression normalement. Et j'etait sure qu'elle marche pour ce jeu puisque j'ai crée une sauvegarde dessus y'a quelques semaines a peine avec une vraie snes. Résultat négatif. c'est dommage. La sauvegarde intégrée a retroarch : Quand je fais save avec les raccourcis manette, ca me dit "failed to save en m'indiquant le nom du fichier avec un .state a la fin. mais du coup, si retroarch tente d'écrire un .state sur une cartouche, ca m'étonne pas que ca marche pas...pareil, le load de sauvegarde ne marche pas. Il essaye la encore de charger un fichier portant le nom du jeu suivi de .state   JEU MEGADRIVE Le jeu est reconnu dans le menu retrode. mais ecran noir lorsque je choisis le jeu dans le menu du retrode pendant 15s, et puis retour a ce meme menu

[acris]

Bonjour Alors, j’ai fais tout ce que tu m’a dis… j’ai malgré tout rajouté a retrodecustom.cfg ce qui concernait le scanline et j’ai changé la partie sur les joypad sinon ma manete n’etait pas configurée…..le configurateur dans le menu des émulateurs ne permet pas de changer les 2 fichiers (retrodecustom.cfg et retroarchcustom.cfg). je ne sais pas si c’est améliorable, mais bon Poste ton retrodecustom.cfg que je vois tes changements et les comprennent. le retroarchcustom sera utilisé avec les autres emulateurs du rpi, ici j ai défini un fichier de configuration spécifique pour voir si la gestion des save state était possible apparemment non. car la cartouche n accepte pas que retroarch écrive dessus et l extension est différente. Du coup il va falloir changer de méthode mais je vois pas comment pour le moment. Edit : sauf si on stocke les fichiers save state directement sur le rpi. pour la lenteur as tu testé sur les cartouches utilisé au debut pour voir si pareil mariopaint. A vérifier mais il me semble que la sauvegarde ingame ne fonctionne pas avec les emulateurs. Il faut utiliser la sauvegarde de l'etat et la restaurer pour l utiliser. Fait un test avec SNES dans emulationstation

[une-fille-etoilee]

voici mon retrodecustom.cfg

core_options_path = /recalbox/configs/retroarch/cores/retroarch-core-options.cfg   system_directory = /recalbox/share/bios/   config_save_on_exit = false   video_threaded = true   #video_aspect_ratio = 1.33 #aspect_ratio_index = "21" #aspect_ratio_index = "0" #video_force_aspect = false video_aspect_ratio_auto = true #video_scale_integer = true   rewind_enable = false rewind_buffer_size = 10 rewind_granularity = 2   video_gpu_screenshot = true   video_shader = "/recalbox/share/system/shaders/scanline.glsl"   video_shader_dir = "/recalbox/share/system/shaders/"   video_shader_enable = "true"   screenshot_directory = /recalbox/share/screenshots/ savestate_directory = /recalbox/share/retrode/ savefile_directory = /recalbox/share/retrode/ extraction_directory = /recalbox/share/extractions/   fastforward_ratio = -1.0 input_autodetect_enable = true   joypad_autoconfig_dir = /recalbox/configs/retroarch/inputs/   input_player1_analog_dpad_mode = "0" input_player2_analog_dpad_mode = "1" input_player3_analog_dpad_mode = "1" input_player4_analog_dpad_mode = "1"   input_enable_hotkey_btn = 2   input_enable_hotkey = "escape" input_exit_emulator = "escape"   input_player1_joypad_index = 0 input_player2_joypad_index = 1 input_player3_joypad_index = 2 input_player4_joypad_index = 3

concernant la sauvegarde. j'ai regardé le convenu de retrode.cfg contenu dans le retrode meme. on retrouve des lignes intéréssantes je pense

[detectionDelay] 5   ; how long to wait after cart insertion/removal

tiens, ca ca peux etre une des raisons de la lenteur du truc

[sramReadonly] 1     ; write protect SRAM?

faudrait peut etre le passer a 0 pour retenter la sauvegarde in-game? t'en pense quoi? a vrai dire je ne suis pas sure que la réécriture d'un fichier soit simple sur une cartouche. D'ailleurs, le site du rétrode parle des limitations et du contournement des problemes de sauvegarde de jeu. EDIT : LA SAUVEGARDE IN-GAME NE FONCTIONNE PAS NON PLUS AVEC LES ROMS PRESENTES DANS LA SDCARD http://www.retrode.org/documentation/troubleshooting/troubleshooting-saving-files-to-the-retrode-does-not-work/   Concernant l'essai avec une autre cartouche. Mariopaint n'est pas detecté. quand je la met, je n'ai plus retrode dans le choix des émulateurs. J'ai fais l'essai avec d'autres cartouches sans probleme, mais cette lenteur au démarage persiste....etrange

[acris]

Salut d apres le site de retrode, le concepteur m est un delai de 10. et pour sramReadonly] 1 ; write protect SRAM? le 1 indique la protection en écriture, tu peux tenter de mettre en 0 et voir si ça fonctionne mais bien avant toute modification sauvegarde le cfg, et le srm sur ton pc. C'est difficle de cerner le problème quand tu n'as pas le matos. Il y avait cette lenteur avant la modification du fichier emulatorlauncher.sh ? pour mariopaint, tu retires la cartouche à la volée ? ou tu as eteint le rpi et insérer la cartouche et elle nest pas détectée ? editer emulatorlauncher.sh et rends vers retrode dans cette ligne :

/recalbox/scripts/runcommand.sh 4 "$retroarchbin -L $retroarchcores/picodrive_libretro.so --config /recalbox/configs/retroarch/retrodecustom.cfg "$1""

remplace le 4 par un 2

[une-fille-etoilee]

je vais essayer de mettre la valeur de "sramreadonly" sur 0 et je te tiens au jus.....ça mangera pas de pain. Je ne sais pas si la lenteur au démarage etait la avant la modif du emulatorlaucher.sh.  Mais si je le remet en version d'origine, je ne pourrais plus tester le jeu de la cartouche...difficile pour investiguer... pour mariopaint, non, je ne met ni n'enlève aucune cartouche a la volée...j'éteint le pi a chaque fois...et elle n'est pas détectée ou pas compatible...mais quand elle est dedans, pas moyen d'avoir le menu retrode qui s'affiche....etrange...(bon en même temps, c'est une cartouche sans intérêt, qui ne fonctionne qu'avec la sourie nintendo....et le retrode ne marche pas avec la sourie...pas la peine de perdre du temps avec) et enfin, j'ai changé le 4 en 2 dans le emulatorlauncher.sh....ca n'a rien changé de visible.....je devais m'attendre a quel style de changement?

[acris]

La modification du 4 en 2 etait pour ton plantage pour jeu megadrive mais je me demande si l emulateur prend en charge le bin. as tu essayé une autre cartouche megadrive ? edit : et ben si le bin est pris en charge pour l emulateur. sur mon rpi, j ai pas de latente et le switch s'effectue correctement. Ahhhhhhh prise de tête.

[une-fille-etoilee]

autant pour moi ta modif a marché il me semble. sur mes 2 cartouches megadrive, j'en ai une qui s'est lancé sans probleme.... l'autre par contre n'a pas voulu et me fais des retours menu. mais vu l'age des cartouches, on peut supputer qu'elles deviennent capricieuses...   sinon j'ai mis le sramreadonly du retrode a 0, pas mieux pour la sauvegarde ingame....

[acris]

et la sauvegarde via hotkey ?

[une-fille-etoilee]

pareil, marche pas mieux

[acris]

Ok alors pas le choix faut tenter les savestate sur le rpi directement edite /recalbox/scripts/emulatorlauncher.sh et remplace la partie retrode par celle ci on va réutiliser le retroarchcustom.cfg à la place de retrodecustom.cfg

if [[ "$emulator" == "retrode" ]]; then
if [[ "$extension" == "sfc" || "$extension" == "SFC" ]]; then
	/recalbox/scripts/runcommand.sh 2 "$retroarchbin -L $retroarchcores/snes9x_next_libretro.so --config /recalbox/configs/retroarch/retroarchcustom.cfg \"$1\""
	else
	/recalbox/scripts/runcommand.sh 2 "$retroarchbin -L $retroarchcores/picodrive_libretro.so --config /recalbox/configs/retroarch/retroarchcustom.cfg \"$1\""

fi
fi

et essaie les hotkeys savestate, loadstate.

[une-fille-etoilee]

eh bien....j'ai pas trop le temps de m'occuper de tout ce bazar en ce moment....beaucoup de boulot... Alors, les sauvegardes de l'émulateur via les hotkey fonctionnent...(d'ailleurs je sais pas si les slots des sauvegardes states fonctionnent par jeu ou pour l'émulateur en général....). pas de probleme pour savestate et loadstate   Ensuite, depuis cette derniere manip, j'ai perdu la sauvegarde ingame de donkeykong country(normal, elle est dans la cartouche ,qui n'est plus lue pour la partie sauvegarde) et nouveautée..., la sauvegarde ingame du jeu equinox fonctionne tres bien....elle est automatique et semble sauvegardé dans le pi (puisque si j'enleve la cartouche et la met dans une vraie snes, je ne l'ai plus). Du coup, j'ai un semblant de sauvegarde ingame...C'est deja bien j'avoue....et les sauvegardes hotkey en petit bonus.   mais c'est quand meme con qu'on puisse pas réécrire sur la cartouche pour le .srm c'est frustrant je vais refaire un essai avec l'ancienne config pour etre sure et certaine que c'etait voué a pas marcher... je te tiens au courant

[une-fille-etoilee]

bon ben non, meme en lui revenant a l'ancien emulatorlauncher.sh, ca me fait croire que ca sauvegarde ingame, mais des que je remet la cartouche dans la snes, elle n'y est plus...frustrant ca fait parti de ces fameux cas de figure dont parle le concepteur du retrode dans le lien que je t'avais donné....mais il semble évoquer une solution.....sauf que j'y comprends pas grand chose....

[une-fille-etoilee]

tiens, je pense a ca. ne peut-on forcer le fichier .srm a passer en 7777 par un petit script au début...ca pourrais peut etre etre un début de solution... qu'en penses-tu ?

[acris]

Salut pas de soucis j ai beaucoup de boulot aussi. Je suis perdue dans tes tests. Faudrait me poste la modification emulatorlauncher.sh que tu as utilisé et le résultat de tes tests savestate , loadstate, ingame. On peut changer le numéro de slot aussi pour la sauvegarde Parce que je ne sais plus où j'en suis lol. Les manipulations suivantes sont à faire en fonction de ta dernière modification. Attention utilise la cartouche où tu avais modifié le sramReadonly=0 sinon tu dois le faire sur les autres cartouches utilise putty pour modifier retrode.cfg. emulatorlauncher.sh avec retrodecustom.cfg savestate : ok ou ko loadstate : ok ou ko ingame : ok ou ko Avant de remodifier emulatorlauncher.sh regarde en faisant un ls /recalbox/Share/retrode si tu as d'autres fichiers créés. Si oui poste le contenu. Si non essaie de faire un chmod 0777 /recalbox/Share/retrode/retrode.cfg Attention utilise la cartouche où tu avais modifié le sramReadonly=0 sinon tu dois le faire sur les autres cartouches nano /recalbox/Share/retrode/retrode.cfg et refaire le teste savestate = loadstate = in game = puis ls /recalbox/Share/retrode Ensuite on passe à l'autre modification emulatorlauncher.sh avec retroarchcustom.cfg regarde en faisant un ls /recalbox/Share/retrode si tu as d'autres fichiers créés. Si oui poste le contenu. Si non essaie de faire un chmod 0777 /recalbox/Share/retrode/retrode.cfg nano /recalbox/Share/retrode/retrode.cfg et refaire le teste savestate = loadstate = in game = puis ls /recalbox/Share/retrode Edit : le fichier srm est dèjà présent dans les cartouches ou il a été créé uniquement lorsque tu as sauvegardé ingame sur ta vraie console ? Bonne journée. PS : le lien donné par le concepteur indique apparemment un problème de droit ou de format de texte justement lors de la modification du fichier retrode.cfg Edit : apparemment le retrode se met à jour via un firmware , tu fais les mises à jour de ta tite chose ?

[une-fille-etoilee]

Dans l'ordre Deja, j'ai remarqué que le RETRODE.CFG etait commun a toutes les cartouches...du coup, ma modif du sdramonly a été prise en compte pour toutes les cartouches...C'est deja ca ensuite, je n'ai fait aucune mise a jour du frimware du retrode...j'avoue que le peu que j'ai lu me laisse penser que ce n'est pas chose aisée... Ensuite, les fichiers .SRM sont déja présents dans les cartouches, qu'il y ai présence ou non de sauvegarde. Et enfin, dès que je commance a m'attaquer a ce que tu me demande, je me heurte a une impossibilité de mettre retrode.CFG en 0777 la commande via putty semble marcher, mais dès que je veux vérifier en faisant propriétés sur retrode.CFG depuis winscp, je suis de retour en 0755. C'est pareil sur le fichier .srm.... bref, le retrode m'empeche toute modification des droits (et pourtant j'ai pu modifier le contenu de retrode.CFG, c'est a s'arracher les cheveux c't'affaire....

[acris]

Bonjour c est 0775 ou 755 ? si c est 0775 c est bon, je pense que le retrode.cfg est stocké qq parts sur le retrode et non dans la cartouche. si c est bien 0775 c est un bon réglage, il a les droits d execution, idem pour srm. Plus quà tester

[une-fille-etoilee]

ca reste bien bloqué a 0755 j'ai essayé de mettre a jour le retrode, c'est la galere....ils ne fournissent de drivers que pour windows 32bits. et mon seul ordi qui tourne avec seven32 bits ne veut pas lui attribuer les bons drivers... je vais essayer de continuer les test d'écriture cet apres midi...

[acris]

Etrange essaie de faire un chmod 0775 /recalbox/share/retrode reboot et vérifie de nouveau. Pour les mises à jour du retrode je n'ai pas lu les instructions peut être contacté le constructeur, j essaierai de jeter un oeil. Sinon fait les tests on verra bien si les maj du retrode vaut le coup ou pas.

[une-fille-etoilee]

bien, apres avoir corrigé les epreuves du bac, je me repenche sereinement la dessus j'ai fait "chmod 0775 /recalbox/share/retrode ." rien de neuf, le dossier retrode ne passe pas en 0775 et reste en 0755. j'ai refais un "chmod 0775 /recalbox/share/retrode/retrode.CFG", il reste lui aussi en 0755 je teste donc avec emulatorlauncher.sh avec retrodecustom.cfg save state semble ne pas avoir marché, l'émulateur m'a mis un "failed to.......state" je sors et fais un ls /recalbox/share/retrode et je vois un nouveau fichier "DonkeyKongCountry.5EF6.state". je trouve ca etrange quand meme qu'il ai pu écrire un .state dans la cartouche je fais "nano /recalbox/Share/retrode/retrode.cfg" je reteste dans le jeu (a ce moment la, je n'ai jamais éteint le pi, ni debranché le retrode, ni oté la cartouche, je n'ai fait que quitter l'émulateur et le relancer) Ma sauvegarde ingame a marché. je retrouve ma partie en cours dans le menu intégré au jeu par contre, si je veux lancer la sauvegarde state, ca me dit "failed to load.....state" je refais un "ls /recalbox/Share/retrode" j'ai toujours mon .sfc, mon .srm, mon .state de tout a l'heure et mon retrode.CFG je reboot le pi pour voir si la sauvegarde est conservée.....Victoire, elle semble conservée.....la cartouche précédente que j'avais essayée devais avoir sa pile morte....ca nous avais induit en erreur.... j'eteint tout ca et insère la cartouche dans une vraie snes pour voir si la sauvegarde a marchée.... VICTOIRE, ca a marché..... conclusion, ta configuration de emulatorlauncher.sh avec retrodecustom.cfg a fonctionné.....BRAVO ! on arrive au bout de cet engein !   du coup, j'en déduis que je n'ai pas besoin de faire la suite de ce que tu m'as demandée.... lorsque je remet la cartouche dans le retrode, j'ai a nouveau 3 fichiers, le .srm, le .sfc et retrode.CFG. le state n'a bel et bien pas été écrit. j'en déduis que le retrode dois posséder une mémoire tampon qui lui permet de recevoir le .state et le .srm modifié et qu'il tente d'écrire tout ca dans la cartouche dès qu'il en a l'occasion...   Ce qu'il reste a régler maintenant.... -la lenteur au lancement de l'émulateur...pour je ne sais quelle raison, quand je lance le jeu cartouche, j'ai 30-40s d'écran noir toujours.... -la non possibilité de déclarer la 2eme manette dans le menu des manettes de recalbox....il me reconnais les 2 manettes comme etant 1 seul et meme périphérique, du coup c'est pas drole....

[acris]

Bonjour oula tu as dû en voir des vertes et des pas mûres en correction, me dis pas que tu as corrigé la philo ?

-la lenteur au lancement de l’émulateur…pour je ne sais quelle raison, quand je lance le jeu cartouche, j’ai 30-40s d’écran noir toujours….

tu as des lags aussi avec megadrive ou uniquement avec SNES ? Je ne sais pas si on peut améliorer mais voici quelques idées : changer d'emulateur pour snes par pocketsnes_libretro.so ou catsfc_libretro.so à la place de snes9x_next_libretro.so Essaie celui ci par exemple et dis moi si il y a du mieux : retrodecustom.cfg /recalbox/scripts/runcommand.sh 2 "$retroarchbin -L $retroarchcores/pocketsnes_libretro.so –config /recalbox/configs/retroarch/retrodecustom.cfg \"$1\"" ou jouer avec le paramètre detectionDelay de retrode.cfg bien que si j ai bien compris c'est pour le déclage entre le retrait d une cartouche et l'insertion d'une cartouche. Diminue le si jamais le changement d emulateur n'apporte pas grand chose. [detectionDelay] 10

Specifies the lag between insertion/removal of a cartridge and the triggering of the re-detection routine. The more slowly you insert carts, the higher this value should be, so the Retrode doesn’t start looking for carts until the electrical connection is fully established. I found 10 to work fine for me.

la non possibilité de déclarer la 2eme manette dans le menu des manettes de recalbox….il me reconnais les 2 manettes comme etant 1 seul et meme périphérique, du coup c’est pas drole….

tu m'as dit que tu avais du ajouter ou modifié un truc dans retrodecustom.cfg pour que ta manette soit détectée. peux tu me dire ce que tu as fait, la flemme de tout relire lol et j'ai pas le souvenir que tu es posté ta modification. faudrait que tu testes ceci branche tes deux manettes puis sous putty : cf : https://github.com/digitalLumberjack/recalbox-os/wiki/Tester-votre-joystick-avec-jstest-(FR)

cat /proc/bus/input/devices
ls /dev/input/js*
jstest /dev/input/js0
jstest /dev/input/js1

et poste moi le contenu du fichier de ta manette qui a dû être crée par emulationstation mais je sais plus où il se trouve.