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.

Hi there,

I'm just leaving this here because it may help people with WiFi stability issues:

I've been running the Christmas Beta (and a build from latest master) on a RasPi3b+ connected to a WiFi 5GHz network (a.k.a. 5G WiFi) with a lot of stability issues (hard disconnections every 5 minutes, bash autocomplete very slow when connected via SSH, web manager randomly failing to load pages, ...).

I found 2 ways of solving the problem, both work well so far:

• connect to my 2.4GHz WiFi network rather than to the 5G one
• adjust wifi.region in recalbox.conf (the default is US, I'm in France, setting it to FR brought stability back, even on the 5G network)

It's not really a bug, more a misconfiguration I should have checked, but I hope it can help some people here.

@Bkg2k @kevinnash À mon avis, il faudra aussi modifier /etc/init.d/S99custom:

AVANT:

#!/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

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

@sumofoneinteger I'm seeing the exact same behaviour (from a freshly built image on a Pi3b+). It looks like hashlib is not working properly with Python 2.7. I'm trying to figure out why and will post a merge request if I succeed.

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

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

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

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

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.

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 OK MP envoyé