Aujourd’hui, j’ai effectué la mise à niveau de MCEBuddy 2.4.11 vers 2.5.2 en désinstallant l’ancienne version puis en installant la nouvelle. J’ai cru comprendre que les paramètres sont conservés. J’utilise le profil MKV normal pour la conversion. J’ai constaté que la v2.5.2 traite à une vitesse 0,1× celle de la v2.4.11. J’ai essayé avec l’encodage matériel activé et désactivé, les résultats sont identiques. Existe-t-il d’autres réglages que je pourrais essayer pour retrouver les performances d’origine ?
J’ai joint les fichiers journaux des deux versions.
Avec la version 2.5.x, la prise en charge de l’encodeur matériel a été étendue et il semble que les paramètres de l’encodeur matériel n’ont pas été activés après la mise à niveau.
Préférer l’encodage matériel → Faux
Activez cette option dans votre page Tâche de conversion → Paramètres experts et cela devrait commencer à utiliser votre encodeur QuickSync.
L’encodage matériel était initialement activé mais la vitesse était tout aussi lente, j’obtenais ~13 images par seconde en moyenne. Je l’ai ensuite désactivé pour voir si l’encodage logiciel était plus rapide. Ce n’était pas le cas comme le montre le journal que j’ai envoyé. Pour l’instant j’ai revenu à la version 2.4.11.
Si vous pouvez joindre un journal avec l’option d’encodage matériel activée, je pourrai ensuite comparer votre journal 2.4.11 à celui-ci et voir ce qui se passe.
Nous avons apporté des améliorations à la dernière version BÊTA 2.5.3 pour améliorer les vitesses d’encodage matériel. Activez également l’encodage matériel dans votre tâche de conversion.
Je vous présente mes excuses pour le délai de ma réponse. Malheureusement, ce problème n’est pas résolu pour moi avec la v2.5.3. J’ai d’abord tenté avec le paramètre « Hardware Encode » réglé sur « any ». Dans ce cas, j’obtiens de nombreuses erreurs de décodage QSV et l’encodage finit par échouer avec
Blockquote ERROR> 2020-04-12T09:39:54 MCEBuddy.AppWrapper.Handbrake → Le codage matriel semble avoir planté, aucun progrès depuis les 300 dernières secondes.
Cela est probablement dû à un pilote d’affichage graphique instable. Essayez de le mettre à jour ou utilisez un pilote stable.
Processus en cours d’arrêt.
Je ne peux malheureusement pas mettre à jour le pilote vidéo, car j’utilise déjà la dernière version disponible pour ma carte mère. J’ai ensuite désactivé l’encodage matriel et les temps de conversion pour un épisode de 30 min sont repassés à 2 h 30. J’ai donc revenu à la v2.4.11, bien plus rapide (mais j’ai des problèmes de corruption des fichiers vidéo lors de la suppression des publicités.)
J’ai des fichiers de log, mais ils sont trop volumineux et la fonction d’envoi refuse. J’ai tenté Pastebin, mais les fichiers dépassent la limite du compte gratuit, donc j’abandonne. Merci de me fournir une adresse e-mail pour les envoyer.
Voici le fichier journal pour l’encodage matériel désactivé. Celui-ci est suffisamment court pour être accepté. Encore une fois, le temps d’encodage pour un épisode de 30 minutes est de 2,5 heures, ce qui est inacceptable et 10 fois plus long que ce dont la version 2.4.11 a besoin.
Revenir à la version 2.4.11 n’a pas fonctionné, je soupçonne que les paramètres sont maintenant incompatibles. Comment puis-je complètement supprimer MCEBuddy, y compris ses paramètres, s’il vous plaît ?
J’ai donc retesté la version 2.5.3 avec une autre émission et j’ai eu plus de chance cette fois, même avec l’encodage matériel activé sur mon vieux pilote vidéo final. Je me demande donc si l’enregistrement que j’ai utilisé hier pour les tests était en quelque sorte corrompu. Je vais continuer à surveiller la situation, mais si vous pouvez me faire part de tout problème observé dans le fichier source à partir des fichiers journaux ci-dessus, merci de me le faire savoir. Merci.
Si cela fonctionne avec l’encodage matériel désactivé et pas avec l’encodage matériel activé, alors ce sont vos pilotes graphiques → comme mentionné précédemment, la dernière version n’est pas toujours la plus stable
Je comprends ce que vous écrivez. Le problème que j’ai, c’est que le dernier pilote pour mon processeur SANDY BRIDGE est le v15.28.24.64.4229 (9.17.10.4229). Il est plus ancien que tous ceux listés dans la FAQ que vous avez liée. Selon le site d’Intel, les pilotes mentionnés dans la FAQ ne fonctionneront pas avec mon processeur. Cette information est-elle incorrecte ?