J’ai plusieurs installations de MCEBuddy et j’aimerais surveiller plusieurs panneaux de statut sur un système… Puisque vous avez supprimé la capacité d’instances multiples, pourriez-vous s’il vous plaît implémenter une fenêtre d’installation multiple, afin que le MCEBuddy d’une machine soit dans une section, et un autre dans une autre section (permettre plus de deux serait une bonne idée), cela pourrait être dans un seul statut MCEBuddy.
Aussi, pouvoir « nommer » les installations sur les différents systèmes serait bien, au lieu de devoir retenir l’adresse réseau…
Cela devrait être facile, lancez l’application MCEBuddy Status plusieurs fois, cela ouvrira une nouvelle fenêtre de statut à chaque lancement.
Cliquez sur le bouton Connection en bas à gauche de l’écran. Entrez le nom de la machine ou l’adresse IP du moteur mcebuddy (en supposant que vous n’ayez pas changé le port).
Cela était vrai, mais la dernière mise à jour (2.4.8) a supprimé la possibilité d’ouvrir plusieurs instances du panneau d’état… Vous obtenez maintenant une boîte d’erreur « Impossible de démarrer une instance en double » « 
L’application d’état MCEBuddy est déjà en cours d’exécution » lorsque vous essayez d’ouvrir un second panneau…
Mise à jour vers la version BETA 2.4.9 d’aujourd’hui
La bonne façon de se connecter à plusieurs moteurs est d’utiliser le Client distant MCEBuddy (puisqu’en général vous n’avez qu’un seul moteur par machine, chaque client distant peut se connecter à un seul moteur).
Il s’agit d’un fichier zip ; extrayez les fichiers dans un répertoire et cliquez sur le fichier MCEBuddy.GUI.exe pour lancer le client distant. La raison pour laquelle c’est un fichier zip est que Windows n’autorise qu’une seule installation par programme, donc vous ne pouvez pas installer MCEBuddy plusieurs fois sur une même machine. En utilisant un fichier zip, vous pouvez extraire les fichiers dans plusieurs répertoires et lancer chaque instance séparément.
N’oubliez pas que vous ne pouvez lancer chaque installation répertoire qu’une seule fois ; ainsi, si vous souhaitez par exemple 3 tableaux de bord, extrayez le fichier zip dans 3 répertoires distincts. Lancez-les un par un. L’avantage supplémentaire est que les paramètres sont stockés dans le dossier config de chaque répertoire, donc chaque client distant se souviendra du moteur auquel il était connecté.
Vous pouvez maintenant démarrer plusieurs clients distants depuis votre script de démarrage pour créer un tableau de bord.
Donc le but d’exécuter le client distant sur l’ordinateur 1 est simplement de surveiller une autre machine, l’ordinateur 2 ? Plus précisément, vous devez configurer l’ordinateur 2 pour convertir ses propres fichiers, mais le client distant vous permet de surveiller la progression depuis l’ordinateur 1 ?
Oui, c’est bien l’idée des clients distants.
Cependant, certains d’entre nous maintiennent une installation complète sur l’ordinateur 1 à d’autres fins, notamment pour décharger une partie de la charge de travail.
Dans ce cas, vous pourriez avoir l’Ordinateur 1 qui travaille sur des fichiers provenant d’un dossier surveillé partagé par l’Ordinateur 2, mais vous ne voudriez pas que l’Ordinateur 1 travaille sur le même dossier surveillé que celui de l’Ordinateur 2, c’est-à-dire que vous ne voulez pas que l’Ordinateur 1 et l’Ordinateur 2 travaillent sur le même dossier surveillé. Correct ?
J’ai un serveur DVR, et je l’ai également installé sur mon PC principal.
Le serveur DVR tourne en permanence, enregistre et transcode, mais il est sans écran (headless) et installé dans un rack.
Mon PC principal, que j’utilise occasionnellement pour délester la charge de travail et éliminer le retard, ou pour convertir d’autres médias (je suis encore en train de numériser ma collection physique), a donc parfois ses propres tâches. Je veux surveiller les instances MCEBuddy des deux machines ; même si j’ai placé le moniteur distant et la version complète dans des dossiers différents, j’obtiens toujours l’erreur « une seule instance autorisée ». J’aimerais voir une option « mosaïque » dans la fenêtre de surveillance, afin de pouvoir suivre plusieurs ordinateurs dans une seule fenêtre.
Et oui, j’aimerais aussi que l’on ajoute une option de « partage de charge » : la machine qui détient la file de conversion distribuerait le travail, tâche par tâche, en marquant les jobs partagés afin qu’ils soient ignorés jusqu’à ce que A-le job soit terminé, ou B-le système ayant reçu le job se déconnecte pendant x temps. Ainsi, des machines supplémentaires, actuellement inactives, pourraient prendre une partie du travail…
Quelle version de build utilisez-vous ? Ça fonctionne bien ici.
2.4.8
Régler la fenêtre complète de MCEBuddy réglemente également la fenêtre distante de MCEBuddy, lorsqu’elles sont ouvertes une à la fois, mais je veux avoir le statut des deux clients locaux et distants en même temps…
De plus, dans un autre message, j’ai demandé le partage de file d’attente — pouvoir configurer une instance maître sur une machine et la définir pour partager sa file d’attente avec d’autres instances sur d’autres machines. J’ai souvent de grandes quantités de conversions en retard dans la file d’attente… (jusqu’à une centaine dans la file, voire plus)…
Voir mon message ci-dessus, nous l’avons corrigé dans la version 2.4.9, alors téléchargez la dernière version BETA et essayez-la.
Avez-vous consulté les messages sur les files d’attente partagées, l’encodage distribué et l’équilibrage de charge ?
Oui, j’ai vu ça, il a un script pour le faire passer d’un système à l’autre…, à la recherche d’activité sur des programmes précis…
Seul mon serveur DVR tourne 24 h/24, le PC principal ne s’allume que quand j’ai besoin, mais la plupart du temps je ne fais que YouTube/Twitch/autres médias ; cependant je joue aussi et j’ai des activités qui sollicitent le CPU.
Il m’a fallu des semaines pour arriver à écrire un script qui déplace simplement les enregistrements terminés du DVR vers le NAS automatiquement par lots (pour éviter l’usure des disques).
Et puis il y a les casse-tête de permissions…
Il semblerait que si une fonction de partage de file d’attente (avec copie des fichiers et transfert une fois terminés) pouvait être intégrée à MCEBuddy, ça aiderait beaucoup.
Ce que JoshDi a fait est bien, mais je ne pense pas que cela me conviendrait ; je préférerais un bouton « partage de charge » direct dans le panneau MCEBuddy, surtout quand j’utilise le « MCEBuddy Remote »…
Je ne sais pas si j’en demande trop ou pas.
J’envisage aussi des upgrades matériels : j’utilise des machines récupérées/reconfigurées/basse conso (souvent d’entreprise à la retraite) pour assurer la charge 24 h/24, mais le $… Mon PC principal peut gamer, les autres doivent juste faire leur boulot… Je n’ai pas toujours besoin de grosses perfs pour le serveur DVR, donc : faible consommation et fiabilité « enterprise ».
Désolé pour le long message et le aparté. Intégrer le partage de file d’attente dans MCEBuddy aiderait vraiment, sinon l’expansion devient de plus en plus coûteuse. Je vais plus que doubler mes capacités d’enregistrement prochainement et je suis déjà régulièrement très en retard, ce n’est plus drôle… Je cherche des solutions… et j’aime pouvoir surveiller mon matériel.
J’ai écrit un script batch que MCEBuddy exécute quand il commence à traiter chaque fichier. Si l’ordinateur principal dépasse le seuil que vous avez défini, il commence à rechercher d’autres instances de MCEBuddy que vous avez configurées comme sauvegardes. S’il en trouve une inactive, il déplace le fichier vers un emplacement où l’ordinateur de secours peut le trouver et le traiter. S’il ne trouve pas d’ordinateur de secours, il continue comme d’habitude.
Vous devez configurer chaque instance de MCEBuddy pour accéder et surveiller les bons emplacements, et traiter les fichiers comme vous le souhaitez. Cette partie n’est pas automatisée, mais une fois que vous avez saisi ces informations pour chaque ordinateur, cela devrait fonctionner automatiquement. Voici où j’ai publié le script et plus d’informations à ce sujet. Faites-moi savoir si vous avez des questions.