Voici ce que je vois dans les journaux. On dirait que le GPU HW (nVidia) est détecté, mais plus tard il semble qu’il n’utilise pas le GPU.
WARNING> 2020-03-13T22:27:03 MCEBuddy.AppWrapper.NVidiaQuery --> Checking if Hardware is nvENC compatible
INFORMATION> --> NVidia nvENC encoding supported -> True
WARNING> 2020-03-13T22:27:08 MCEBuddy.AppWrapper.AMDQuery --> AMD driver not detected or driver is not compatible
INFORMATION> --> AMD AMF encoding support available -> False
INFORMATION> 2020-03-13T22:27:08 MCEBuddy.Engine.ConversionJob --> Converting
INFORMATION> 2020-03-13T22:27:08 MCEBuddy.Transcode.ConvertWithHandbrake --> Checking for Unsupported profile for container / codec combination
INFORMATION> 2020-03-13T22:27:08 MCEBuddy.Transcode.ConvertWithFfmpeg --> Checking for Unsupported profile for container / codec combination
INFORMATION> 2020-03-13T22:27:08 MCEBuddy.Transcode.ConvertWithHandbrake --> Checking for Unsupported profile for container / codec combination
INFORMATION> 2020-03-13T22:27:08 MCEBuddy.Transcode.Convert --> Converting with Handbrake, type: SoftwareOnly, gpu: {
"hardwareBrand": "Any",
"codecType": "Undefined",
"hardwareCodecPresent": false,
"h265Codec": false,
"h264Codec": false
}
Au fait, ce profil est pour convertir en H.265, donc je ne sais pas pourquoi le h265Codec est indiqué comme false.
Indices ci-dessus : INFORMATION> → NVidia nvENC encoding supported → True
et Converting with Handbrake, type: SoftwareOnly,
Est-ce que je mal interprète ce qui précède, ou bien existe-t-il un paramètre que je dois activer quelque part pour forcer les conversions GPU ?
Oui, il utilise l’encodage logiciel, soit parce que l’option Use Hardware Encoding n’est pas cochée dans conversion task → Expert Settings, soit parce que votre profil indique à MCEBuddy de ne pas utiliser l’encodage matériel. Impossible de le savoir sans les journaux.
Cela pourrait être une fausse piste, mais MCEBuddy fonctionne en tant que service, et j’ai lu (voir ci-dessous) que les services démarrent sous le Processus 0 dans Windows, et qu’en raison de cela ils ne peuvent pas accéder aux pilotes du noyau ; je ne sais pas si c’est un problème avec MCEBuddy en tant que service et les pilotes GPU. Cela expliquerait pourquoi cela fonctionne si lancé depuis la CLI (c’est-à-dire avec des identifiants utilisateur) et non depuis le service (avec des identifiants système du Processus 0) — si c’est bien le problème (j’ai installé MCEBuddy pour « Tout le monde »).
Les services tournent dans la session 0. La session 0 n’a pas accès au pilote vidéo, donc l’accélération matérielle est indisponible pour PMS en tant que service.
Ce n’est pas un journal de conversion, vous avez activé l’option « ignorer le re-traitement », donc la conversion a été ignorée :
INFORMATION > 2020-03-17T03:21:59 MCEBuddy.Engine.ConversionJob → Vérification du re-traitement du fichier de destination
AVERTISSEMENT > 2020-03-17T03:21:59 MCEBuddy.Engine.ConversionJob → Le fichier de destination F:\Video\TV Shows\How to Cook Well With Rory O’Connell\Season 02\How to Cook Well With Rory O’Connell-S02E06-Episode 6-2016-06-01.mkv EXISTE, conversion ignorée - traitement RÉUSSI
Mon erreur. Je n’ai pas vérifié les détails concernant l’enregistrement déjà traité.
Voici un nouveau, provenant d’un TiVo (extrait via KMTTG en sortie mpg) pour faire plaisir.
Celui-ci est beaucoup plus gros (6 Mo) donc je l’ai zippé. Je vois quelques tests mais beaucoup de désactivations et des messages du type « unable to find H.264/H.265 profile », donc je ne sais pas trop ce que c’est. Le CPU est un i5 4330 (4e génération).
J’espère que cela aidera à comprendre ce qui se passe. Il y a beaucoup de données quand le mode debug est activé.
Vous pourrez peut-être aussi voir si/quand le HW/GPU est ou n’est pas utilisé par les différents utilitaires pendant l’analyse du mpeg TiVo, le marquage des pubs, le découpage/fusion, puis le transcodage vers H.265 dans un MKV. How to Cook Well With Rory OConnell-S01E14-Episode 114-2018-07-04.TiVo-MKV-TV-SD-2020-03-17T14-44-30.log.zip (155,7 Ko)
Et votre profil convertit en h.265 (HEVC) donc il ne peut pas utiliser le matériel :
→ Profil utilisé : HEVC MKV
Entrées du profil →
→ Description=Conversion HEVC en MKV (H.265/AC3). Crée un fichier plus petit (50% plus petit que H.264) avec une qualité comparable mais très lent.
Donc il revient à l’encodage logiciel
2020-03-17T14:46:38 MCEBuddy.Transcode.ConvertWithHandbrake → Impossible de trouver une combinaison encodeur logiciel/matériel h264/h265 supportée dans le profil, désactivation des ajustements automatiques d’encodeur matériel
Alors, quelque chose prend-il en charge l’encodage matériel H.265 ?
Est-ce lié au pilote nVidia ? Une bibliothèque complémentaire que je peux acheter ?
Merci pour le temps que vous y avez consacré et pour avoir mis en évidence les sections avec « le bon contenu » pour m’éduquer/nous éduquer.
En exécutant Handbrake 1.3.1 (2020010400), il semble qu’il prenne en charge l’encodage H.265 NVENC.
J’utilise une GTX-750ti avec les pilotes nVidia 442.59 du 10/03/2020 sur Win10x64 version 1909.
Le handbrakeCLI actuel dans MCEBuddy indique que nvenc_h265 est pris en charge.
Alors qu’est-ce qui m’échappe ? Est-ce que MCEBuddy tourne en tant que service (c’est-à-dire processus 0) et ne peut pas accéder aux pilotes vidéo du noyau ? Dois-je réinstaller et ne pas cocher « tout le monde » durant l’installation ?
Je tiens simplement à ajouter que H.265 n’est pas pris en charge sur nVidia avant les GPU Pascal (GTX-1050 et au-dessus/plus récents). Ma (vieille) 750ti est un GPU Maxwell. Elle est dans un HTPC dédié, qui a plein de temps libre à utiliser, donc le transcodage matériel n’est pas assez urgent pour justifier une mise à niveau (pour l’instant). Je n’ai pas non plus de contenu 4K ni de téléviseur 4K, donc le H.265 est juste pour l’économie d’espace et pour être prêt pour le futur.