@barbudreadmon Overclock works fine with new pi 3 B+ (i tested it briefly this afternoon with raspbian). I managed to achieve a 200 Mhz b*mp (from stock 1.4 Ghz to 1.6Ghz) without any problem on all of the 10 unit we got for test in the lab where i work. Idle temperature at 1.4Ghz is somewhere around 56-58 celsius and it climbs up to 68-70 once overclocked @1.6Ghz (which turns out to be closer to 78 degrees once a few stress tests are executed). Much better than the results i got with the original Pi 3 with copper heatsink when overclocked from 1.2 to 1.5 (which was slightly above 80 Celsius at times hence provoking random freezes).
I'll try to do some more tests if i got spare time during the next few days trying to get close to 1.7 Ghz if possible (but as far as 1.6 gets me close to 80 degrees i'm afraid pushing more will end up in random freezes)

@jpdonald Virtual box est juste un outil de virtualisation d'O/S comme l'est Wine, VMWare ou encore HyperV. C'est uniquement destiné à pouvoir permettre de faire fonctionner un environnement Windows sous Linux ou sous Mac (ou inversement). Rien à voir avec l'émulation des consoles retro-gaming :=))

We received a bunch of new Pi3 B+ this morning at job. No luck installing Recalbox though :=(. When inserting a prepared SD card, all i could get at boot was a rainbow coloured screen with red and green leds on the board constantly lit. I'm not that surprised though as some of the chips on the board have been replaced (the network/wifi one for sure as it now supports 5Ghz Wifi, Gigabit Ethernet and PoE). The main CPU has been upgraded too as the old BCM 2837 is now replaced with a 2837B0 which embeds a different feature set (it's not only an overclocked version of the previous 2837 but should rather be considered a different processor even though it's still powered by the same quadcore unit and GPU). Just my 2 cents anyway.... :=)

@alexander-tolstykh What do you mean it's not working ?
After you placed the file mame2010_libretro.so (contained in the ZIP) in the /usr/lib/libretro folder, what did you do ?
The core needs to be declared in the system to be usable. If you don't want to bother modifying conf files, the best and simplest way to achieve integration of mame 2010 is to replace imame4all with it (imame4all is of very little use compared to mame 2003 (aka 078) at least regarding games supported) .
In the folder usr/lib/libretro, spot the file named imame4all_libretro.so and rename it to imame4all_libretro.bak, then rename your file mame2010_libretro.so into imame4all_libretro.so and you're done !

When you need to execute a specific game using mame2010, select it in the list, then hit SELECT button and "EDIT THIS GAME" option and in the drop-down list of libretro cores for mame select mame4all. Save your modifications and .... Voilà :=)

@zing Bon eh bien pour en avoir le coeur net j'ai fait l'essai avec un vieux clavier bluetooth qui traînait dans un carton au garage (de marque TIREOW... sûrement un truc chinois :=)) et je me suis fait prêter une souris bluetooth (Logitech M350) par le boulot et... aucun problème ! Tout fonctionne impeccable avec Recalbox... Et sans dongle !!! :=)... Après démarrage, il suffit d'aller dans les réglages et d'ajouter une manette bluetooth pour voir apparaître au bout de quelques seconde de scan les périphériques clavier et souris bluetooth détectés (en ayant pris soin de mettre les mettre en mode appairage avant d'effectuer le scan bien sûr :=)).
J'ai testé sans problème avec ScummVM pour les jeux point and click ainsi qu'avec Amiga / Atari ST et çà marche nickel sans lag ou autre désagrément. J'ai même redémarré plusieurs fois le Pi (3B+ utilisé lors de mes tests) pour m'assurer que la configuration et les paramètres d'appairage étaient bien résistant au reboot... et c'est le cas.
A l'occasion j'essaierai avec d'autres modèles de claviers et de souris mais je suis plutôt emballé par le résultat de ces premiers tests effectués à partir de périphériques quelconques un peu anciens et "piochés au hasard".

Je trouve intéressant de pouvoir se passer d'un dongle USB dans la mesure où cela permet d'économiser un port tout en préservant un peu la consommation énergétique en évitant, au passage, d'ajouter un composant émetteur d'ondes susceptible de générer de potentielles interférences ou conflits avec les équipements embarqués.

@zing J'en profite pour compléter mon retour car j'ai reçu une souris bluetooth commandée hier sur Amazon (bien obligé car il a fallu que je rende celle empruntée à mon travail). Un truc générique de marque INPHIC (inconnue au bataillon), livrée sans dongle qui a l'originalité d'être bi-mode (Bluetooth 3.0 et Bluetooth 5.0) et de ne coûter que 9,90 euros. La souris est alimentée par une pile AA unique et se met en veille toute seule lorsqu'elle n'est pas utilisée (pas d'interrupteur ON/OFF un peu comme les manettes PS3). La durée de vie de la pile en usage moyen est donnée pour 12 mois d'après la notice (on verra çà en pratique avec le temps :=)). Dès insertion de la pile la souris se met toute seule en mode appairage et dans recalbox, un petit tour dans le menu d'ajout des manettes bluetooth puis après scan, on a 2 lignes qui apparaissent : "Bluetooth 3.0 mouse" et "Bluetooth 5.0 mouse". Mon pi de test étant un 3B+ qui ne supporte que le bluetooth 4.1, j'ai donc choisi "Bluetooth 3.0 mouse" et après quelques seconde j'ai ma souris qui fonctionne. Pour le fun j'ai essayé la même configuration avec un Pi 4B et çà marche aussi sans problème. Par contre si sur Pi4 je choisis "Bluetooth 5.0 mouse", j'ai un message d'erreur indiquant que l'association a échoué. Pourtant le contrôleur bluetooth du Pi4 est compatible Bluetooth 5.0 et le driver BlueZ est sensé le supporter lui aussi...
Donc méfiance avec les périphériques souris ou clavier à la norme Bluetooth 5.0 car ils semblent problématiques. Par contre tous ceux que j'ai pu essayer à la norme Bluetooth 3.0 ne m'ont jamais posé de problèmes.

Voilà voilà c'était juste pour apporter quelques précisions à mon retour sur la connexion des périphériques sans dongle qui est un sujet très rarement abordé :=)
Pour info, si cela peut être utiles à certains, voici le lien amazon de la souris bluetooth que j'ai commandée sur Amazon :
https://www.amazon.fr/gp/product/B08F2JVB2M/

@seiyarknight Malheureusement la version de recalbox utilisée par l'interface RGB-Pi étant une version modifiée basée sur une ancienne distrib (4.1) plus supportée, je doute que tu obtiennes réponse à ta question ici. Les devs sur ce forum ont déjà fort à faire à patcher et dépanner l'actuelle version de Recalbox, il ne vont pas en plus faire du dépannage sur des Forks de Recalbox ou autres versions modifiées
Le mieux que tu aies à faire c'est de voir directement avec le développeur de RGB-Pi qui sera certainement plus à même de te rendre service et te donner des billes pour te dépanner (après tout c'est SON produit :=) )

