Posts made by lesensei

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

Well indeed, @Seramis12345, given your use-case and the price you paid, you are entitled to consider it pricey crap

I for one am satisfied by the case and its build quality, but very much less so by the way the power and reset buttons work. I think I'll end up trying to use something akin to the method used in the imgur thread above, or the guide that @Matra has hinted to, depending of my adventurousness...

Regards,

Hello @Seramis12345

I have read elsewhere that indeed the case is giving problems to people connecting USB devices on it: since it uses its own power module to power the Pi through the GPIOs, I guess it has its own limits and buying a different power supply won't help (as you have seen yourself, your power supply is not at fault).

I still chose to buy this case because I intend on using bluetooth controllers, but indeed I think this case is not for everyone. Or you need to make more hardware tweaks to it in order to use your own power supply directly...

Regards,

Thanks @matra, that's very good to hear. I'm indeed impatient, but by no means do I want to put undue pressure on you. I have a full time job and 2 young children myself so I can relate !
Actually, my recalbox+nespi project is supposed to be the xmas gift for my eldest son, who I saw having a hard time playing super mario with his cousins for lack of experience with a joypad... I want it to work nice and easy, but if the power buttons are not perfect when he gets it, I don't think he'll mind very much

Thanks again for your insights.

Thanks @Matra and @xtreemsurf , this thread is pretty interesting. I'm a complete newbie with electronics so I'm not gonna try anything without a guide to follow, but my understanding is that such a guide doesn't exist yet for those who want to be able to use the "PIN356ONOFFRESET" option integrated into recalbox. Am I right in that ?

And @Matra, could it not help those more versed into this than myself if you took photos of your wiring with comments, much like the imgur thread linked above ?

Thanks for your insights !

Hello all,

I have that case as well and I'd love to be able to make the hard power/reset buttons softer (through GPIO). I was thinking of following the guide from the retropie forums, but if there's a simpler way, @Matra, I'd be delighted to read about it.

Thanks a bunch.

Regards,

Est-ce que je dois ouvrir une entrée de suivi sur GitHub pour ce problème ? D'autres peuvent-ils confirmer qu'ils le rencontrent également ?

@acris OK, je commence après quelques essais à comprendre ce qui se passe en 4.1: lorsque l'on quitte un émulateur libretro, le fichier de sauvegarde auto est créé si et seulement si il n'existe pas. S'il existe, il n'est pas mis à jour. Du coup, un test rapide peut donner l'impression que ça fonctionne normalement, mais ce n'est pas le cas en réalité (en tout cas chez moi). Je viens de tester sur PSX et SNES.

Ah, merci @acris. J'allais justement demander en lisant ce post où on pouvait télécharger une telle image. Bon, j'imagine que ça exclue NOOBS pour l'instant, mais ce n'est pas bien grave. Je teste ça et je reviens ici pour donner le résultat.

Et je me re-réponds à moi-même: ça ne fonctionne de nouveau plus. La seule chose que j'ai fait (à part jouer, bien sûr) sur la recalbox depuis mon message précédent a été d'ajouter la ligne "video_font_path" à retroarchcustom.cfg pour ne plus avoir les "carrés jaunes" (sur une installation toute fraîche, donc je ne sais pas à quel point le problème est réglé). Par contre, même en commentant la ligne, le problème n'est pas résolu (mais bon, je suppose que c'est la manip de modif du fichier qui a eu un effet de bord déclenchant le bug, vu le peu de rapport entre les deux sujets).

Bref, c'est pas mieux (mais en même temps, c'est pas dramatique, juste dommage).

Si vous avez une idée ou d'autres tests à suggérer pour comprendre le problème (ou des logs à rendre plus verbeux, si ça peut aider), je suis tout ouïe.

Merci encore !

--
Alain

Je me réponds à moi-même: après une réinstallation, l'autosave refonctionne (sauf sur mupen64, mais ça doit donc effectivement être normal). J'avais également un problème de son qui est lui aussi résolu. Et j'ai bien récupéré mes sauvegardes en copiant "saves". Bref, c'est facile et parfaitement nickel. En plus, je regrettais de ne pas être passé par NOOBS, ça m'a permis de corriger ça

Encore merci pour tout votre travail !

--
Alain