@toniosj si support amovible, réactualise ton dossier share, voir le tutoriel vidéo.
Je pense que le dossier shaders n'a pas été actualisé.
@acris
J'ai essayé en SD et la même chose se produit.
jai pas de pi4 je peux pas vérifier , le cas ici est sur rpi3b+ et ne pose pas de problème.
Je te dirai , formater et réinstalle 7.0.1 directement.
@acris Je viens de tester sur mon Pi3 et la même chose se produit.
Bien que la réinstallation de la version 7.0.1 soit corrigée, je pense qu'elle devrait être corrigée dans la version 7.0.2, sinon tout le monde qui vient de la version 7.0 aura des problèmes.
peux tu tester ceci :
copier le contenu du dossier /share_int/shaders vers /share/shaders
Je viens de recalbox 7.0 -> 7.0.1 et pas de soucis en réactualisant mon share comme à chaque version.
@acris Dans ce chemin, il n'y a pas de dossier appelé shaders, je joins une image.
récuperer l archive shaders.tar.xz décompresse le, et transfert vers le share.
Cela a fonctionné pour moi de 2 manières:
Rpi 4: installation à partir de zéro.
Rpi3: mise à jour du dossier shaders.
La chose étrange est que cela est arrivé à plus d'un d'entre nous.
Cause possible à laquelle je pense: lors de la mise à niveau vers la version 7.0.1, un NAS était installé. Se pourrait-il que si vous disposez d'un stockage externe lors de la mise à jour, il ne le fera pas comme il se doit?
Merci beaucoup pour l'aide.
@toniosj
la théorie est que l'archive présente ne se soit pas déployé comme il faut.
J'ai remonté l information aux développeurs qui vont vérifer.
Merci pour ton test et ton retour.
@acris Merci à vous pour votre aide, votre soutien et surtout PATIENCE
J'ai créé ce bug: https://gitlab.com/recalbox/recalbox/-/issues/1371
@acris Je confirme le souci, Pi4 mise à jour de 7.0 vers 7.0.1, le dossier shaders n'est pas mis à jour ainsi que le dossier share/system/configs/shadersets
merci @toniosj pour l'issue ouverte,
merci @Secamfr pour ton retour .
d
Dans la logique, les répertoires ne sont pas mis à jour effectivement lors qu'un déploiement de mise à jour, car les shaders sont éditable, configurables et modifiables par les utilisateurs.
On peut pas les écraser lors du déploiement car les paramétrages des utilisateurs pointilleux seraient perdus.
Mais nous allons trouver une solution pour gérer le truc.
merci à tous pour les conseils, après une install direct de la 7.0.1 les choses sont rentrées dans l'ordre!
bon, j'ai encore les shaders dot qui sont inutilisables car ils font ramer les jeux, alors que ce n'était pas le cas sur la 6.x, mais je suis déjà très content comme ça 
@acris oui effectivement vu comme ça c'est compliqué, pour ma part j'utilise les surcharge pour choisir mes shaders.
Par contre j'ai toujours les shaders crt-pi, crt-pi-barrel et crt-pi-mask qui ne fonctionne pas, est-ce normal ?
soit plus précis, le shader est appliqué à toutes les consoles une en particulier ? tous les jeux ? un jeu ?
@acris Tous les émuls/jeux, retroarch affiche un message "échec à l'application du préréglage de shaders : crt-pi.glslp"
j'ai pas ce soucis bizzare... tu as appliqué la décompression de l archive plus haut ?
essaie hors surcharge.
@acris oui j'ai bien décompressé l'archive, je vais retenté...
essaie hors surcharge @Secamfr ou poste le fichier de ta surcharge que je teste aussi.
@acris Je le fais en jeu avec hotkey+L2/R2, des que j'arrive sur ces shaders j'ai le message d'erreur, en passant par une surcharge il n'y a pas de message d'erreur ni de shader appliqué.
Il doit me manquer un fichier pour ces shaders ?
RPI4b 4Go : Argon One - RGB Dual - 8bitdo SF30+SF30PRO+Arcade Stick - Retrobit Megadrive
Cela a fonctionné pour moi de 2 manières:
Rpi 4: installation à partir de zéro.
Rpi3: mise à jour du dossier shaders.
La chose étrange est que cela est arrivé à plus d'un d'entre nous.
Cause possible à laquelle je pense: lors de la mise à niveau vers la version 7.0.1, un NAS était installé. Se pourrait-il que si vous disposez d'un stockage externe lors de la mise à jour, il ne le fera pas comme il se doit?
Merci beaucoup pour l'aide.
