Effectivement, il y a un souci lors de l'execution de kpartx 
Est-ce que tu peux effectuer les commandes suivantes, dans l'ordre et nous donner ce qu'elles t'affichent ?
$ sudo ls -l /dev/loop*
$ file /home/pi/Desktop/BerryConverter/recalboxrpi4.img
$ sudo kpartx -lv /home/pi/Desktop/BerryConverter/recalboxrpi4.img
$ sudo kpartx -av /home/pi/Desktop/BerryConverter/recalboxrpi4.img
$ sudo ls -l /dev/loop*
On en apprendra peut-être d'avantage…
Salut @isik,
Premièrement, je me suis permis de modifier ton message pour en améliorer la lisibilité (juste du formatage de texte, je ne me serais pas permis de modifier le contenu).
De ce que je lis dans ton message d'erreur, le script berryboot_conv.sh essaye de faire un mount /dev/mapper /mnt ce qui évidemment ne peut pas marcher en l'état.
Si le script en question est celui que j'ai trouvé ici, il se peut que ce soit un bug dudit script 
Je ne connais pas ce script en particulier, mais je dirais que soit la commande kpartx -av $SOURCE provoque une erreur, soit son output n'est pas celui attendu par le script (qui utilise le 12ème champ retourné par kpartx et l'assigne à $MAP_PART… c'est vachement arbitraire et peut-être pas très future-proof 
).
Sinon, essaye de faire les étapes à la main comme décrit sur cette page du wiki de BerryBoot, plutôt que d'utiliser un script pour l'automatiser.
Désolé de ne pas te donner une solution clef-en-main, mais j'espère que ça te donnera quelques pistes à creuser.
Hi @webspace,
We are currently using commit 480572054518112647c8fae5d7ea7046a6d6ecfb from GS+ but it looks like the only customizations we've made relate to pads/controllers.
Feel free to have a look by yourself, our Buildroot package source is located here: https://gitlab.com/recalbox/recalbox/-/tree/master/package/gsplus
@1e1 on va regarder pour ton souci de mapping, mais effectivement c'est possible que le problème se situe dans configgen/generators/mupen/mupenControllers.py… par contre la ligne que tu mentionnes (ligne 94) est dans un bloc donc le commentaire de doc est # Big dirty hack et qui a été écrit il y a 4 ans par quelqu'un qui n'est plus dans l'équipe (mais qui heureusement commentait assez bien ce qu'il faisait) donc va falloir s'y pencher un peu sérieusement 
En attendant, pour ton problème de InputAutoCfg.ini qui se fait écraser à chaque lancement de jeu, je pense que tu peux le contourner en ajoutant n64.configfile=dummy dans recalbox.conf, non ?
J'espère que ça t'aidera le temps qu'on débug ce "big dirty hack" 
@fredlepp La N64 fonctionne parfaitement avec l'immense majorité des jeux sur Rpi3B+ (note le "plus" qui fait la différence avec le tien, cf ce comparatif pour plus de détails).
La version de Recalbox pour Rpi3B (le tien) est la même que celle pour le Rpi3B+ (le modèle au dessus du tien), c'est pour ça que la N64 n'a pas été désactivée (ça aurait privé les possesseurs de Rpi3B+). Ça aurait été d'autant plus dommage de désactiver la N64 dans cette version que, comme l'a très justement dit @acris : le N64 marche relativement bien sur Rpi3B avec un overclock.
J'espère que ça répond à ta première question.
Quant à ta seconde question ("laquelle faut-il acheter alors?"), je te conseille volontiers le Pi3B+ (attention à ne pas refaire l'erreur d'acheter la dernière version : le Rpi4 n'est pas encore compatible Recalbox).
@acris Je viens de suivre ce tuto une fois de plus sur mon XU4, et une fois de plus tout a marché nickel, bravo 
Est-ce qu'on pourrait juste ajouter une note à propos du fait que puisqu'on met n64.configfile=dummy, les fichiers de configuration de l'émulateur (quel qu'il soit) sont utilisés tels quels : aucune configuration automatique n'est faite, et notamment pas la résolution d'écran (qui est normalement faite automatiquement par configgen).
Bref, si les jeux N64 se lancent en tout petit comme chez moi, bah pas d'autre solution que d'aller modifier ça à la main dans ~/configs/mupen64/mupen64plus.cfg.
Le mien ressemble à ça :
[Video-General]
Fullscreen = True
ScreenWidth = 1920
ScreenHeight = 1080
Pour comparaison, par défaut, c'est ça :
[Video-General]
Fullscreen = False
ScreenWidth = 640
ScreenHeight = 480
Merci d'avance pour les prochains, qui galèreront peut-être moins que moi, du coup
PS : n'hésite pas à supprimer ce message si tu préfère garder les sujets épinglés sans discussion en dessous.
Thanks a lot, I'll try to reproduce 
Regarding your "insulting" ban, I have no idea what happen (unless you actually insulted someone, indeed ), but maybe @OyyoDams can help?
Unrelated, but I love the NintendoRS linked in your signature: awesome work 
Ooc, are you still using it?
Hi @lackyluuk,
Could you please post the exact and complete script? I could have a look at it and try to reproduce.
Could you also post the output of ls -l /etc/init.d/?
Thanks in advance.
@littlebalup À quelques exceptions prêt (genre le "hack" de renommer /dev/fb1), je pense que ta solution est intégrable dans Recalbox (avec un peu de boulot, certes, genre ajouter ffmpeg ou trouver le moyen d'utiliser ffplay, modifier emulatorlauncher.py, insérer des modules kernel, monitorer emulatorlauncher.py un peu plus précisemment, etc…).
J'aimerais bien en discuter avec toi si tu es d'accord ? Si oui, est-ce que en messages privés sur ce forum te semble approprié ? Ou plutôt Discord ? (pour ne pas polluer tout le monde dans ce thread)
@Bkg2k @kevinnash À mon avis, il faudra aussi modifier /etc/init.d/S99custom:
AVANT:
MP envoyé #!/bin/bash
test -e "/recalbox/share/system/custom.sh" && /recalbox/share/system/custom.sh $1
APRÈS:
#!/bin/bash
test -e "/recalbox/share/system/custom.sh" && bash /recalbox/share/system/custom.sh $1
Sinon ta modif ne fonctionnera que pour l'affichage au lancement d'un jeu/émulateur, pas au démarrage.
Mais je n'ai rien testé du tout, j'écris ça au feeling
Petite rectification : en fait, c'est peu probable qu'on corrige ce problème dans une future version, parce que ça voudrait dire rendre tous les fichiers dans SHARE executables.
Donc je vous conseille d'utiliser le contournement ci-dessus. Je vais modifier le wiki en conséquence dans la journée.
Bon, clairement, il y a un souci avec les droits : la commande chmod +x install_6x.sh n'a pas d'effet… du coup, la commande ./install_6x.sh ne fonctionne pas 
En attendant qu'on fixe ça (prochaine version), je vous propose de remplacer chmod +x install_6x.sh && ./install_6x.sh par bash install_6x.sh, ça devrait résoudre ce problème (après, il y aura peut-être d'autres choses à mettre à jour dans le script de @littlebalup mais ce premier problème sera déjà contourné 
).
Donc, je répète, pour lancer le script de @littlebalup , utiliser la commande complète suivante :
wget https://www.dropbox.com/s/1c63n1kakkpylbw/install_6x.sh && bash ./install_6x.sh
Idée pour @littlebalup : si on dit aux gens de lancer ton script avec un curl -sL https://www.dropbox.com/s/1c63n1kakkpylbw/install_6x.sh | bash, ça te permettrait de virer le rm -f install_6x.sh à la fin de ton script.
Salut tout le monde,
Déjà merci pour ces retours !
J'ai modifié un truc sur les droits des fichiers ExFAT et NTFS il y a quelques mois, je peux regarder si c'est ça (mais je n'ai pas touché aux droits des montages FAT, en revanche). Est-ce que quelqu'un peut me faire un résumé du problème avec l'output du terminal jusqu'au message d'erreur ? cc @kevinnash @Gameroldiesdu57 @Chino @snerge @Evan02
Est-ce que tu as changé la valeur du champs "Émulateur" ? Si tu laisses "Défaut" alors tu n'as que le choix par défaut dans "Core" aussi. Si tu mets "LibRetro" explicitement dans "Émulateur", tu auras tous les choix possibles dans "Core".
@snwfrd38 Content d'apprendre que tu as réglé ton problème 
Tu as une idée de ce qui l'a réglé ? Ça peut nous aider à corriger un bug, ou aider d'autres personnes avec un problème similaire
@tontonduson Tu peux nous donner plus d'info ? Que vois-tu ? Qu'y a-t-il dans le fichier de logs ? Qu'est-ce que tu essaye de faire / lire ?
@reflectedsoul I think this is a known bug (mentioned in the first post of this thread), isn't it?
Known bugs
- …
- Cannot go beyond the clock settings on Reicast (Dreamcast)
@simba51 @Amos I'm seeing the same issue (unstable WiFi 5G connection with SSH, SCP, HTTP or even ICMP). I have two solutions to this issue:
(it sounds silly, but it works: most routers offer both 2.4GHz and 5GHz)wifi.region in recalbox.conf from US to FR (I'm in France) and 5G WiFi started working perfectly 
I hope it'll work for you as well as it did for me 