Ich habe mehrere Installationen von MCEBuddy und möchte mehrere Statusfenster auf einem System überwachen… Da Sie die Mehrfachinstanz-Funktion entfernt haben, könnten Sie bitte ein Mehrfachinstallationsfenster implementieren, sodass sich MCEBuddy eines Computers in einem Bereich befindet und ein anderer in einem anderen Bereich (mehr als zwei zu erlauben wäre eine gute Idee), dies könnte in einem einzigen MCEBuddy-Status erfolgen.
MCEBuddy Status - Option zum Überwachen mehrerer MCEBuddy in einem MCEBuddy Status Fenster erstellen
Außerdem wäre es schön, die Installationen auf den verschiedenen Systemen „benennen“ zu können, anstatt sich die Netzwerkadresse merken zu müssen…
Das sollte einfach sein: Starten Sie die MCEBuddy Status-Anwendung mehrmals, und es wird für jeden Start ein neues Statusfenster geöffnet.
Klicken Sie auf die Schaltfläche Connection unten links auf dem Bildschirm. Geben Sie den Namen oder die IP-Adresse Ihres MCEBuddy-Engine-Rechners ein (vorausgesetzt, Sie haben den Port nicht geändert).
Das war früher einmal wahr, aber das NEUESTE Update (2.4.8) hat die Möglichkeit entfernt, mehrere Instanzen des Statusfensters zu öffnen… Jetzt erscheint beim Versuch, ein zweites Fenster zu öffnen, eine Fehlermeldung „Cannot start duplicate instance“ „
MCEBuddy Status-Anwendung läuft bereits“.
Update auf das heutige 2.4.9-BETA-Build
Die richtige Methode, um sich mit mehreren Engines zu verbinden, besteht darin, den MCEBuddy Remote Client zu verwenden (da typischerweise nur eine Engine pro Maschine läuft, kann sich jeder Remote Client mit einer einzelnen Engine verbinden).
Dies ist eine ZIP-Datei; entpacken Sie die Dateien in ein Verzeichnis und klicken Sie auf die Datei MCEBuddy.GUI.exe, um den Remote Client zu starten. Der Grund für die ZIP-Datei ist, dass Windows nur eine Installation pro Setup erlaubt – daher können Sie MCEBuddy nicht mehrfach auf einem einzigen Rechner installieren. Durch die ZIP-Datei können Sie die Dateien jedoch in mehrere Verzeichnisse entpacken und jedes einzeln starten.
Denken Sie daran, dass Sie jede Verzeichnis-Installation nur einmal starten können. Wenn Sie also beispielsweise drei Dashboards wünschen, entpacken Sie die ZIP-Datei in drei separate Verzeichnisse und starten Sie jedes einzeln. Der zusätzliche Vorteil ist, dass die Einstellungen im config-Ordner jedes Verzeichnisses gespeichert werden, sodass sich jeder Remote Client merkt, mit welcher Engine er verbunden war.
Jetzt können Sie über Ihr Startskript mehrere Remote Clients starten, um ein Dashboard zu erstellen.
Also ist der Zweck, den Remote-Client auf Computer 1 zu betreiben, einfach nur, einen anderen Rechner, Computer 2, im Auge zu behalten? Genauer gesagt müssen Sie Computer 2 so einrichten, dass er seine eigenen Dateien konvertiert, aber der Remote-Client ermöglicht es Ihnen, den Fortschritt von Computer 1 aus zu überwachen?
Ja, das ist die Idee von Remote-Clients.
Einige von uns führen jedoch aus anderen Gründen eine vollständige Installation auf Computer 1, einschließlich der Auslagerung eines Teils der Arbeitslast.
In diesem Fall könnte Computer 1 an Dateien aus einem überwachten Ordner arbeiten, der von Computer 2 freigegeben wird, aber Sie würden nicht wollen, dass Computer 1 am selben überwachten Ordner arbeitet wie Computer 2, d. h. Sie wollen nicht, dass Computer 1 und Computer 2 am selben überwachten Ordner arbeiten. Richtig?
Ich habe einen DVR-Server, ich habe ihn auch auf meinem Haupt-PC installiert.
Der DVR-Server läuft durchgehend, nimmt auf und transkodiert, aber er ist headless (kein Monitor) und steht in einem Rack.
Mein Haupt-PC, auf den ich gelegentlich die Arbeit auslageren möchte, um das Rücklog abzuarbeiten, oder auf dem ich andere Medien konvertieren will (ich digitalisiere immer noch meine physische Sammlung), hat also hin und wieder eigene Aufgaben. Ich möchte die MCEbuddy-Instanzen beider Rechner überwachen, und obwohl ich den Remote-Monitor und die Vollversion in unterschiedliche Ordner gelegt habe, bekomme ich weiterhin die Fehlermeldung „nur eine Instanz“. Ich hätte gern eine Kachel-Ansicht im Monitor-Fenster, damit mehrere Computer in einem Fenster überwacht werden können.
Und ja, ich hätte auch gern die Option „Arbeitslast teilen“, wobei der Rechner mit der Konvertierungs-Warteschlange die Aufgaben pro Job verteilt und diese markiert, damit sie übersprungen werden, bis A – der Job abgeschlossen ist, oder B – das System, an das der Job übertragen wurde, sich für x Zeit trennt. So könnten ein paar zusätzliche Rechner, die sonst nichts tun, etwas von der Last übernehmen …
Welche Build-Version verwendest du? Bei mir funktioniert es einwandfrei.
2.4.8
Wenn ich das vollständige MCEBuddy-Fenster einstelle, wird auch das entfernte MCEBuddy-Fenster eingestellt, wenn sie nacheinander geöffnet werden – aber ich möchte den Status sowohl der lokalen als auch der entfernten Clients gleichzeitig sehen…
Außerdem habe ich in einem anderen Beitrag das Teilen der Warteschlange vorgeschlagen – die Möglichkeit, eine Master-Instanz auf einem Rechner einzurichten und diese so zu konfigurieren, dass sie ihre Warteschlange mit anderen Instanzen auf anderen Rechnern teilt. Ich habe oft große Rückstände an Konvertierungen in der Warteschlange… (manchmal bis zu hundert oder mehr).
Siehe meinen Beitrag oben, wir haben es in 2.4.9 behoben, also laden Sie die neueste BETA herunter und versuchen Sie es erneut.
Haben Sie die Beiträge über gemeinsame Warteschlangen, verteilte Kodierung und Lastausgleich gelesen?
Ja, das habe ich gesehen – er hat ein Skript, das die Aufgaben hin und her schiebt … und nach Aktivität in bestimmten Programmen sucht …
Nur mein DVR-Server läuft 24/7; der Haupt-PC starte ich nur, wenn ich ihn brauche. Meistens schaue ich nur YouTube/Twitch/anderes Media, aber ich spiele auch und mache Dinge, die CPU-Leistung brauchen.
Ich habe Wochen gebraucht, um ein Skript zu schreiben, das fertige Aufnahmen vom DVR stapelweise aufs NAS verschiebt (um die HDD zu schonen).
Und dann die Berechtigungsprobleme …
Wenn man etwas in MCEbuddy einbauen könnte, das Warteschlangen teilt (inkl. Dateikopie und -transfer der fertigen Dateien), wäre das ein großer Schritt.
Was JoshDi gemacht hat, ist gut, aber für mich nicht praktikabel; ich hätte lieber einen „Workload teilen“-Schalter im MCEbuddy-Panel – besonders im „MCEbuddy Remote“-Panel.
Ich weiß nicht, ob ich zu viel verlange.
Ich spiele auch mit Hardware-Upgrades, weil ich umgerüstete/sparsame Enterprise-Rechner für 24/7 einsetze (meist ausrangierte Business-Hardware), aber … Geld …
Mein Haupt-PC kann gamen, der Rest muss nur seinen Job erledigen. Für den DVR-Server brauche ich nicht immer Dampf, also Low-Power mit Enterprise-Zuverlässigkeit.
Sorry für den langen Text und Neben-Schimpf. Wenn Warteschlangen-Sharing direkt in MCEbuddy käme, würde das massiv helfen; sonst wird mein Ausbau teurer. Bald vervierfache ich praktisch meine Aufnahmekapazität und bin jetzt schon regelmäßig so im Rückstand, dass es einfach nicht mehr lustig ist. Ich suche nach Lösungen … und möchte meine Hardware im Blick behalten.
Ich habe ein Batch-Skript geschrieben, das MCEBuddy beim Start der Verarbeitung jeder Datei ausführt. Wenn der Hauptcomputer über dem von dir festgelegten Schwellenwert liegt, beginnt er nach anderen MCEBuddy-Instanzen zu suchen, die du als Backups eingegeben hast. Wenn er eine im Leerlauf befindliche findet, verschiebt er die Datei an einen Ort, an dem der Backup-Computer sie finden und verarbeiten kann. Wenn kein Backup-Computer gefunden wird, arbeitet er wie gewohnt weiter.
Du musst jede MCEBuddy-Instanz so einrichten, dass sie auf die richtigen Speicherorte zugreift und diese überwacht sowie die Dateien auf die von dir gewünschte Weise verarbeitet. Dieser Teil ist nicht automatisiert, aber sobald du diese Informationen für jeden Computer eingegeben hast, sollte es einfach laufen. Hier habe ich das Skript und weitere Informationen dazu gepostet. Lass mich wissen, wenn du Fragen hast.