@alexander-tolstykh here : https://buildbot.libretro.com/nightly/linux/armhf/latest/

@ironic Tiens au passage, tu avais raison concernant la différence de vitesse d'exécution que j'avais constaté entre la PCB et l'émulateur, c'était bien liée à la fréquence paramétrée dans retroarch. J'étais en 59,950 Hz et en passant en 59.629, les vitesses d'exécution concordent et le gameplay est identique. Je n'aurais jamais imaginé qu'un si petit écart de fréquence d'affichage se solderait par une différence visible de vitesse d'exécution mais apparemment c'est le cas. Etonnant !

@dark_néo
arm_freq=1600
gpu_freq=500
core_freq=500
sdram_freq=500
sdram_schmoo=0x02000020
over_voltage=4
sdram_over_voltage=2

With these, temp is very close to 80 degrees when running emulators like reicast for a while. But so far it held up well without freezing on most of the cards i tried.

@al_scino Et une manette filaire type SNES branchée sur le port mini USB du Pi zero au moyen d'un adaptateur mini-usb -> USB femelle, çà marche pas ??

@zetof Ok merci, c'est un peu ce dont je me doutais. Je vais donc me satisfaire des scrollings légèrement saccadés car l'écart de performance entre le driver kms et fkms pour la 3D est substantiel sur les jeux PSP, Naomi et N64. En espérant qu'un jour prochain les choses s'améliorent concernant le support du 50Hz :=)

Afficher des scrolling propres sans saccades sur les jeux consoles PAL et les jeux d'arcades aux fréquences exotiques (type R-Type ou Smash TV) sur un écran LCD avec une résolution @60hz est devenu problématique avec retroarch lorsqu'on utilise un Pi 4. Est-ce une limitation liée au nouveau driver kms-v3d ?
Sur une ancienne version de recalbox que j'utilisais dans un bartop avec un pi 2 (1280x1024 @60), tous mes jeux megadrive (emulateur genesis gx) et snes (emulateur snes9x) PAL étaient parfaitement fluides et ce n'est plus le cas depuis l'upgrade de mon bartop en Pi 4 avec recalbox 7.2.2.
Si quelqu'un a une idée à ce propos, çà m'intéresse :=)))

@julien-tomulic Après si la conversion des Romset avec clrmamepro ne te motive pas plus que çà, je pense qu'en cherchant un peu sur le net, il y a moyen de trouver quelque part un Romset v1.0.0.01 déjà au bon format :=))

@julien-tomulic Alors dans ce cas, mauvais Romset. Il faut utiliser le Romset v1.0.0.01 si tu utilises FBA Neo pour lancer tes Roms Neo Geo sur Recalbox 7.2.2. Le BIOS neogeo.zip ainsi que la ROM metal slug doivent provenir de ce Romset pour que cela fonctionne.

