MCEBuddy-Version und -Typ (32-Bit oder 64-Bit):
MCEBuddy 2.5.5 x64
Betriebssystem und -Typ (32-Bit oder 64-Bit):
Win10x64 20H2 und HW-Encoding mit einer RTX2060.
Zusammenfassung des Problems oder Vorschlags:
Die MCEBuddy-GUI friert ein; das Fenster trägt den Titel „Service Not Connected“ und alle Elemente im Fenster sind ausgegraut. Die einzige Option ist, das Programm zu schließen/beenden und zu warten, bis der Windows-Dialog „reagiert nicht“ erscheint, um das Programm zu beenden. Es heißt, es würden Diagnosedaten an Microsoft gesendet, aber ich habe keine Ahnung, ob Sie Microsoft um Details bitten können.
Ich betreibe eine Instanz von WSL Ubuntu oder gelegentlich eine VirtualBox-Instanz. Ich weiß nicht, ob das Auswirkungen auf MCEBuddy hat. Konkurrenz um CPU-Kerne? z. B. beim Start würde MCEBuddy alle Kerne (4) sehen, und vielleicht reserviert VBox oder WSL Kerne exklusiv für sich selbst und MCEBuddy merkt nicht, dass sich das geändert hat?
Schritte zur Reproduktion des Fehlers:
MCEBuddy-GUI starten.
Das sagt Windows, dass deine CPU keine Ressourcen mehr hat und es die Verbindung zwischen der GUI und der Engine unterbricht. Reduziere die Arbeitslast oder erhöhe den RAM/die Festplattengeschwindigkeit
Ich denke immer noch, dass irgendetwas merkwürdig ist. Ich habe eine CPU-Auslastung von 34 %, und der „Nicht antwortende“ MCE-Buddy-GUI-Prozess beansprucht davon 27 %. Meine Last ohne die GUI liegt also bei 7 %. Das ergibt keinen Sinn, da bisher alles in Ordnung war.
Ich nutze ebenfalls HW-(GPU-)Transkodierung und betreibe weitere GPU-intensive Anwendungen. Gibt es in MCE Buddy einen Test oder eine Konkurrenzsituation um exklusiven GPU-Zugriff, die zu diesem Konflikt führt? Verwaltet Windows diese exklusive Nutzungsrichtlinie für CUDA-Anwendungen? CUDA ist nVidias GPU-API-SDK, FYI.
Ich betreibe auch Plex, und Plex nutzt HW-Transkodierung für seine Aufgaben. Gibt es in den MCE-Buddy-Logs oder den Windows-Aktivitätslogs etwas, wonach ich suchen kann, um den Übeltäter zu finden?
Auf derselben Maschine läuft außerdem die SiliconDust HDHomeRun-DVR-Software, aber soweit ich weiß, ist das eine reine CPU-Anwendung, und ich hatte noch nie einen Konflikt, obwohl ich alle drei Programme jahrelang auf derselben Box betreibe (SD-HDHR-DVR, Plex und MCEBuddy).
Wenn der Dienst gestartet wurde, blockiert Ihre Firewall oder Ihr Antivirusprogramm den Port (23332), den der MCEBuddy-Dienst (Engine) zur Kommunikation mit dem Client (GUI) verwendet.
Ich untersuche also Port 23332 in der Windows-Firewall, um zu sehen, ob das ein Problem ist.
Ich wollte vorschlagen, die automatische Firewall-Ausnahme und die UPnP-Option auf der Systemeinstellungen-Seite zu deaktivieren. Es sieht so aus, als würde Windows hängen bleiben, wenn es versucht, auf die Firewall- und Netzwerkadapter-Informationen zuzugreifen.
Das scheint das GUI-Startproblem bei mir behoben zu haben. Ich konnte keine Einstellungen im GUI vornehmen, da es sich aufhing, bevor das Hauptfenster vollständig angezeigt wurde.
Die Version 2.5.6 vom 27.04.2021 installierte sich jedoch und funktionierte sofort. Selbst bei 30% Auslastung (andere Anwendungen – und bei 4 Kernen bedeutet das wirklich, dass ein Kern genutzt wird) und mit einer weiteren GPU-Anwendung im Hintergrund lud das MCEBuddy-GUI schnell und war einsatzbereit.
Also gönn dir ein kühles Getränk für das so schnelle Finden und Beheben des Problems.
Meinen Respekt und bleib gesund, @Goose.
Habe noch etwas getestet. Wow! Ein GPU-Job läuft, ein KMTTG entschlüsselt und lädt Sendungen von meinem Tivo herunter, Spiele-Updates werden heruntergeladen, und die CPU war bei 95 % ausgelastet. Die GUI war trotzdem flott und wie ein Rockstar. MCEBuddy zeigte, dass eine Konvertierung auf der GPU läuft (zusätzlich zu meinem GPU-Task) bei gleichzeitig 95 % CPU-Auslastung. Die gesamte GUI erscheint und ich kann mit ihr interagieren, also ist definitiv alles behoben.