[Gelöst] [Windows]-Update für .NET Framework setzt Handbrake-Worker vollständig außer Kraft

KnSNaru

Experte
Thread Starter
Mitglied seit
25.11.2016
Beiträge
603
Hallo Freunde,

wie die Titelüberschrift es bereits besagt, so funktioniert der Enkoder von Handbrake nicht mehr.

Ich hatte die Windows-Updates, diese ich vor fast 22 Stunden installierte, mit einem eigens angelegten Wiederherstellungspunkt rückgängig gemacht und in darauf zuerst einmal nur auf die Updates für die Laufzeitumgebungen aktualisiert, welche die Systemwiederherstellung auf ihre vorherigen Versionen nicht wiederherstellen konnte, und musste nach einem Neustart des Systems feststellen, dass nicht das kumulative Update für Windows ursächlich ist dafür, dass der Handbrake-Worker dysfunktional ist, sondern .NET Framework. Ich installierte das kumulative Update für Windows nach und hoffte auf eine Lösung auf dem Internet.

Pustekuchen. Bekannte Fälle mit dieser Laufzeitumgebung, diese sich nicht auf die Ausführung der Anwendung beziehen, sondern auf deren Enkoder, lassen sich nicht aufspüren.

sfc /scannow ist diesbezüglich wirkungslos geblieben und ein Inplace-Upgrade auf die 26200.6899 bin ich gerade im Angehen, in der Hoffnung, dass .NET Framework dadurch repariert würde, was mir im Zussamenhang mit dieser Laufzeitumgebung unter der 24H2 schon einmal dienlich war.

Gibt es weitere Probleme nach diesem Update, auch im Zusammenhang mit diesem Update: Nur, dass RivaTuner am Starten damit nervt, dass irgendwelche Komponenten für Direct3D-Effekte nicht geladen werden können. Das ist eine Meldung, mit dieser ich seit der Aktualisierung auf die 25H2 zu kämpfen habe und diese am vorherigen Patch-Day, den 09.09. beseitigt wurde. Welche Ironie, dass dieses große, erste Update für die finale 25H2-Version diverse Probleme beseitigte, besonders in der Performance, darunter auch das angesprochene bezüglich RivaTuner, und das nächste Update einen Monat später, das von dem heutigen Tag, mir mehr geschadet hat als ich es mir nur ausdenken konnte.

Ohne Handbrake kann ich nicht: Das Programm muss funktionieren für meine Anime-BDMVs.
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Das Inplace-Upgrade mit den aktuellen Patches hat gar nichts verändert. Sogar die Fehlermeldung von RivaTunter begrüßt mich nach wie vor.
Entweder kann 's für mich nur zurückgehen zum Patch-Stand vom 09.09., bspw. mit einem Inplace-Upgrade, insofern das noch reparabel ist, oder... ich bete auf den nächsten Dienstag/ Mittwoch.
 
Problem gelöst:
Manchmal kann es so simpel sein: Ich habe die Einstellungsdateien von Handbrake aus der AppData entfernt und plötzlich funktioniert es wieder. Auch weiterhin, nachdem ich die vorherigen Einstellungen erneut gesetzt habe.

Ob Microsoft abermals an der Video Decode Acceleration Framework herumgebastelt hat und daher Handbrake die Schnittstelle zu den Hardware-Codecs verlor?
Aus der Dokumentation von SourceForge geht hervor, dass die aktuelle Version von Handbrake die .NET Framework 4.8 oder neuer erfordert: Dies legt nahe, dass es sich um die IMFMediaEngine (Windows Media Foundation) handle, auf Basis derer die DMO-/ DirectShow-Filter operieren.
 
Meintest du das KB5066613 Update NET Framework 3.5 und 4.8.1 für W11?
Das gab es einmal am 09/11.09 als 25H2 Version und dann noch einmal vor ein paar Tagen (um den 13ten herum) in zweiter Version als Insider Preview. KB Nummer ist dabei identisch.
Könnte also gut sein, dass da bald noch eine dritte KB5066613, dann final Release Version des NET Framework folgen könnte (dann 24H2).
Bei mir hatten/haben aber beide bisherige Versionen keinerlei Auswirkungen auf Handbrake (Worker) via z.b. H.264/265 10/12-bit Hardware NVEncoding.
Allerdings nutze ich auch keine zusätzlichen handmade Settings, sondern nur die default Vorgaben von Handbrake.

wu.png
 
Zuletzt bearbeitet:
Bei mir unterscheiden sich die Nummern etwas:
2025-10 Kumulatives Update für .NET Framework 3.5 und 4.8.1 für Windows 11, version 25H2 für x64 (KB5066128)
2025-10 .NET 9.0.10 Security Update for x64 Client (KB5068332)
2025-10 .NET 8.0.21 Security Update for x64 Client (KB5068331)

Ich bin ein wenig traurig: RivaTuner begrüßt mich nicht mehr nach der Anmeldung. 😉
 
