Reprise du message précédent :
Recalbox est vraiment pas mal.
 
Mais visiblement il émule pas Dreamcast + xbox.
 
Je sais pas si le RPi4 est assez puissant. Quelqu'un a testé ?
 
Et puis faut les iso

Émulateur Xbox tu va chercher encore un moment, il y a pas grand chose qui soit au point.

Dreamcast ça marche pas mal selon les jeux sur Pi4.

Et sur Pi3 aussi mais pas tous les jeux
 
Crazy Taxi et Sonic Adventure sont à peu près jouables

Par contre, émulateur Saturn sur Pi 3 c'est encore merdique ou ça va ?

 
Va falloir que je trouve une xbox fonctionnelle d'occaze

 
ou une xbox one, ou une xbox series

Sur Pi4 ça va pas.

 
l'émulation Saturn est limite moins avancée que l'émulation PS3
et demande autant de puissance

Mednafen donne de très bons résultats, mais oui c'est un peu gourmand.

J'arrive à lancer aucun core saturn sur mon pc. Aucune idée pourquoi

Mais ouais j'ai déjà vu des vidéos d'eta prime où la Saturn tourne pas mal.

Je sais pas. Pour moi PC = ému dédié, jamais utilisé retroarch.

J'utilise Retroarch pour la Saturn et j'ai fait tourner plusieurs jeux (dont Panzer Dragoon Saga, celui qui m'intéresse le plus)
 
Je ne sais plus avec quel core mais j'utilise juste un NUC 8i5

Avec les flat, les snap, les appimage etc. Je trouve ça plus pratique de pas avoir à me souvenir d'où est quoi sous Linux.

Peut-être une histoire de set d'instruction ? Je suis sur un Phenom II.
Quand je lance un jeu mame trop gourmand ça charge a 0.01fps mais ça se lance. Là c'est juste un genre de crash de retroarch.

Je compile moi même mon Mednafen pour être à jour. Par contre j'aimerais pas devoir réinstaller les librairies nécessaires demain !

Fake news, l'émulation Saturn est parfaite maintenant. SSF et Mednafen fonctionnent très bien.
SSF est fermé, Windows, et un peu casse-bonbons à utiliser mais marche sur de vieilles bécannes. Mednafen a besoin de puissance CPU et marche super bien.
 
Sur Pi c'est pas possible mais la PS3 non plus...

Bonjour. Je rencontre 2 problèmes avec mon Raspberry pi4 (v1.2).
Je suis sous Batocera 5.27 et un Nespicase4 avec un SSD branché dans la console, logiquement sur le port USB 3.0, donc le bleu.
J'ai constaté une longueur au démarrage et au lancement des jeux volumineux sous CD (neogeo cd).
J'ai eu un premier Raspberry pi4, dont j'ai fait la mise à jour en 0.138. Rien.
J'ai décidé de déplacer mon SSD sur le port USB normal et là miracle, ça fonctionne correctement dans le lancement de Batocera et des jeux.
Ce Raspberry a été renvoyé et j'ai repris ce jour un nouveau, neuf en version 1.2 et firmware 0.137 et je n'ai rien touché.
Bien évidemment installation clean et il boot sur la liste de jeux.
Idem que ci dessus. Si port USB 3.0 débits très lents mais si sur le port USB normal tout fonctionne normalement.
Je suis victime du bug USB 3.0 :
https://www.raspberrypi.org/forums/ [...] p?t=245931
J'ai passé ma matinée hier à tout tenter, via les tutos, rien à faire.
Le second bug vient de ma manette Sony PS4 en bluetooth. Elle réagit aléatoirement . Une fois le SSD sur le port USB normal, tout rentre dans l'ordre ! Auparavant avec un RPi3+ aucun soucis...

Le SSD est ce modèle :
Crucial 500Go CT500MX500SSD1
The most common symptoms of a misbehaving UAS device are
- Extremely slow performance - in the kilobytes per second range
- Frequent disconnects-reconnects of the device with the desktop repeatedly displaying the "removable medium inserted" dialogue box

EDIT : je pense à ceci :
These errors may also appear due to poor power quality or overloading the Pi's maximum 1.2A downstream USB port current, but if they persist when using a powered hub then they are genuine UAS issues.

Ce SSD pompe trop de jus d'où les bugs de lenteur, bluetooth.

J'ai eu un problème similaire sur mon pi4 avec mon SSD Crucial MX500. Debits pourris, impossible de le faire tourner correctement.
J'ai simplement testé plusieurs adaptateurs Sata-USB3.0 et le seul qui a bien fonctionné c'est celui-la:
https://www.amazon.fr/gp/product/B0 [...] UTF8&psc=1
 
edit: oui je suis aussi passé a une alimentation plus sérieuse (c'est dans une borne d'arcade j'ai pris un truc qui crache 15A en 5v et 3A en 12v pour mes éclairages.

La, le SSD est directement branché dans le NEspicase, lui même dans le port USB du pi4.
J'ai testé une alimentation AUKRU et celle livrée dans le Nespicase.

Forte chance que ce soit l'interface Sata-Usb3.0 du boitier qui soit foireuse.
J'ai du en tester 3-4 qui trainaient chez moi et aucun n'ont fonctionnés correctement.

J'ai branché le SSD via 2 câbles sata/usb c'est pareil également.
Mais Nespicase USB 3 : fail
Sur USB normal ça fonctionne.

Bah laisse le sur l'usb normal si ça regle ton problème...

Jean-Michel Goodenough………

ou l'usb 3 du pi qui est usb 3 a peut pret ?

ils nous ont fait le coup avec le connecteur usbC donc je me méfie (qui était un micro usb avec une forme de usb c lol )

freduche, si ton SSD fonctionne bien sur un port USB2 et pas sur un USB3 c'est possiblement un problème d'alimentation.
 
Tous les ports USB en même temps c'est 1.2A maximum et un port USB2 va autoriser 0.5A max par port, un port USB3 va autoriser 0.9A max par port. Donc sur de l'USB3 ça va très vite pour casser la limite du Pi4 ! Un disque à 0.9A et il ne te reste même plus de quoi assurer le 0.5A sur une autre port USB2.  
 
C'est une partie du design que je trouve assez foireuse, sur un Pi3 ça faisait 1.2A de limite pour 4 ports qui idéalement devraient avoir 2A de limite. Sur le Pi4 ça fait 1.2A de limite pour 4 ports qui devraient avoir 2.8A de limite dans l'idéal.
 
Le lien que tu donnes concerne l'UAS et sa désactivation. Mais je ne vois pas en quoi ça changerait les choses entre usb2 et usb3, à priori un disque UAS peut utiliser ce protocole aussi bien en usb3 que usb2.
 

Pour de l'émulation c'est pas déconnant. L'USB2 c'est combien de fois plus rapide que n'importe quelle vieille console ? Même une grosse rom NeoGeo de 80Mo, à 20Mo/s c'est 4s de transfert.

Après recherche, c'est bien un problème de port USB et du Bluetooth/WIFI :

https://www.google.fr/search?newwin [...] ent=psy-ab

J'ai uniquement un SSD dans le boitier du Nespicase branché sur le port USB 3.0
Du coup sur un port USB 2.0

Rien d'autre de branché, juste la manette PS4 en Bluetooth et le WIFI désactivé.

Le problème n'est pas qu'il fonctionne normalement sur le port USB 2.0, mais pourquoi ce rpi déconne autant et découvrir le problème et éventuellement le résoudre.
Ca fait tâche et j'aime pas quant ça ne fonctionne pas sans raison et que l'on doivent trouver une solution de remplacement bancale.

surtout que sur le nespi ça aurait pu etre contourné en l'alimentant directement par la carte mère du nespicase et non par le port du pi en direct...

mon nespi4 j'ai du le tuner déja en passant le ventilo en PWM...

Bon, au final le Nespicase n'a rien à voir dedans.
J'ai utilisé "nu" le rpi4.
 
J'ai utilisé les ports USB 3.0 du haut et du bas avec un câble idoine avec mon SSD.
Pas mieux
 
Les ports USB 2.0 fonctionnement correctements.
 
J'ai utilisé cette méthode pour désactiver le UASP. Ca ne change rien.
Lenteur au démarrage, ma manette et clavier via le dongle délires.
 

 
Je laisse en l'état, SSD dans le Nespicase, branché sur USB 2.0
 
Dommage de ne pas pouvoir bénéficier du maximum du matériel.

Oh t'inquiètes pas, l'USB du Pi est pourri de toute façon. La bande passante est partagée entre tous les ports USB et l'ethernet (et d'autres trucs je crois ?)

Je crois que ce n'est plus le cas sur le 4B (peut-être le 4A ?) et l'usb a maintenant un bus dédié.

Comment vous gérez le scraping pour plusieurs systèmes ?
J'ai une copie de mes ROMs sur le NAS, mais pour le Gpi Case je n'ai récupéré que les images en 170x170px (en appliquant sselph-scraper dans le dossier du NAS).
Je vais bientôt récupérer un Pi4 du coup j'aimerais récupérer les images en plus haute résolution et les vidéos.
 
Je me demandais si vous avez trouvé une bonne organisation pour tout ça.

Skraper gère ça très bien.

Si tu veux utiliser sselph scraper j'ai un script à la racine de mon répertoire de roms ; version Linux, à adapter sur PC en Powershell par exemple :

 
T'es bon pour le changer

Ah heu oui heu c'est un faux bien évidemment  
 
Putain heureusement que c'est un de mes mots de passe aléatoires et pas un "mémorisable"

Merci pour le script Cosmo (dommage, je suis arrivé un peu tard   ), et je suis Linuxiens aussi.
Mais en fait j'ai bien compris pour scraper, mais c'est plus comment vous gérer les différentes plateformes.
Vous scrapez depuis l'ordi sur les différentes plateformes directement ?
Ou vous avez un dossier images_gpi et un dossier image_full ? Mais du coup il faut aussi un gamelist_gpi.xml et un fichier gamelist_full.xml avec les bonnes références, je ne sais pas si Retropie/Recalbox va le reconnaître.

Je scrape depuis mon ordi, mon script est à la racine de mes roms sur mon nas, je le lance de temps en temps en ligne de commande, qui va faire le scrap pour chaque sous-dossier.
 
Ca crée les images dans un sous-dossier des roms comme ça j'ai plus qu'à copier/coller sur une clé usb pour les mettre sur mon Pi. Pas besoin de plusieurs tailles d'images elles sont jamais affichées bien grandes.
 
J'ai un dossier complet avec toutes mes roms (pas des fullsets mais quand-même quelques dizaines) de tous les systèmes qui m'intéressent, et pour les pi j'ai un sous-dossier spécial dans lequel je copie juste une sélection (j'aime pas avoir trop de jeux à dispo). Du coup je copie le script dans le sous-dossier.

Vidéo de Etaprime sur le CM4
 
https://youtu.be/PWKKJN-ilPY
 
Comme le Pi4 mais en beaucoup plus petit  
Le potentiel : faire des consoles portables Pi4 plus petites  
 
Il annonce qu’une portable horizontale va être lancée début 2021

Je vais commander le CM4 dès que mon GPIMate+ arrive fin janvier
 
mon GPI case va prendre un coup de booste

 
Super intéressant ça !
Merci pour la combine.

 
Je scrappe via Skrapper

 
La batterie aussi