Wahrscheinlich das falsche Thema, aber ich wusste nicht, wo ich es hinschreiben soll. Funktioniert MCEBuddy über einen Windows-Dienst oder wenn man einen mit NSSM erstellt?
Danke.
JR
Die MCEBuddy-Engine läuft standardmäßig als Windows-Dienst, wenn sie installiert wird. Sie können sie dazu zwingen, als Benutzeranwendung zu laufen, indem Sie die MCEBuddy-Engine über das Startmenü starten (dabei wird der Windows-Dienst beim Start heruntergefahren und beim Beenden wieder gestartet).
Ich sehe nicht, warum Sie NSSM benötigen, wenn Sie sie entweder als nativen Dienst oder als Benutzeranwendung ausführen können.
Danke für die Antwort. Ahh, das habe ich nicht bemerkt. Ich war wohl verwirrt, weil beim Öffnen der GUI „gestoppt“ angezeigt wurde. Und ich kann Buddy darüber starten und stoppen. Heißt das, der Dienst wird gestoppt und gestartet, oder wie funktioniert das?
Danke.
JR
Der „Dienst“ läuft immer (andernfalls zeigt die GUI „Keine Verbindung zur Engine“ an).
Sie können über die GUI mit der Engine interagieren, Konvertierungen starten/stoppen, Einstellungen vornehmen usw.
Genau darauf wollte ich hinaus. Die GUI hat also nichts mit dem Dienst zu tun? Ich kann die GUI stoppen/starten, und es beeinflusst nicht, ob MCEBuddy im Hintergrund weiterarbeitet?
Außerdem vermute ich, dass der Dienst die Einstellungen weiterhin aus der GUI zieht? Beispiel: MCEBuddy lief bereits. Ich öffnete die GUI und fügte eine benutzerdefinierte Benennungsoption hinzu. Wird der bereits laufende Dienst diese Info automatisch übernehmen?
Danke!
PS: Ich halte das für eines der nützlichsten Programme für HTPC überhaupt!
Richtig, die GUI ist nur eine Benutzeroberfläche zum Konfigurieren der Engine und zum Abrufen ihres aktuellen Status.
Alle Einstellungen werden in der Engine gespeichert. Die GUI dient dazu, diese Einstellungen abzurufen, zu ändern und an die Engine zurückzusenden.
Deshalb kann die GUI (auch Remote Client genannt) überall installiert werden, und es können mehrere Remote Clients gleichzeitig auf verschiedenen Maschinen laufen. Sie verbinden sich mit der Kern-Engine, rufen Status/Einstellungen ab und zeigen sie an.
Wow…du meinst, ich kann MCEBuddy auf zwei Maschinen laufen lassen und es übernimmt die Einstellungen über das Netzwerk von einer einzigen GUI?
Kann es auch das Geschirr spülen und für mich Sushi bestellen…
Tatsächlich habe ich das gefunden, also keine Sorge:
Das scheint meine Frage zu beantworten, da der Dienst auf mehreren Maschinen laufen müsste, um das zu ermöglichen. Ich habe ihn auf meinem Media-Server laufen und greife remote darauf zu, um das zu erledigen. Ich dachte, ich könnte ihn vielleicht auch auf meinem Haupt-PC laufen lassen und diese Einstellungen teilen, damit ich gelegentliche lokale Rips verarbeiten kann.
Um auf das von @goose Gesagte einzugehen: Wenn du die MCEBuddy-Engine auf beispielsweise 3 Maschinen laufen hast (alle headless oder remote), kannst du alle 3 von deinem Laptop aus remote überwachen. Installiere den Remote Client in 3 separaten Ordnern und lass jeweils einen der 3 Engines damit verbinden. So kannst du in Echtzeit sehen, was alle 3 Engines remote machen.
Siehe auch diesen Beitrag zur Installation der Engine auf mehreren Rechnern:
Du kannst auch mehrere Engines eine gemeinsame Warteschlange nutzen lassen und Dateien über ein Netzwerk/NAS-Laufwerk verarbeiten. Erstelle separate Ordner für jede Engine oder nutze unterschiedliche Dateifilter, um die Rechenleistung zu erhöhen oder nutze Skripte für verteilte Verarbeitung: