Pour une raison quelconque, j’ai recommencé à obtenir des erreurs « conversion failed ».
Les pilotes graphiques n’ont pas été mis à jour et MCEBuddy est lancé en ligne de commande plutôt qu’en tant que service.
Journaux du dernier échec : Microsoft OneDrive
Je viens d’avoir un autre – pour info, si je transcode le fichier manuellement, ça fonctionne parfaitement. Voici le journal : Microsoft OneDrive
Je me demande si le script que j’utilise génère des erreurs quand il est invoqué par Plex. Voici le script :
@echo off
C:\Progra~1\MCEBuddy2x\MCEBuddy.UserCLI.exe --command=engine --action=start
timeout /t 2 /nobreak > NUL
C:\Progra~1\MCEBuddy2x\MCEBuddy.UserCLI.exe --command=addfile --action=%1
timeout /t 10 /nobreak > NUL
:loop
for /f "delims=" %%o in ('C:\Progra~1\MCEBuddy2x\MCEBuddy.UserCLI.exe --command=jobstatus --action=%1 --quiet') do set status=%%o
if %status% == "not present" (
Exit
) else (
timeout /t 2 /nobreak > NUL
goto loop
)
Merci ! Will.
Mise à jour - Je pense que j’ai résolu le problème. Parce que MCEBuddy était déjà en mode Ligne de commande, la ligne « command=engine --action=start » provoquait une erreur.
Quand je supprime cette ligne, tout fonctionne parfaitement. J’espère que cela pourra aider quelqu’un 
Ou pas. Encore une conversion échouée. Journaux : Microsoft OneDrive
Je suis perplexe. Toute aide est appréciée !
Votre pilote graphique semble rencontrer un problème lors de l’initialisation. Il semble y avoir une fuite de mémoire :
2019-07-08T21:11:38 MCEBuddy.AppWrapper.FFmpeg → [hevc_nvenc @ 0000020a974c89c0] OpenEncodeSessionEx failed: out of memory (10)
2019-07-08T21:11:38 MCEBuddy.AppWrapper.FFmpeg → [hevc_nvenc @ 0000020a974c89c0] No NVENC capable devices found
Essayez de redémarrer votre système ; si cela fonctionne, cela signifie que votre pilote graphique a une fuite lente qui, au fil du temps, provoque un manque de mémoire. Essayez peut-être de revenir à une version plus ancienne/plus stable.
Je me suis souvenu que j’avais installé une version de développement de FFMpeg - j’ai essayé de la remplacer par la version 4.13 et je n’ai rencontré aucun problème jusqu’à présent.
J’utilise la version studio des pilotes NVidia - ils sont censés être plus stables, mais peut-être que j’ai simplement besoin de trouver une configuration et de m’y tenir !
Merci pour l’aide !
Après avoir eu une nouvelle vague d’erreurs, j’ai rétrogradé vers les pilotes NVidia 4.19x — aucun problème depuis.
Une chose qui me déconcerte : j’ai traité plus de 90 fichiers via l’interface graphique sans rencontrer de problème avec la même configuration et les mêmes pilotes. Pourquoi l’utilisation de l’interface n’exprime-t-elle pas le problème de mémoire, alors que l’invocation en ligne de commande ou via script le fait ?
Merci ! Will.
Avez-vous le lien vers les pilotes afin que je puisse le mettre dans l’épinglé ?
Avez-vous modifié le mode d’exécution du moteur ? La seule fois où vous pourriez voir une différence est si le moteur fonctionne en tant que service plutôt qu’en tant que moteur en ligne de commande. Cela est dû à la manière dont Windows lance ffmpeg. En contexte noyau, les pilotes graphiques se comportent différemment par rapport au contexte utilisateur. C’est une limitation de l’architecture Windows/pilotes.
Les API de matériel graphique sont généralement conçues pour le contexte utilisateur (par exemple, les jeux ou les applications de conception qui s’exécutent dans ce contexte). La plupart des applications noyau n’utilisent pas d’API d’accélération matérielle graphique (car elles n’ont pas d’interface utilisateur native), donc jusqu’à Windows 8, le noyau ne proposait pas ces API graphiques aux applications, et même après Windows 8, la plupart des fournisseurs de cartes graphiques ne prennent pas la peine de les tester correctement dans l’espace noyau.
J’ai toujours des erreurs, mais je pense que cela pourrait être dû au retour au modèle de service plutôt qu’en ligne de commande. Voici le lien vers le pilote hérité : Driver Details | NVIDIA
Avez-vous essayé d’utiliser 353.9?
Win 7/8.1 - http://developer.download.nvidia.com/compute/cuda/7.5/Prod/local_installers/cuda_7.5.18_windows.exe
Win 10 - http://developer.download.nvidia.com/compute/cuda/7.5/Prod/local_installers/cuda_7.5.18_win10.exe
OU
376.51
Depuis que j’ai rétrogradé vers les pilotes 4.19 ci-dessus et que j’utilise le moteur en ligne de commande, aucun problème. Merci ! Will.
Juste une note FYI sur les cartes Nvidia et les conversions multiples simultanées :