Utilisation de MCEbuddy 2.6.4 avec une carte Nvidia P2200 et j’ai entendu mon PC bourdonner bruyamment ! Je pensais que j’avais réglé ce problème. Je ne sais pas ce qui l’a déclenché ! Dois-je revenir à la version précédente de Buddy ou du pilote Nvidia ? Tout est à jour. Mais le CPU est fortement sollicité et rien sur la carte vidéo.
Diners Drive-Ins and Dives (2007) - 2024-08-16 08 00 00 - From Breakfast to the Boot.ts-Convert to MP4-2024-08-17T00-32-41.log (2,1 Mo)
Handbrake échoue, il essaie deux fois ; après le premier échec, il bascule sur le décodage logiciel au lieu du décodage matériel, et il échoue encore à l’encodement avec l’erreur générique « Encode failed (error 3). » Il finit donc par revenir à ffmpeg plutôt qu’à Handbrake. Mais ffmpeg utilise l’encodage matériel, donc c’est étrange que ton CPU soit si sollicité. Je ne suis pas très doué pour lire les logs de Handbrake, donc je ne pourrai pas t’aider à comprendre pourquoi ça plante. Quelle version de MCEBuddy utilisais-tu avant ?
Sans rapport avec cet échec, je trouve étrange qu’il mette 5 minutes à récupérer les métadonnées depuis Internet. Peut-être parce qu’il y a tellement de saisons de la série ?
--> Performance Metrics for the Current Conversion
-->
--> Working video pre-conversion duration (hh:mm:ss) -> 00:22:20
2024-08-17T00:50:14 MCEBuddy.Engine.ConversionJob --> Original file size [KB] 925,726.00
-->
--> <Start At Date/Time> <Duration (hh:mm:ss)> <Activity>
--> <08/17/2024 00:32:46> <00:00:00> <Checking for disk space>
--> <08/17/2024 00:32:46> <00:00:00> <Running custom commands>
--> <08/17/2024 00:32:46> <00:05:27> <Getting show information and banner from Internet sources>
--> <08/17/2024 00:38:14> <00:00:04> <Running custom commands>
--> <08/17/2024 00:38:19> <00:00:23> <Copying source file to working directory>
--> <08/17/2024 00:38:42> <00:00:00> <Trimming video recording>
--> <08/17/2024 00:38:42> <00:00:12> <Analyzing video information>
--> <08/17/2024 00:38:54> <00:03:03> <Advertisement scan>
--> <08/17/2024 00:41:58> <00:00:00> <Running custom commands>
--> <08/17/2024 00:41:58> <00:00:24> <Removing commercials>
--> <08/17/2024 00:42:22> <00:00:12> <Analyzing video information>
--> <08/17/2024 00:42:34> <00:01:18> <Analyzing video information>
--> <08/17/2024 00:43:52> <00:06:18> <Converting>
--> <08/17/2024 00:50:11> <00:00:02> <Writing show information>
--> <08/17/2024 00:50:13> <00:00:00> <Renaming file using show information>
--> <08/17/2024 00:50:13> <00:00:00> <Running custom commands>
--> <08/17/2024 00:50:13> <00:00:00> <Moving converted file to destination>
--> <08/17/2024 00:50:14> <00:00:00> <Running custom commands>
--> <08/17/2024 00:50:14> <00:00:00> <Success - All done!>
-->
INFORMATION> --> Total time taken by conversion (hh:mm:ss) --> 00:17:27
La version est dans le post original
Désolé, j’ai mal compris ton message. Je pensais que tu venais de faire une mise à jour et que tu demandais si tu devais revenir en arrière.
Qu’est-ce qui a changé entre la dernière fois où ça fonctionnait et maintenant ?
Je ne sais pas quand cela a changé. Tout ce que je sais, c’est que j’ai rencontré ce problème après avoir acheté la dernière version de MCEbuddy pour qu’elle fonctionne avec PLEX/HDhomerun, et j’ai remarqué que le GPU n’était pas utilisé, ce qui avait été corrigé à l’époque. Je sais que Nvidia a récemment mis à jour ses pilotes, donc je ne sais pas quand cela a commencé.
voici un autre journal d’un autre spectacle
The Ark (2023) - S02E07 - It Can’t Be True.ts-Convert to MP4-2024-08-29T02-01-14.log (6,4 Mo)
Essayez de revenir à un pilote plus ancien. Les problèmes de conversion matérielle sont dans 99 % des cas liés aux pilotes. Une fois que vous disposez d’un pilote stable et fonctionnel pour les conversions matérielles, nous vous recommandons fortement de le conserver.
Je déteste tellement Windows 11 — rien d’aussi simple que Windows 7. Bon, pendant ce temps Nvidia a surgi dans la barre de tâches disant qu’il y a des mises à jour. Je viens de vérifier et voici ce que j’ai obtenu : version du pilote 26.14.4250 daté du 2/2/2020.
Essayez les pilotes du site Nvidia. Voici un lien rapide vers les pilotes testés\n\nhttps://discussion.mcebuddy2x.com/t/gpu-hardware-encoding-acceleration-faqs/63",“target_locale”:"fr"}
D’accord, c’est le 31.0.15.5222, le 11/04/2024
Voici la dernière conversion. C’est du chinois pour moi LOL J’espère que ça a l’air bien
Diners Drive-ins and Dives.txt (1,0 Mo)
Non.. Je viens de le voir fonctionner sur une autre émission de télévision : le GPU était à 1 % et le CPU à 75 %. Dois-je revenir à une version antérieure de MCE ?
Selon les journaux, il utilise nvenc pour l’encodage et c’est assez rapide (244 ips). Es-tu sûr que l’outil affiche correctement l’utilisation. Ça ressemble toujours à un problème de pilote
2024-09-07T00:38:22 MCEBuddy.AppWrapper.FFmpeg → frame= 5653 fps=244 q=32.0 size= 31744kB time=00:01:34.48 bitrate=2752.2kbits/s dup=7 drop=0 speed=4.08x
Le pilote est 4/2024, le dernier en date du site que vous m’avez envoyé
Oui, mon CPU n’a aucun mal à traiter l’épisode. Mais le CPU est nécessaire pour d’autres programmes sur mon serveur, c’est pourquoi j’ai le GPU
Pour revenir à votre déclaration précédente, si cela fonctionnait et que cela s’est soudainement arrêté – ce qui semble avoir changé, c’est le pilote. C’est là-dessus que je me concentrerais. Essayez de déterminer quel pilote était utilisé auparavant.
Vous pouvez essayer des versions plus anciennes de MCEBuddy, mais je serais surpris que cela change quoi que ce soit. Selon les journaux, le GPU est utilisé ; s’il ne l’est pas, cela indique un problème de pilote.
L’autre chose que vous pouvez essayer est de désactiver l’encodage matériel dans MCEBuddy, puis de vérifier le fps de conversion. S’il reste le même, le GPU ne se lance pas ; s’il diminue, le GPU fonctionne, mais votre outil signale peut-être incorrectement son utilisation lors de l’encodage (là encore, cela indiquerait un problème de pilote).
Je n’ai pas eu beaucoup de temps de m’occuper du GPU sur MCEbuddy, mais la semaine dernière j’ai converti quelques émissions de télévision via MCEBuddy, puis je les ai passées dans le convertisseur VideoProc : j’ai pu voir le GPU se mettre en route et compresser les fichiers en MKV H.265 ; une émission de 30 minutes est traitée en quelques minutes, ultra-rapide. Les pilotes semblent donc fonctionner sans problème avec VideoProc. Dans le gestionnaire des tâches de Windows 11, je vois le GPU tourner à 50 %.
Je lance MCE maintenant avec les réglages MKV HEVC ; voici le GPU :
Vos journaux indiquent que MCEBuddy a mis 6 minutes pour convertir le fichier et qu’il utilise le GPU
→ <09/07/2024 00:37:36> <00:06:11>
Si vous vous inquiétez du graphique GPU, il s’agit d’un problème de pilote. FFMpeg utilise les API nvenc pour interagir avec le système et activer l’encodage GPU. Votre pilote ne transmet pas cette utilisation à Windows. L’autre logiciel utilise probablement DXVA pour activer l’encodage matériel, ce qui est signalé par Windows. Téléchargez l’outil de surveillance GPU NVidia et voyez ce qu’il indique. Le rapport de Windows est limité dans ce qu’il affiche.
Oui ! Je l’ai découvert hier ! Windows est nul là-dessus. J’ai trouvé une autre raison pour laquelle la machine est si lente. J’ai procédé par élimination. En journée normale, PLEX tourne 24 h/24 et n’utilise guère plus de 30 % de mes ressources, ce qui est génial !
Ces derniers jours, le PC était presque inutilisable. Mon disque C est un SSD de 2 To sur lequel tout fonctionne, il reste plus de 1 To d’espace libre, donc ce n’est pas un problème de place. Mais le disque est bloqué à 100 % en écriture. J’ai donc mis en pause l’enregistrement PLEX et attendu : toujours 100 %. J’ai ensuite mis MCEbuddy en pause : il est tombé à 3 %. J’ai relancé l’enregistrement PLEX : le disque est passé à 20 %. Dès que je démarre MCEBuddy, le disque C repasse à 100 % en écriture. J’ai configuré MCEBuddy pour utiliser 4 processeurs sur 32, la priorité est normale et 2 conversions simultanées. Une suggestion ? Je déplace le programme hors du disque C ?
L’utilisation du disque se fait par défaut dans le dossier temporaire. Cela se produit lorsque les fichiers sont remuxés, copiés, découpés, etc. Vous pouvez changer l’emplacement du dossier temporaire. Vous pouvez également modifier la priorité sur Lowest, la conversion sera plus lente mais cela devrait réduire la contention du disque lors de la concurrence avec d’autres programmes pour l’accès E/S.