H.265-Kodierung unterstützt verfügbar -> Falsch

Fehler / Funktionswünsche Bugs
1

Ich weiß also, dass meine Intel Quick Sync-Konvertierungen zu H.265 funktionieren, denn wenn ich sie direkt in Handbrake ausführe, klappt alles einwandfrei. Also wollte ich es mit MCEBuddy 2.4 Beta 8 versuchen.
Wenn ich jedoch ein Transcoding zu H.265 durchführe, wird Quick Sync nicht aktiviert, und ich weiß nicht warum? H.264 über Quick Sync funktioniert problemlos.

Hier ist das Log meiner Konvertierung, das ich seltsam fand.

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

Wie ihr seht, sagt Handbrake, dass H.265-Encoding nicht unterstützt wird. Brauche ich eine neuere Version von Handbrake im MCEBuddy-Ordner, oder unterstützt das von MCEBuddy verwendete Profil kein H.265-Quick-Sync?

Ich freue mich über jeden Rat, danke.

2

Bist du auf dem neuesten 2.4.8 Beta-Build?

3

Bestätigtes Problem mit den neueren Handbrake-Versionen. Wir werden dies im heutigen Build beheben.

4

Behoben. Probieren Sie die neueste 2.4.8-BETA-Version aus und lassen Sie uns wissen, falls es ein Problem gibt.

5

ja, jetzt ist es aktiviert, aber die Handbrake-Konvertierung schlägt mit Hardware fehl und fällt auf den Software-Encoder zurück.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 failed, non 0 return code
WARNING> 2017-11-15T21:47:28 MCEBuddy.Transcode.ConvertWithHandbrake → Handbrake conversion failed with hardware encoder, retrying with default software encoder
2017-11-15T21:47:28 MCEBuddy.Transcode.ConvertWithHandbrake → Disabling qsv decoder
2017-11-15T21:47:28 MCEBuddy.Transcode.ConvertWithHandbrake → Using default x265 encoder instead of qsv

6

FYI, ich habe die Konvertierung vorzeitig abgebrochen, da sie auf über 1 Stunde geschätzt wurde.
Handbrake selbst braucht etwa 1:1 in Echtzeit für eine H.265-Transkodierung dieser ~30-minütigen Aufnahme.

7

Danke für die Logs, ich schaue sie mir an. Es sieht so aus, als gäbe es eine Parameter-Ungleichheit. Leider haben unsere Maschinen keine qsv-h265-Kodierfähigkeit, daher können wir es hier nicht testen, aber wir melden uns bei dir.

8

Kannst du das versuchen: Öffne deine profiles.conf-Datei, suche das HEVC-MP4-Profil, das du verwendest, und dort findest du eine Zeile namens handbrake-video.

In dieser Zeile findest du --encoder-preset medium, entferne das, speichere die Datei und versuche die Kodierung erneut. Jetzt sollte die Hardware-Kodierung funktionieren. Lass mich wissen, wie es läuft.

9

Setzen Sie auch nur zu Testzwecken Ihre Qualität auf 0% (Sie haben sie jetzt auf 100% Erhöhung eingestellt). Prüfen Sie, ob das funktioniert, ohne andere Änderungen vorzunehmen, um das Problem hier zu isolieren.

10

Noch ein Test, können Sie eine Eingabeaufforderung öffnen und in den Ordner wechseln, in dem mcebuddy installiert ist, und dann in das Handbrake-Verzeichnis.

Führen Sie nun diesen Befehl aus:

HandBrakeCLI.exe --encoder-preset-list qsv_h265

Teilen Sie mir die Ergebnisse mit.

11

Entfernen von --encoder-preset medium; Transkodierung war erfolgreich.
Bizarre Foods_ Delicious Destinations - (Reykjavik)-2017-11-14-0.ts-Transcode and Comskip-2017-11-16T23-22-14.4068669-06-00

Nachdem nur die Qualität auf 0 % geändert wurde, war die Transkodierung ebenfalls erfolgreich.
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”)
Available --encoder-preset values for ‘qsv_h265’ encoder:
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 KB)
Bizarre Foods_ Delicious Destinations - (Reykjavik)-2017-11-14-0.ts-Transcode and Comskip-2017-11-16T23-34-30.0770179-06-00.log (520.5 KB)

12

Dies sollte im heutigen 2.4.8 BETA-Build behoben sein. Probieren Sie es aus und lassen Sie uns wissen, ob Sie weiterhin auf ein Problem stoßen. Es sollte automatisch --encoder-preset durch die hardwareunterstützte entsprechende Option ersetzen.

13

Ich wollte nur anmerken, dass ich das gleiche Verhalten in 2.4.7 beobachtet habe und das Upgrade auf die neueste 2.4.8 Beta das Problem auch bei mir gelöst hat. Allerdings ist mir in den Logs aufgefallen, dass in 2.4.7 noch „H.265-Unterstützung vorhanden“ angezeigt wurde, während es in dieser neuesten 2.4.8 Beta jetzt „False“ anzeigt. Ich habe einen Skylake i3-6100, der laut Spezifikation Hardware-H.265-Unterstützung bietet.

INFORMATION> 2017-11-26T19:00:35 MCEBuddy.AppWrapper.Handbrake --> QuickSync-Encoding-Unterstützung verfügbar -> True
INFORMATION> 2017-11-26T19:00:35 MCEBuddy.AppWrapper.Handbrake --> H.264-Encoding-Unterstützung verfügbar -> True
INFORMATION> 2017-11-26T19:00:35 MCEBuddy.AppWrapper.Handbrake --> H.265-Encoding-Unterstützung verfügbar -> False
14

Bitte fügen Sie Ihr Konvertierungsprotokoll an, damit wir sehen können, was vor sich geht.

15

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

Protokoll beigefügt, das zeigt, dass H.265 nicht verfügbar ist.

16

Danke für die Meldung, ja, es handelt sich um ein bestätigtes Problem. MCEBuddy hat die Modi für 8-Bit und 10-Bit verwechselt und greift auf das Geringere statt auf das Feature-reichere zurück.

Testen Sie das heutige 2.4.8 BETA-Build, damit sollte das Problem behoben sein.

17

Ich kann bestätigen, dass das H.265-Problem behoben ist, es wird nun als „wahr“ in meinen Logs angezeigt.

MCEBuddy.AppWrapper.Handbrake → H.265-Kodierungsunterstützung verfügbar → True