Hier ist das, was ich in den Logs sehe. Es sieht so aus, als würde eine HW-(nVidia-)GPU erkannt, aber später scheint sie nicht verwendet zu werden.
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
}
Übrigens: Dieses Profil soll in H.265 konvertieren, daher weiß ich nicht, warum h265Codec auf false gesetzt ist.
Hinweise oben: INFORMATION> → NVidia nvENC encoding supported → True
und Converting with Handbrake, type: SoftwareOnly,
Interpretiere ich das oben falsch, oder muss ich irgendwo eine Einstellung vornehmen, um GPU-Konvertierungen zu aktivieren/zu erzwingen?
Ja, es wird Software verwendet, entweder weil die Option Use Hardware Encoding in Konvertierungsaufgabe → Experteneinstellungen nicht aktiviert ist oder dein Profil MCEBuddy anweist, keine Hardware-Kodierung zu verwenden. Ohne die Logs lässt sich das nicht feststellen.
Dies könnte eine falsche Fährte sein, aber MCEBuddy läuft als Dienst, und ich habe gelesen (siehe unten), dass Dienste unter Prozess 0 in Windows starten, und dass sie daher nicht auf Kernel-Treiber zugreifen können. Ich weiß nicht, ob das ein Problem mit MCEBuddy als Dienst und GPU-Treibern ist. Es würde erklären, warum es funktioniert, wenn es über die Befehlszeile ausgeführt wird (d. h. mit Benutzeranmeldeinformationen), aber nicht über den Dienst (mit Systemanmeldeinformationen aus Prozess 0) – falls das das Problem ist (ich habe MCEBuddy so installiert, dass es für „Alle“ läuft).
Dienste laufen in Sitzung 0. Sitzung 0 hat keinen Zugriff auf den Videotreiber, daher ist die Hardware-Beschleunigung für PMS als Dienst nicht verfügbar.
Dies ist kein Konvertierungsprotokoll, Sie haben „Wiederverarbeitung überspringen“ aktiviert, daher wurde die Konvertierung übersprungen:
INFORMATION> 2020-03-17T03:21:59 MCEBuddy.Engine.ConversionJob → Prüfung auf Überspringen der Wiederverarbeitung der Zieldatei
WARNUNG> 2020-03-17T03:21:59 MCEBuddy.Engine.ConversionJob → Zieldatei 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 EXISTIERT, Konvertierung wird übersprungen – ERFOLGREICHE Verarbeitung
Mein Fehler. Ich habe nicht geprüft, ob diese Aufnahme bereits verarbeitet wurde.
Hier ist eine neue – und sie stammt von einem TiVo (über KMTTG mit mpg-Ausgabe), für Extra-Punkte.
Diese Datei ist deutlich größer (6 MB), deshalb habe ich sie gezippt. Ich sehe einige Tests, aber auch viele Deaktivierungen und Meldungen wie „unable to find H.264/H.265 profile“ – ich weiß nicht, was das bedeutet. Die CPU ist ein i5-4330 (4. Generation).
Ich hoffe, das hilft herauszufinden, was vor sich geht. Bei aktiviertem Debug-Modus gibt es sehr viele Daten.
Möglicherweise lässt sich auch erkennen, ob und wo HW/GPU von den verschiedenen Tools genutzt wird, während die TiVo-MPEG-Datei gescannt, Werbung markiert, geschnitten/verbunden und dann in H.265 innerhalb eines MKV transkodiert wird. 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 KB)
Und dein Profil konvertiert zu h.265 (HEVC), daher kann es die Hardware nicht nutzen:
→ Verwendetes Profil: HEVC MKV
Profil-Einträge →
→ Description=HEVC in MKV (H.265/AC3) Konvertierung. Erstellt eine kleinere Datei (50% kleiner als H.264) mit vergleichbarer Qualität, aber sehr langsam.
Daher fällt es auf Software-Encoding zurück
2020-03-17T14:46:38 MCEBuddy.Transcode.ConvertWithHandbrake → Kann keine unterstützte h264/h265 Software-/Hardware-Encoder-Kombination im Profil finden, deaktiviere automatische Hardware-Encoder-Anpassungen
Gibt es also etwas, das HW-H.265-Encoding unterstützt?
Ist das eine nVidia-Treiber-Sache? Eine Zusatzbibliothek, die ich kaufen kann?
Danke, dass du dir die Zeit genommen hast, dich damit zu beschäftigen, und für das Markieren der Abschnitte mit „den guten Sachen“, um mich/uns aufzuklären.
Mit Handbrake 1.3.1 (2020010400) sieht es so aus, als würden sie H.265-NVENC-Kodierung unterstützen.
Ich verwende eine GTX-750ti mit nVidia-Treibern 442.59 vom 10.03.2020 unter Win10x64 1909.
Die aktuelle handbrakeCLI in MCEBuddy gibt an, dass nvenc_h265 unterstützt wird.
Was übersehe ich? Liegt es daran, dass MCEBuddy als Dienst läuft (d. h. Prozess 0) und nicht auf die Videotreiber vom Kernel zugreifen kann? Muss ich neu installieren und dabei „alle“ nicht im Installationsdialog auswählen?
Nur zur Ergänzung: H.265 wird bei nVidia erst ab den Pascal-GPUs (GTX-1050 und neuer) unterstützt. Meine (uralte) 750ti ist eine Maxwell-GPU. Sie steckt in einem dedizierten HTPC, der jede Menge Zeit übrig hat, daher ist HW-Transkodierung (noch) kein Grund für ein Upgrade. Ich habe auch keine 4K-Inhalte oder einen 4K-Fernseher, also geht es mir bei H.265 nur um Platzersparnis und um zukunftssicher zu sein.