@julien-tomulic said in Problème de lancement Metal Slug MAME:

(sfix.sfx, mamelo.lo, mame.sm1

Tu as oublié de rajouter le BIOS neogeo.zip dans le dossier où se trouve ta ROM de Metal Slug, c'est pourquoi le jeu ne démarre pas et te renvoie au menu. Un grand classique ! :=))

@dj0 Le moteur de Mame est de plus en plus lourd car de nombreux nouveaux systèmes (même les plus complexes comme les taito type X/X2) sont supportés avec les versions récentes. Il n'y a qu'à voir au niveau de l'évolution de la taille des fichiers binaires de l'application : mame 2000 fait 12 Mo, Mame 2003 environ 25 Mo, Mame 2010 près de 40 Mo et les dernières versions récentes de mame compilées pour le Pi (mame_libretro.so) font... entre 350 et 500 Mo ! :=)). Inutile de dire qu'avec une taille pareille faire tenir le programme en RAM sur un Pi 3 en parallele d'un système graphique comme Recalbox relève de l'exploit (il reste juste un peu plus de 400 Mo de dispo sur les 1Go du Pi 3 lorsqu'on a booté Recalbox). Sur le Pi 4 (de 2Go à 8Go) c'est faisable mais après le problème est que chaque nouvelle version de Mame améliore un peu plus la fidélité de l'émulation (même sur les vieux systèmes) pour coller au plus près de l'expérience originale et que ceci se fait souvent au prix d'exigences hardware plus pointues ce qui bouffe du temps machine et exige de plus en plus de puissance pour obtenir une émulation Full Speed.
C'est pour çà qu'on se retrouve parfois avec des jeux pourtant anciens qui rament plus avec les versions récentes de mame qu'avec des versions plus anciennes (surtout si la puissance de la machine qui exécute l'appli est limitée ce qui est le cas du Pi).

@dj0 Le problème avec Mame, c'est que les versions récentes sont compliquées à faire tourner avec des vitesses décentes car elles sont assez gourmandes niveau hardware. Du temps où le pi 2 était sorti, je me souviens que Mame 2010 tournait très mal, puis les choses se sont améliorées à la sortie du Pi 3 puis du Pi3B+ qui ont permis de faire tourner Mame 2010 correctement avec la plupart des jeux en Full Speed. Aujourd'hui, avec le Pi 4 on arrive à faire tourner plutôt pas mal Mame 2015, mais les versions suivantes risquent de rester problématiques à intégrer avant la sortie d'un hypothétique Pi 5 avec plus de pêche :=)

@zetof Ah en effet, je n'avais jamais fait attention :=))

@zing J'en profite pour compléter mon retour car j'ai reçu une souris bluetooth commandée hier sur Amazon (bien obligé car il a fallu que je rende celle empruntée à mon travail). Un truc générique de marque INPHIC (inconnue au bataillon), livrée sans dongle qui a l'originalité d'être bi-mode (Bluetooth 3.0 et Bluetooth 5.0) et de ne coûter que 9,90 euros. La souris est alimentée par une pile AA unique et se met en veille toute seule lorsqu'elle n'est pas utilisée (pas d'interrupteur ON/OFF un peu comme les manettes PS3). La durée de vie de la pile en usage moyen est donnée pour 12 mois d'après la notice (on verra çà en pratique avec le temps :=)). Dès insertion de la pile la souris se met toute seule en mode appairage et dans recalbox, un petit tour dans le menu d'ajout des manettes bluetooth puis après scan, on a 2 lignes qui apparaissent : "Bluetooth 3.0 mouse" et "Bluetooth 5.0 mouse". Mon pi de test étant un 3B+ qui ne supporte que le bluetooth 4.1, j'ai donc choisi "Bluetooth 3.0 mouse" et après quelques seconde j'ai ma souris qui fonctionne. Pour le fun j'ai essayé la même configuration avec un Pi 4B et çà marche aussi sans problème. Par contre si sur Pi4 je choisis "Bluetooth 5.0 mouse", j'ai un message d'erreur indiquant que l'association a échoué. Pourtant le contrôleur bluetooth du Pi4 est compatible Bluetooth 5.0 et le driver BlueZ est sensé le supporter lui aussi...
Donc méfiance avec les périphériques souris ou clavier à la norme Bluetooth 5.0 car ils semblent problématiques. Par contre tous ceux que j'ai pu essayer à la norme Bluetooth 3.0 ne m'ont jamais posé de problèmes.

Voilà voilà c'était juste pour apporter quelques précisions à mon retour sur la connexion des périphériques sans dongle qui est un sujet très rarement abordé :=)
Pour info, si cela peut être utiles à certains, voici le lien amazon de la souris bluetooth que j'ai commandée sur Amazon :
https://www.amazon.fr/gp/product/B08F2JVB2M/