Je rencontre des erreurs de conversion dans le cadre de mon script de post-traitement Plex. Tout fonctionnait parfaitement jusqu’il y a environ 5 jours. J’utilise la version 2.4.9.
Le plus étrange, c’est que si je prends les fichiers .TS qui ont échoué via le script et que je les glisse manuellement dans MCEBuddy, ils semblent se convertir sans problème.
Il a probablement été mis à jour récemment, c’est le problème le plus courant.
OU j’ai aussi remarqué qu’aucun utilisateur n’est connecté, bien que vous utilisiez Win 10 et que cela devrait fonctionner sans utilisateur, mais au cas où :
2019-01-10T19:10:05 MCEBuddy.AppWrapper.FFmpeg → Starting process as a UISession process with Admin privileges. This requires atleast 1 user to be logged into the system (remote desktop or locally)
ERROR> 2019-01-10T19:10:05 → StartAppWithAdminPrivilegesFromNonUISession WTSQueryUserToken failed (No logged on users) with error 1008. An attempt was made to reference a token that does not exist.
WARNING> 2019-01-10T19:10:05 MCEBuddy.AppWrapper.FFmpeg → Unable to create UI Session process with Admin Privileges from NonUI Session. Is any user logged on?
C’est étrange – un utilisateur est connecté, l’ordinateur fait une connexion automatique au démarrage – Plex s’exécute dans l’espace utilisateur, et j’ai inclus MCEBuddy dans le dossier de démarrage, juste pour être certain.
Ce qui me rend vraiment perplexe, c’est que si je fais une recherche de tous les fichiers *.TS (ceux qui ont échoué), et que je les retraite manuellement, ils fonctionnent parfaitement avec l’accélération matérielle. Très étrange.
Je spéculais simplement. Il pourrait s’agir d’un économiseur d’écran mettant le système dans un mode incompatible avec l’accélération matérielle, comme un mode basse consommation.
Si cela a commencé récemment, il est probable que le pilote graphique ait été mis à jour ou que quelque chose y soit lié. L’erreur provient définitivement du sous-système graphique.
Je pense que c’est moi qui ai fait une bêtise : j’ai remplacé la version installée de ffmpeg par la dernière build de ffmpeg. Je pense que cette version (v4.1) doit avoir une incompatibilité étrange et incohérente.
La remplacer par la version installée semble avoir corrigé le problème pour l’instant tout en conservant l’accélération matérielle. Merci beaucoup ! Will.