Ein paar Dinge, die Sie wissen müssen:
- Die Reihenfolge Ihrer Encoder:
order=handbrake,ffmpeg,mencoder
Das bedeutet, dass zuerst HandBrake (QuickSync) und dann ffmpeg (NvEnc/CUDA) für die Hardware-Kodierung verwendet wird.
Sie haben SOWOHL QuickSync ALS AUCH CUDA verfügbar. In der früheren Version würde aufgrund eines Fehlers in MCEBuddy, wenn beide gefunden wurden, zuerst ffmpeg (CUDA) und dann HandBrake (QuickSync) verwendet.
Ab Version 2.4.9 wird, wenn beide Hardware-Encoder gefunden werden, der vom Benutzer angegebene Encoder zuerst verwendet (in Ihrem Fall HandBrake, also QuickSync).
Wenn also die QuickSync-Kodierung beginnt, schlägt der Intel-Grafiktreiber fehl.
2018-03-15T13:28:46 MCEBuddy.AppWrapper.Handbrake → Handbrake
failed, non 0 return code
Dies liegt wahrscheinlich an einem fehlerhaften Grafiktreiber. Versuchen Sie, eine der empfohlenen Treiberversionen zu installieren, damit Ihr QuickSync-Encoder funktioniert.
Da der Hardware-Encoder fehlschlägt, versucht MCEBuddy, die Software-Version desselben Encoders (also HandBrake) zu verwenden, was funktioniert – und das ist das, was Sie sehen.
MCEBuddy versucht nicht, den zweiten verfügbaren Hardware-Encoder zu verwenden, bevor auf die Software-Encoder zurückgegriffen wird. Dies ist ein bekanntes Problem und soll in der nächsten Version behoben werden.
Grundsätzlich treten diese Probleme auf, weil Ihr System SOWOHL CUDA ALS AUCH QuickSync unterstützt.
Die einfachste Lösung ist:
- Reparieren Sie Ihren Intel-Grafiktreiber, damit QuickSync funktioniert
- Ändern Sie die Reihenfolge in Ihrem Profil auf
order=ffmpeg,handbrake,mencoder
Damit verwendet MCEBuddy zuerst CUDA/NvEnc, und hoffentlich ist dieser Treiber stabiler als Ihr Intel-Treiber, sodass die Hardware-Kodierung erfolgreich ist.
Das Problem mit den doppelten Hardware-Encodern wird in der nächsten Version behoben