Das kann vieleicht mit deiner aktuellen Buildversion (26100/26200/26220) zusammen hängen.
Unter Build 26100 24H2 hatte ich auch noch das KB5064401 Framework Update bekommen, bei EP auf 26200 und danach auf 25H2 26220 dann zwei andere und eines nun auch als V2 Insider Preview.
Ist ein wenig unübersichtlich wie MS das alles aufdröselt und verwirrt einem schnell, muss man auch nicht unbedingt verstehen. NET 8.0/9.0 waren/sind ja optional "zubuchbar".

wu2.png

ps: Ich nutze zudem ja auch die W11 Enterprise, denke mal du die Pro? Kann sein, dass sich da die KB's auch noch einmal unterscheiden, da bin ich aber überfragt.

pps: ich habe gerade mal im MUK geschaut, dass von dir genannte KB5066128 ist ein 25H2 Security Update für Framework 3.5 und 4.8.1. (CVE-2025-55248).
Habs einfach mal offline_install weil noch nicht in WU (WU und MUK sind irgendwie noch nicht bei Build 26220 angekommen, alles nur bis max. Build 26200), kann ja nicht schaden.

wu3.png

edit: Auch jetzt, Handbrake tut was es soll. Denke mal, da wird sich bei dir HB und/oder Win bei den Updates wo verschluckt haben. ;)
 
Zuletzt bearbeitet:
@Erklärbär
Ich vermute sogar, der aktuellen NVIDIA-Treiber R.581.57 hat mir in die Karten gespielt. Die Ursache läge vermutlich am NVENC-Codec.
Der aktuelle Treiber stört mich nämlich etwas: Bei Nutzung des VLC media player, den ich für das schnelle checken von Videos verwende, erzeugt eine flackernde Bildwiedergabe bei der Mausbewegung. Unter den R.581.42 bestand dieser Nebeneffekt noch nicht.

Die Neuverbindung des Dell S2721DGFA ist wirkungslos geblieben. Der Samsung SyncMaster U28E850R LED wird schon seit einem der vorherigen NVIIDA-Treiber (seit R.581.08 oder R.581.29) hin und wieder für kurzfristig aus dem Standby geweckt.

Das ist ein Effekt, der mir mit den anderen Playern wie den DAUM PotPlayer, Media Player Classic - Home Cinema sowie Media Player Classic - Black Edition noch nicht untergekommen ist, sowohl per Software-Rendering als auch per Hardware-Rendering. Die Art für das Hardware-Rendering des VLC media player nimmt kaum eeinen Einfluss: Lediglich DirectDraw scheint das Bildflackern nicht zu erzeugen.

Allerdings erinnere ich mich, wie der NVIDIA-Treiber R.581.57 die Sound-Settings des Dell S2721DGFA zurückgesetzt hatte und diesem sogar das Merit gab.
Beitrag automatisch zusammengeführt:

So, ich bin auf den R.581.42 zurück. Es wurde eine Änderung am Sound gemeldet, obwohl sich nicht verändert hat. Na ja...
Der unschöne Nebeneffekt mit dem VLC media player ist weg. Leider auch, dass das Samsung Magician seine Darstellungsgröße von 125% gespeichert behält. Nun startet das Programm wieder mit seinen 100%. Und ich dachte, es lag am Windows-Update.
Ich gab dem Programm dafür die Schuld, dass es diese Eigenschaft bereits vor eine Weile verloren hat. Es scheint wohl eher ein Zusammenspiel mit dem Grafiktreiber zu sein.
Beitrag automatisch zusammengeführt:

Oh, ja... Der R.581.57 hatte einen maßgeblichen Einfluss gehabt. Ich wunderte mich schon, wieso das Sonic Studio so konstrastreich anzeigte, sodass die ausgegrauten Slider (Schieberegler von deaktivierten Funktionen, diese in einem rötlichen Ton die Einstellungsstufe anzeigen) so deutlich zu erkennen waren unter dem abgedunkelten Monitor-Settings. Jetzt ist es wieder so wie in zuvor: Und noch etwas bemerke, womit sich mein Eindruck getäuscht hatte. die Farben sind knalliger. Ich hatte schon so ein Gefühl gehabt, dass das Bild irgendwie bleich wirke.

Ich weiß jetzt nicht, ob dahinter ein Verbesserung des R.581.57 stecken soll oder ob es ein Fehler des Treibers war, womöglich auf sein Farbprofl bezogen. Der R.581.42 zeigt wieder das bekannte Bild an.

Der Sound ist wieder auf seinen gewohnt hohen Pegel. Dass es hieran an Impulsivität gemangelt hat, das bemerkte ich schon gestern. Besonders in der Spreizung zwischen leisen und lauten Tönen (Dynamik) ist wieder mehr Dampf drin.
Insofern weiß ich nicht, wie ich den R.581.57 beurteilen soll. Aus meiner Sicht ist er eine Verschlechterung. Vielleicht ist er auf die Features aktueller Grafikkarten hin optimiert oder andere User werden ähnlich bzw. gleiche Änderungen bemerken, diese der Treiber mit sich führt.
 
Zuletzt bearbeitet:
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh