Best posts made by Michael Baudino

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.