Heute habe ich von MCEBuddy 2.4.11 auf 2.5.2 aktualisiert, indem ich die alte Version deinstalliert und dann die neue Version installiert habe. Meines Wissens nach bleiben die Einstellungen erhalten. Ich verwende das MKV-Normal-Profil für die Konvertierung. Ich stellte fest, dass v2.5.2 mit 0,1x der Geschwindigkeit von v2.4.11 verarbeitet. Ich habe sowohl mit aktiviertem als auch deaktiviertem Hardware-Encoding getestet, und die Ergebnisse sind identisch. Gibt es andere Einstellungen, die ich ausprobieren kann, um wieder auf die alte Leistung zu kommen?
Ich habe Log-Dateien von beiden Versionen angehängt.
Mit dem 2.5.x-Release wurde die Hardware-Encoder-Unterstützung erweitert, und es sieht so aus, als wären die Hardware-Encoder-Einstellungen nach dem Upgrade nicht aktiviert worden.
Prefer Hardware Encoding → False
Aktivieren Sie diese Option auf Ihrer Seite Konvertierungsaufgabe → Experteneinstellungen, und es sollte Ihren QuickSync-Encoder verwenden.
Die Hardware-Kodierung war zunächst aktiviert, aber die Geschwindigkeit war ebenso langsam – ich kam auf durchschnittlich ~13 fps. Daraufhin habe ich sie deaktiviert, um zu prüfen, ob die Software-Kodierung schneller ist. Das war nicht der Fall, wie das von mir gesendete Log zeigt. Vorerst bin ich wieder auf 2.4.11 zurückgegangen.
Wir haben einige Verbesserungen an der neuesten 2.5.3 BETA-Build vorgenommen, um die Hardware-Kodierungsgeschwindigkeiten zu verbessern. Aktivieren Sie außerdem die Hardware-Kodierung in Ihrem Konvertierungsauftrag.
Es tut mir leid, dass ich mich erst jetzt wieder melde. Leider ist das Problem bei mir mit v2.5.3 nicht behoben. Zuerst versuchte ich es mit der Hardware-Encoding-Einstellung auf „any“. In diesem Fall erhalte ich viele QSV-Dekodierungsfehler und die Kodierung bricht schließlich ab mit
Blockquote ERROR> 2020-04-12T09:39:54 MCEBuddy.AppWrapper.Handbrake → Hardware encoding appears to have hung, no progress in the last 300 seconds.
This is likely due to an unstable Graphics Display Driver. Try updating or using a stable Graphics Display Driver.
Terminating process.
Leider kann ich den Grafiktreiber nicht aktualisieren, da ich bereits die neueste für mein Mainboard verfügbare Version verwende. Ich deaktivierte dann Hardware-Encoding, und die Konvertierungszeit für eine 30-minütige Sendung stieg wieder auf 2,5 Stunden. Also kehrte ich wieder zu v2.4.11 zurück, was viel schneller ist (aber ich habe Probleme mit der Beschädigung von Videodateien, wenn Werbung herausgeschnitten wird.)
Ich habe Log-Dateien, aber sie sind zu groß und die Upload-Funktion lehnt sie ab. Ich versuchte Pastebin, aber die Dateien sind für ein kostenloses Konto zu groß, also gebe ich auf. Bitte geben Sie eine E-Mail-Adresse an, über die ich diese senden kann.
Hier ist die Protokolldatei für deaktivierte Hardware-Kodierung. Diese ist kurz genug, um akzeptiert zu werden. Wiederum beträgt die Kodierungszeit für eine 30-minütige Sendung 2,5 Stunden, was inakzeptabel ist und 10-mal länger als die von 2.4.11 benötigte Zeit.
Das Zurücksetzen auf 2.4.11 hat nicht funktioniert, ich vermute, die Einstellungen sind nun inkompatibel. Wie kann ich MCEBuddy vollständig einschließlich der Einstellungen entfernen, bitte?
Also habe ich das Release 2.5.3 noch einmal mit einer anderen Sendung ausprobiert und dabei mehr Glück gehabt – selbst mit Hardware-Encoding auf meinem alten, aber letzten Video-Treiber. Ich frage mich daher, ob die Aufnahme, die ich gestern zum Testen verwendet habe, irgendwie beschädigt war. Ich werde die Situation beobachten, aber falls ihr aus den obigen Log-Dateien Probleme in der Quelldatei erkennen könnt, lasst es mich bitte wissen. Vielen Dank.
Wenn es mit deaktivierter Hardware-Kodierung funktioniert und mit aktivierter Hardware-Kodierung nicht, dann liegt es an deinen Grafiktreibern → Wie bereits erwähnt gilt: Neueste ist nicht immer stabilste
Ich verstehe, was du schreibst. Das Problem, das ich habe, ist, dass der neueste Treiber für meinen SANDY BRIDGE Prozessor v15.28.24.64.4229 (9.17.10.4229) ist. Dieser ist älter als alle in der verlinkten FAQ aufgeführten Treiber. Laut Intel-Website funktionieren die in der FAQ aufgeführten Treiber nicht mit meinem Prozessor. Ist diese Information nicht korrekt?