@tong-man said in SOS pbm wifi:
@Maxime-Ledent l'@IP chelou est une adresse MAC.
Presque, mais pas tout à fait. C'est une adresse locale IPv6, qui est dérivée de l'adresse MAC lors de l'autoconfiguration. Si IPv6 est activé sur la box, ça suffit à accéder à Internet (enfin, les sites compatibles IPv6, tout du moins).
@kjbstar Il me semble qu'au pad on obtient le même résultat en appuyant sur "select", mais je n'ai pas testé si ça fonctionnait une fois les menus désactivés.
EDIT: please forget about this. My search skills are terrible: I tried finding info before but couldn't see OyyoDams message above before reading the whole thread backwards. Please accept my apologies for the noise.
Hello,
I wanted to test the latest beta. I installed the latest stable via PINN (a NOOBS fork), changed the update source to the first URL in the guide, rebooted, updated when notified an update was available, rebooted again, changed the update source to the second URL, rebooted again. I was notified once more of an update being available, but when I try to launch the update, I get an error with no other indication of what went wrong.
Looking in preuprage.log, I can see recalbox can't get headers for boot.tar.xz, and indeed, whatever URL I try in the path of https://review-507-b*mp-b-0jn0c0-archive-review-prod.recalbox.com/v1/upgrade/rpi3/boot.tar.xz I do get a 404. Is there a new URL that should be used instead ?
Thanks a bunch.
Regards,
@auron
Si ça marchait bien avant l'installation dans le nespi+ et que désormais ça surchauffe sans que le radiateur ne paraisse brûlant, je pense que le problème vient du transfert de chaleur entre les puces et le radiateur: tu as dû décoller un peu ce dernier lors de l'installation du pi dans le boitier et ça a créé un vide juste suffisant entre la puce et le radiateur pour que l'effet s'en retrouve inversé (l'air chaud reste prisonnier entre la puce et le radiateur).
As-tu vérifié que le radiateur est toujours bien entièrement solidaire de la puce sur laquelle il est collé ?
@rockaddicted question naïve par curiosité (pour voir si je comprends vaguement ce que fait le code python dans le lien): si on renomme le fichier de la rom (par exemple, "didddy.n64"), ça va "bypasser" cette whitelist, aussi, non ? Ca peut permettre à @pandouaide de confirmer rapidement (et sans toucher au code) que la rom ne fonctionne pas bien sans le FBE, je suppose.
@substring Ben si, justement, c'est ce que j'essaye de t'expliquer: macos est un système avec une base UNIX, mais ça se veut user-friendly. Il faut donc, par défaut, cacher à l'utilisateur tous ces vilains fichiers de conf qu'il ne doit toucher que s'il sait ce qu'il fait. Et c'est pas par une simple entrée de menu qu'on va déterminer ça: il y a donc un raccourci "caché" détaillé dans mon lien ci-dessus.
Pour illustrer, voici 2 captures: l'une avec la vue par défaut du Finder (le navigateur de fichiers de macos), l'autre avec ce qu'on voit après avoir activé le raccourci clavier. @drumnseb ne le connaissait pas et a dû passer par l'équivalent mac de WinSCP (CyberDuck, donc, qui affiche par défaut les fichiers cachés) pour voir le dossier ".emulationstation".
TLDR: pour un utilisateur sous macos, charger un thème demande soit un logiciel tiers (CyberDuck, par exemple), soit de connaître un raccourci clavier peu connu du Finder, soit de passer par la ligne de commande.
@substring Oui, c'est "pareil", à ceci près que pour un utilisateur "lambda", il faut savoir comment afficher les dossiers cachés dans le cas des thèmes. Sinon, tu ne vois pas le répertoire ".emulationstation" et ça rend de suite les choses plus compliquées !
@sky le problème c'est que @drumnseb précise qu'il est sous macos 
Mais enfin, ça ne change pas grand chose au principe: il existe bien un raccourci clavier pour pouvoir manipuler les fichiers cachés dans le Finder.
@kjbstar Il me semble qu'au pad on obtient le même résultat en appuyant sur "select", mais je n'ai pas testé si ça fonctionnait une fois les menus désactivés.
Bonjour @assam,
Je suppose qu'il suffit de suivre le tuto de https://github.com/recalbox/recalbox-os/wiki/Gestion-multidisc-PSX (section "Création du fichier eboot") mais en ne chargent qu'un seul iso...
As-tu essayé ça ?
Cordialement,
@maxime-ledent Si dans la section "Mes équipements" tu vois bien ton rpi3 connecté en WiFi, alors c'est qu'il l'est. Le problème vient donc d'autre chose. Par contre, si tu désactives IPv6 sur la box et que tu la redémarres, puis que tu redémarres le rpi3, il ne devrait plus avoir d'IPv6. S'il en a toujours une d'après la livebox (toujours dans la section "mes équipements"), c'est que tu as un gros problème de type mystique.
Sinon, pour l'archive de support, tu as lu https://github.com/recalbox/recalbox-os/wiki/Recalbox-support--(FR) ? Parce qu'il n'y a pas grand chose à ajouter...
@tong-man said in SOS pbm wifi:
@Maxime-Ledent l'@IP chelou est une adresse MAC.
Presque, mais pas tout à fait. C'est une adresse locale IPv6, qui est dérivée de l'adresse MAC lors de l'autoconfiguration. Si IPv6 est activé sur la box, ça suffit à accéder à Internet (enfin, les sites compatibles IPv6, tout du moins).