Prise en charge de l'encodage H.265 disponible -> Faux

Bugs / Demandes de fonctionnalités Bugs
1

Donc je sais que mes conversions Intel Quick Sync vers H.265 fonctionnent, car quand je les lance dans Handbrake lui-même, tout va bien et je n’ai aucun problème. J’ai donc voulu essayer avec MCEBuddy 2.4 Beta 8.
Quand je lance un transcodage vers H.265, Quick Sync ne se déclenche pas et je ne sais pas pourquoi. Le Quick Sync H.264 fonctionne parfaitement.

Voici le journal de ma conversion que j’ai trouvé étrange.

Blockquote
2017-11-07T22:56:16 MCEBuddy.AppWrapper.Handbrake → Starting process as a UISession process with Admin privileges. This requires atleast 1 user to be logged into the system (remote desktop or locally)
2017-11-07T22:56:16 MCEBuddy.AppWrapper.Handbrake → Setting process priority to Normal
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] hb_init: starting libhb thread
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] thread 47481e0 started (“libhb”)
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → HandBrake 20170728192513-45a24df-master (2017080101) - MinGW x86_64 - https://handbrake.fr
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → 8 CPUs detected
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → Opening null…
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] CPU: Intel(R) Core™ i7-7700K CPU @ 4.20GHz
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] - Intel microarchitecture Kaby Lake
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] - logical processor count: 8
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] Intel Quick Sync Video support: yes
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] - Intel Media SDK hardware: API 1.24 (minimum: 1.3)
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] - H.264 encoder: yes
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] - preferred implementation: hardware (any)
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] - capabilities (hardware): breftype icq+la+i+downs vsinfo opt1 opt2+mbbrc+extbrc+trellis+ib_adapt+nmpslice
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] - H.265 encoder: yes (8bit: yes, 10bit: yes)
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] - preferred implementation: hardware (any)
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] - capabilities (hardware): bpyramid vsinfo opt1
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] hb_scan: path=null, title_index=1
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → src/libbluray/disc/disc.c:274: failed opening UDF image null
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → src/libbluray/disc/disc.c:352: error opening file BDMV\index.bdmv
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → src/libbluray/disc/disc.c:352: error opening file BDMV\BACKUP\index.bdmv
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] bd: not a bd - trying as a stream/file instead
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → libdvdnav: Using dvdnav version 5.0.3
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → libdvdread: Encrypted DVD support unavailable.
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → libdvdread: Can’t stat null
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → No such file or directory
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → libdvdread: Could not open null
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → libdvdnav: vm: failed to open/read the DVD
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] dvd: not a dvd - trying as a stream/file instead
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] hb_stream_open: open null failed
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] scan: unrecognized file type
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] libhb: scan thread found 0 valid title(s)
2017-11-07T22:56:22 MCEBuddy.AppWrapper.Handbrake → No title found.
2017-11-07T22:56:22 MCEBuddy.AppWrapper.Handbrake → HandBrake has exited.
→ Process exited with code 2
WARNING> 2017-11-07T22:56:24 MCEBuddy.AppWrapper.Handbrake → Handbrake failed, non 0 return code
INFORMATION> 2017-11-07T22:56:24 MCEBuddy.AppWrapper.Handbrake → QuickSync encoding supported available → True
INFORMATION> 2017-11-07T22:56:24 MCEBuddy.AppWrapper.Handbrake → H.264 encoding supported available → True
INFORMATION> 2017-11-07T22:56:24 MCEBuddy.AppWrapper.Handbrake → H.265 encoding supported available → False
2017-11-07T22:56:24 MCEBuddy.Transcode.ConvertWithHandbrake → Handbrake profile disable software encoder fallback after hardware encoding failure (handbrake-DisableSoftwareEncoderFallback) : False
2017-11-07T22:56:24 MCEBuddy.Transcode.ConvertWithHandbrake → Handbrake profile optimized for hardware encoding, disable auto hardware optimization (handbrake-UsingHardwareEncoding) : False
2017-11-07T22:56:24 MCEBuddy.Transcode.ConvertWithHandbrake → Cannot find supported h264/h265 software/hardware encoder combination in profile, disabling auto hardware encoder adjustments
INFORMATION> 2017-11-07T22:56:24 MCEBuddy.Transcode.ConvertWithFfmpeg → Checking for Unsupported profile for container / codec combination

Comme vous pouvez le voir, Handbrake indique qu’il ne prend pas en charge l’encodage H.265. Dois-je installer une version plus récente de Handbrake dans le dossier MCEBuddy ou le profil utilisé par MCEBuddy ne supporte-t-il pas le Quick Sync H.265 ?

Tout conseil sera apprécié, merci.

2

Êtes-vous sur la dernière version bêta 2.4.8 ?

3

Problème confirmé avec les versions plus récentes de Handbrake. Nous corrigerons cela dans la version d’aujourd’hui.

4

Corrigé. Essayez la dernière version BETA 2.4.8 et faites-nous savoir s’il y a un problème.

5

oui, maintenant c’est activé, mais la conversion Handbrake échoue avec le matériel et bascule vers l’encodeur logiciel.Bizarre Foods_ Delicious Destinations - (Reykjavik)-2017-11-14-0.ts-Transcode and Comskip-2017-11-15T21-46-18.6812420-06-00.log (384.0 KB)

