J'ajoute une question :
J'ai l'impression qu'on est pas loin de la limite du RPI3B avec SF3 Thrid Strike je précise aussi :
Il faisait 24 degrés à mon domicile dans la pièce ou je testais, version recalbox Dragonblaze et boitier retroflag SNES non ventilé juste des radiateurs passifs sur le CPU ru RPI3B)
Je vais essayer le jeu en question sur mon RPI3B et ferai un retour des que possible.
PS : Je viens de testé et franchement sur un RPI3B sans overclock (@1200 Mhz) le jeu tourne à la perfection.
J'ai du 60 images /secondes, aucun ralentissement, le son impeccable, et le RPI3B ne souffre pas (j'ai un coeur du CPU a 100% et une deuxieme a 70%, les 2 autres coeurs du CPU sont a 0%)
La température variable autour de 65 à 72 degré pour le CPU.
Pour comparer SF3 third strike fait monter le 2eme coeur CPU a 97% (le premier toujours à 100%) mais reste a 60 images/seconde en continu.
(j'ai utilisé le core MAME 2003-Plus pour ce test de MK3, FBA libretro pour SF3 thrird strike)
@ninjaw
J'ai pas pensé a ça en effet.
Bon je me contente du h264 qui passe très bien en attendant un rpi4 ou que je trouve moyen de télécharger peut être des modules optionnels a KODI 17 de la recalbox...
@ninjaw
Du coup c'est KODI 18 qui doit etre mieux optimisé pour le flux h265, je vois pas d'autres explications
@ninjaw
Même fichier lu avec les 2 O.S?
D'un fichier à l'autre le bitrate peut être différent et plus lourd a décoder.
@ninjaw
Tiens serais je tombé sur des fichiers mal codés ?
Jamais essayé avec autre chose que le KODI intégré a recalbox, mais c'est plutôt une bonne nouvelle qui m'encourage à refaire des tests.
A propos de KODI, le RPI3 souffre avec le format vidéo x265 , c'est inutilisable.
Qu'en est il sur 3B+?
@gribouille
Merci pour ton retour RPI3B+, c'est bon a savoir.
Essaie de mettre "sélection rapide du système" sur "OFF" dans les options de recalbox
Après je sais pas si ça aide ou pas moi j'ai mis "style de transition" sur "fade" et "animation du bandeau" sur "OFF".
Ces 3 réglages semblent soulager l'utilisation de la VRAM, et donc d'augmenter un peu la capacité du nombre de systèmes actifs en limitant les bugs.
Sur un RPI3 de base je n'ai pas les bugs que tu as rencontré sûrement grâce a ça. Quand je les réactive ça fait pareil que toi quand un navigue trop vite, parfois jusqu'au plantage de recalbox même.
@bliberche
Cool si tu peux faire un retour en nous disant si Mukashi fonctionne sur RPI3B+.
on a optimisé au maximum avec @mrseguin pour que ça puisse supporter un max en VRAM, mais il y a pas de miracle si tu actives trop de systèmes (au delà de 30~40) il y a des bugs qui font que l'image du thème ne s'affiche pas et donc un écran blanc a la place. A moins que le RPI3B+ possède une RAM plus aboutie ?
Sur X86 en tout ça je n'ai rien remarqué même avec un max de consoles activées sous recalbox.
We can't update first post but we have tested Mukashi on rc1, rc1, RC3 and 6.0 DragonBlaze without issue. (X86 and rpi3 only tested)
Few themes missing we will work on it later.