WARNING> 2017-11-15T21:47:28 MCEBuddy.AppWrapper.Handbrake → Handbrake a échoué, code de retour non nul
WARNING> 2017-11-15T21:47:28 MCEBuddy.Transcode.ConvertWithHandbrake → Échec de la conversion Handbrake avec l’encodeur matériel, nouvelle tentative avec l’encodeur logiciel par défaut
2017-11-15T21:47:28 MCEBuddy.Transcode.ConvertWithHandbrake → Désactivation du décodeur qsv
2017-11-15T21:47:28 MCEBuddy.Transcode.ConvertWithHandbrake → Utilisation de l’encodeur x265 par défaut au lieu de qsv

6

Pour info, j’ai arrêté la conversion prématurément car elle était estimée à plus d’une heure.
Handbrake lui-même prend environ 1 à 1 temps réel pour un transcodage H.265 de cet enregistrement d’environ 30 minutes.

7

Merci pour les logs, j’analyse le problème. Il semble y avoir une incompatibilité de paramètres. Malheureusement, nos machines ne disposent pas de la capacité d’encodage qsv h265, nous ne pouvons donc pas le tester ici, mais je vous recontacterai.

8

Pouvez-vous essayer ceci : ouvrez votre fichier profiles.conf, localisez le profil HEVC MP4 que vous utilisez et vous y verrez une ligne nommée handbrake-video.

Dans cette ligne, vous trouverez --encoder-preset medium, supprimez ceci, enregistrez le fichier et essayez à nouveau l’encodage. Maintenant, l’encodage matériel devrait fonctionner. Faites-moi savoir comment cela se passe.

9

Aussi, juste à des fins de test, réglez votre qualité à 0 % (vous l’avez actuellement réglée pour augmenter de 100 %). Voyez si cela fonctionne sans autre modification, en essayant d’isoler le problème ici.

10

Encore un test, pouvez-vous ouvrir une invite de commande et aller dans le dossier où mcebuddy est installé, puis dans le répertoire handbrake.

Maintenant, exécutez cette commande :

HandBrakeCLI.exe --encoder-preset-list qsv_h265

Dites-moi les résultats.

11

Suppression de --encoder-preset medium ; la transcodage s’est bien passé.
Bizarre Foods_ Delicious Destinations - (Reykjavik)-2017-11-14-0.ts-Transcode and Comskip-2017-11-16T23-22-14.4068669-06-00

En ne changeant que la qualité à 0 %, le transcodage s’est également bien passé.
Bizarre Foods_ Delicious Destinations - (Reykjavik)-2017-11-14-0.ts-Transcode and Comskip-2017-11-16T23-34-30.0770179-06-00

C:\Program Files\MCEBuddy2x\handbrake>HandBrakeCLI.exe --encoder-preset-list qsv_h265
[23:51:27] hb_init: starting libhb thread
[23:51:27] thread 26e1680 started (“libhb”)
Valeurs disponibles pour --encoder-preset avec l’encodeur ‘qsv_h265’ :
speed
balanced
quality

HandBrake has exited.
Bizarre Foods_ Delicious Destinations - (Reykjavik)-2017-11-14-0.ts-Transcode and Comskip-2017-11-16T23-22-14.4068669-06-00.log (458,6 Ko)
Bizarre Foods_ Delicious Destinations - (Reykjavik)-2017-11-14-0.ts-Transcode and Comskip-2017-11-16T23-34-30.0770179-06-00.log (520,5 Ko)

12

Cela devrait être corrigé dans la version BETA 2.4.8 d’aujourd’hui. Testez-la et faites-nous savoir si vous rencontrez encore un problème. Elle devrait automatiquement remplacer --encoder-preset par l’option équivalente prise en charge par le matériel.

13

Je voulais simplement signaler que j’observais le même comportement en 2.4.7 et que la mise à niveau vers la dernière version bêta 2.4.8 a résolu le problème pour moi également. Cependant, j’ai remarqué dans les journaux qu’en 2.4.7 il était indiqué que j’avais le support H.265, alors que dans cette dernière version bêta 2.4.8 il affiche false. J’ai un i3-6100 Skylake qui est répertorié comme ayant un support matériel h.265.

INFORMATION> 2017-11-26T19:00:35 MCEBuddy.AppWrapper.Handbrake --> Support d'encodage QuickSync disponible -> True
INFORMATION> 2017-11-26T19:00:35 MCEBuddy.AppWrapper.Handbrake --> Support d'encodage H.264 disponible -> True
INFORMATION> 2017-11-26T19:00:35 MCEBuddy.AppWrapper.Handbrake --> Support d'encodage H.265 disponible -> False
14

Veuillez joindre votre journal de conversion afin que nous puissions voir ce qui se passe

15

Airwolf (1984) - S04E13 - The Rogue Warrior.ts-Convert to MP4-2017-11-29T02-34-05.3790885-05-00.log (578,0 Ko)

Journal joint indiquant que H.265 n’est pas disponible.

16

Merci d’avoir signalé ce problème, oui c’est un problème confirmé, MCEBuddy s’est trompé entre les modes 8bit et 10bit et utilise par défaut le moins plutôt que le plus performant.

Essayez la version BETA 2.4.8 d’aujourd’hui et cela devrait résoudre le problème.

17

Je peux confirmer que cela a résolu le problème H.265, il apparaît maintenant comme vrai dans mes journaux.

MCEBuddy.AppWrapper.Handbrake → Prise en charge de l’encodage H.265 disponible → True