Les versions 2.5.3 et 2.5.4 affichent une erreur de piste audio et démarrent un remuxage lent. La version 2.5.2 ne présente pas cette erreur. J’ai donc revenu à la version 2.5.2. J’ai regardé dans les fichiers journaux et il y a une erreur fprobe. Cela crée également un fichier environ 3 fois plus gros que le fichier original et ralentit la conversion.
J’ai joint les fichiers journaux pour les versions 2.5.4 et 2.5.2
ver 2_5_2 News 5 20090411 [20200807-2200].mpg-News %-2020-08-08T09-03-32.0686042-04-00.log (681,4 Ko) ver 2_5_4 News 5 20090411 [20200807-2200].mpg-News %-2020-08-07T18-34-15.log (851,2 Ko)
Le problème semble être que votre fichier est bloqué par un autre processus, ce qui empêche mcebuddy d’y accéder et provoque vos problèmes.
WARNING> → Erreur lors de la tentative de lecture des données vers le fichier TS. Erreur : System.IO.IOException: Le processus ne peut pas accéder au fichier ‘C:\Users\Public\Recorded TV\HDHomeRun\News 5\News 5 20090411 [20200807-2200].mpg’ car il est en cours d’utilisation par un autre processus.
2020-08-07T18:34:15 MCEBuddy.AppWrapper.Base → C:\Users\Public\Recorded TV\HDHomeRun\News 5\News 5 20090411 [20200807-2200].mpg: Permission denied
De plus, lorsque vous exécutez la version 2.5.4, vous le faites en mode headless (sans connexion utilisateur), tandis qu’avec la 2.5.2, vous l’exécutez avec un utilisateur connecté :
2020-08-07T18:34:19 MCEBuddy.AppWrapper.Comskip → Début du processus en tant que processus UISession avec privilèges Admin. Cela nécessite qu’au moins un utilisateur soit connecté au système (bureau à distance ou localement)
WARNING> 2020-08-07T18:34:19 MCEBuddy.AppWrapper.Comskip → Impossible de créer un processus UI Session avec privilèges Admin depuis une session non-UI. Un utilisateur est-il connecté ?
Merci d’avoir répondu. Je suis assez perplexe concernant la connexion utilisateur, car je l’ai configurée pour se connecter automatiquement au redémarrage. J’ai installé la 5.2 sur la même session Windows que la 5.4. Cela fait la même chose sur mon portable Windows. Le fichier que j’ai utilisé pour le test était déjà enregistré, donc ce n’est pas en temps réel. Je ne comprends pas quel autre processus pourrait en être responsable ?
J’exécute les dernières mises à jour Windows, car je n’ai pas le choix. Il semble étrange que la 5.2 ignore ces problèmes et que la 5.4 ne les ignore pas. Des suggestions sur ce qu’il faut vérifier ? J’aimerais utiliser la dernière version. C’est un excellent produit, je l’utilise depuis que j’ai coupé le câble.
Cordialement
Larry
oie,
j’utilise la version donateur de MCEBuddy.
J’ai réessayé et relu les journaux avec des résultats similaires : ffprobe se voit refuser l’accès au fichier.
2020-08-19T13:45:10 MCEBuddy.AppWrapper.Base → \MY-MEDIA\Public\Recorded TV\HDHomeRun\The 100\The 100 S07E11 20200812 [20200813-0000].mpg: Permission denied.
Cela semble verrouiller le fichier et provoque l’erreur :
→ Error trying to read data to TS file. Error: System.IO.IOException: The process cannot access the file ‘\MY-MEDIA\Public\Recorded TV\HDHomeRun\The 100\The 100 S07E11 20200812 [20200813-0000].mpg’ because it is being used by another process.
J’ai tenté de reproduire l’erreur en lançant ffprobe manuellement depuis son répertoire avec vos commandes CLI : il s’exécute normalement et fournit la sortie attendue. Je ne pense donc pas que ce soit un problème de privilèges pour ffprobe.
Je remarque que la 5.2 n’échoue pas avec le nom d’utilisateur « guest », alors que la 5.4 échoue avec ce même nom.
Ajout manuel du nom d’utilisateur → Guest
Ajout manuel du mot de passe →
Domaine du chemin d’archive →
Nom d’utilisateur du chemin d’archive → Guest
Mot de passe du chemin d’archive →
Domaine du chemin des fichiers en échec →
Nom d’utilisateur du chemin des fichiers en échec → Guest
Mot de passe du chemin des fichiers en échec →
Toute aide est appréciée.
merci
Larry
The 100 S07E11 20200812 [20200813-0000].mpg-DVR-Comm-2020-08-19T13-45-09.log (72,1 Ko)
The 100 S07E11 20200812 [20200813-0000].mpg-DVR-Comm-2020-08-19T14-09-47.9638908-04-00.log (108 Ko)
Ce n’est pas un programme dans MCEBuddy qui verrouille le fichier, c’est quelque chose d’externe. Probablement quelque chose sur votre machine réseau ou un antivirus. Essayez d’utiliser un fichier local et si cela fonctionne, vous saurez que c’est quelque chose qui accède à votre disque réseau.
Je ne l’ai pas ici donc je ne peux pas le tester, mais j’ai vu des rapports indiquant que si vous utilisez le service d’enregistrement HDHomeRun (puisque votre dossier s’appelle HDHomeRun), parfois le verrou n’est pas retiré du fichier après la fin de l’enregistrement. Si vous configurez MCEBuddy pour convertir peu après la fin de l’enregistrement, peut-être devriez-vous augmenter ce délai ?
J’ai eu des problèmes avec MediaPortal (utilisant des tuners HDHomeRun) qui ne libéraient pas le verrou sur le fichier. J’utilise maintenant Emby et je n’ai pas observé ce problème. Je commence mes conversions environ 5 minutes après la fin de l’enregistrement.
Goose,
tous les enregistrements sont stockés localement sur le même ordinateur, Hdhomerun, MCEBuddy et Kodi sont tous sur la même machine.
J’ai donc déplacé la série « The 100 » dans Downloads et l’ai ajoutée manuellement à MCEBuddy : même résultat.
C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg: Permission denied
La version 5.2 ne pose aucun problème, mais les 5.3 et 5.4 oui. Il y a donc une différence entre ces révisions qui crée un souci sur cet ordinateur. Mystérieusement, cela fonctionne sur un de mes portables Dell et pas sur l’autre — même modèle, même erreur. J’ai vérifié tous les droits d’accès : ils me semblent corrects ; je peux lancer fprobe manuellement sur le même fichier sans erreur. Mais dès que MCEBuddy 5.4 ou 5.3 le lance, l’erreur apparaît.
Je suis donc coincé et je ne vois pas comment avancer. Je détesterais rester bloqué en 5.3.
Larry
David,
merci d’avoir répondu. Je teste le problème en ajoutant manuellement l’émission à MCEBuddy. Ce qui se passe, c’est que lorsque la version 5.3 ou 5.4 lance ffprobe, il plante avec l’erreur ci-dessous. Cela n’arrive pas avec la 5.2. Étrangement, j’ai deux ordinateurs portables Dell identiques : sur l’un ça fonctionne, sur l’autre non. MCEBuddy, HDHomeRun et Kodi tournent sur le même serveur de bureau. Ce qui m’a mis sur la piste, c’est que quand ça plante, le programme fait un remux lent qui dure une éternité, en croyant qu’il y a une erreur audio.
J’ai lancé le même ffprobe depuis le répertoire mcebuddy\ffmpeg avec les mêmes arguments et le même fichier, et ça tourne et produit une sortie. Je pense donc que les permissions sont bonnes. Mais dès qu’il est lancé depuis 5.3 ou 5.4, ça refuse de fonctionner.
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base → Launching process C:\Program Files\MCEBuddy2x\ffmpeg\ffprobe.exe
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base → Process arguments -hide_banner -probesize 100M -analyzeduration 300M -i “C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg”
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base → UI Session Admin Process : False
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base → Setting process priority to Idle
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base → Setting CPU affinity → 15
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base → C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg: Permission denied
→ Process exited with code 1
2020-08-19T20:22:25 MCEBuddy.Engine.ConversionJob → Running custom commands
2020-08-19T20:22:25 MCEBuddy.Transcode.CustomCommand → Engine running as service, enabling PreMetaCustomCommandUISession, since PreMetaCustomCommandShowWindow is enabled
2020-08-19T20:22:25 MCEBuddy.Transcode.CustomCommand → Custom command parameters read →
PreMetaCustomCommandPath =
PreMetaCustomCommandParameters =
PreMetaCustomCommandHangPeriod = 300
PreMetaCustomCommandCritical = False
PreMetaCustomCommandUISession = True
PreMetaCustomCommandShowWindow = True
PreMetaCustomCommandExitCodeCheck = False
2020-08-19T20:22:25 MCEBuddy.Transcode.CustomCommand → No custom commands found
2020-08-19T20:22:25 MCEBuddy.Engine.ConversionJob → Finished pre metadata custom command, source file size [KB] 3,423,865.00
2020-08-19T20:22:25 MCEBuddy.Engine.ConversionJob → Getting show information and banner from Internet sources
2020-08-19T20:22:25 MCEBuddy.MetaData.VideoMetaData → Extracting metadata from file → C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg
→ Checking for SiliconDust meta tags
→ Starting to extract payload from TS file, upto 64 TS packets will be processed
WARNING> → Error trying to read data to TS file. Error: System.IO.IOException: The process cannot access the file ‘C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg’ because it is being used by another process.
Si vous avez une idée d’où chercher, je suis preneur.
Merci,
Larry
Sans réfléchir trop sans avoir vraiment eu le temps d’enquêter… les emplacements de fichiers sont-ils indexés par la recherche Windows ou un autre indexeur ? Peut facilement verrouiller des fichiers.
Merci. Je vais essayer de l’éteindre. Peut-être que si je savais quelles améliorations ont été apportées entre 5.2 et 5.3, j’aurais une piste où chercher. Si j’en ai l’occasion aujourd’hui, je comparerai mes deux ordinateurs portables pour voir si je peux découvrir quelque chose.
Cordialement
Larry
Vous pouvez trouver les notes de version ici : Announcements - MCEBuddy
Je ne vois aucun changement lié à ffmpeg ou à cela. Je ne peux pas voir à partir de ces journaux, vérifiez vos paramètres d’experts de localisation du moniteur si vous avez défini un délai avant d’ajouter les fichiers à la file d’attente pour éviter que des fichiers verrouillés soient envoyés à mcebuddy.
Oie
J’ai examiné les changements et je suis d’accord pour dire que rien ne semble ressortir comme cause du problème. Aujourd’hui, par hasard, j’ai exécuté le même show avec deux dates de diffusion différentes : celui de mars ne produit pas d’erreur, mais celui d’août en produit en version 5.4. Les deux passent en version 5.2.
J’ai chargé les deux fichiers et les journaux pour chaque version sur votre site FTP, ils se trouvent dans le répertoire ldc7675-test.
Si jamais vous avez l’occasion de les exécuter, pourriez-vous me dire si vous obtenez les mêmes erreurs ? Au fait, merci d’avoir regardé ça, c’est vraiment étrange.
J’ai effectué le test sur 2 ordinateurs portables d830 identiques et les deux ont eu les mêmes erreurs et réussites. Je ne l’ai pas encore testé sur le bureau.
Larry
Les fichiers que vous avez téléversés se convertissent sans problème ici avec la version 2.5.4
2020-08-21T08:46:26 MCEBuddy.AppWrapper.Base → Lancement du processus C:\Program Files\MCEBuddy2x\ffmpeg\ffprobe.exe
2020-08-21T08:46:26 MCEBuddy.AppWrapper.Base → Arguments du processus -hide_banner -probesize 100M -analyzeduration 300M -i “C:\Users\Goose\Desktop\News 5 20090411 [20200810-2200].mpg”
2020-08-21T08:46:26 MCEBuddy.AppWrapper.Base → Processus de session UI Admin : False
2020-08-21T08:46:27 MCEBuddy.AppWrapper.Base → Définition de la priorité du processus à Normal
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → [mpeg2video @ 00000207993c2940] Dimensions de trame invalides 0x0.
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Dernier message répété 7 fois
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → [mpegts @ 000002079939b140] Taille de paquet PES incorrecte
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Entrée #0, mpegts, depuis ‘C:\Users\Goose\Desktop\News 5 20090411 [20200810-2200].mpg’:
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Durée: 00:30:59.67, début: 27431.266511, débit: 9147 kb/s
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Programme 3
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Flux #0:0[0x31]: Vidéo: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, top first), 1920x1080 [SAR 1:1 DAR 16:9], Sous-titres codés, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Flux #0:10x34: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Flux #0:20x35: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stéréo, fltp, 128 kb/s
→ Le processus s’est terminé avec le code 0
Il remux également sans problème
2020-08-21T08:47:15 MCEBuddy.AppWrapper.FFmpeg → vidéo:1899108kB audio:116218kB sous-titres:0kB autres flux:0kB en-têtes globaux:0kB surcharge de multiplexage: 3.189370%
→ Le processus s’est terminé avec le code 0
→ Taille du fichier de sortie FFMpeg [Ko] → 2,079,602.00
2020-08-21T08:47:17 MCEBuddy.RemuxMediaCenter.RemuxMCERecording → Taille du fichier original [Ko] → 2,076,550.00
2020-08-21T08:47:17 MCEBuddy.RemuxMediaCenter.RemuxMCERecording → Taille du fichier remuxé [Ko] → 2,079,602.00
Je pense qu’il peut y avoir un problème avec votre installation ou avec votre configuration Windows.
Oie
Merci, je sais maintenant que quelque chose ne va pas sur mes trois ordinateurs. C’est probablement Windows.
Cordialement
Larry
Oie
Je pense avoir trouvé le problème. J’utilise le même fichier mcebuddy.conf sur tous les ordinateurs. Il semble qu’il y ait quelque chose dans ce fichier que (5.4) n’aime pas pour aucune de mes tâches. Je peux dupliquer une tâche et l’exécuter sans erreur.
J’ai utilisé la tâche news% et dupliqué la tâche news5 dans le fichier de configuration joint.
Essayez et voyez si vous rencontrez le même problème.
donc je peux corriger le problème en dupliquant toutes mes tâches si nécessaire
merci
Larry
mcebuddy.conf (16,3 Ko)
Veuillez ne pas éditer manuellement le fichier mcebuddy.conf. Tout peut être fait via l’interface graphique, y compris lors de la mise à niveau de MCEBuddy. Des vérifications de cohérence sont effectuées lors de la mise à jour de MCEBuddy et lors de l’enregistrement des paramètres via l’interface graphique.
Nous avons placé cet avertissement à plusieurs endroits, y compris dans le fichier LisezMoi et sur la page de documentation du forum de discussion paramètres avancés :
VEUILLEZ NE PAS REMPLACER LES NOUVEAUX FICHIERS DE CONFIGURATION PAR LES ANCIENS, CAR DES PARAMÈTRES SONT AJOUTÉS/MIS À JOUR DANS LES NOUVEAUX FICHIERS À CHAQUE VERSION.
REMARQUE : À partir de la v2.3.13, TOUS les paramètres configurables (sauf FFmpegBackupRemux) dans MCEBuddy.conf sont accessibles via l’interface graphique, page Paramètres → Paramètres experts. Vous N’AVEZ PAS besoin d’éditer manuellement le fichier mcebuddy.conf.
Vous pouvez dupliquer vos tâches à l’aide de l’interface graphique MCEBuddy : faites un clic droit sur la tâche et sélectionnez Dupliquer.
Oie.
Je comprends ce que vous dites. Je vous assure que je ne modifie pas manuellement le fichier de configuration. J’ai toujours laissé le programme effectuer la mise à jour sans intervenir sur le fichier de config. J’ai réalisé les installations entre 5.2 et 5.4 plusieurs fois en test avec les mêmes résultats. Il semble donc que, pour une raison quelconque, la nouvelle structure de configuration ne soit pas mise à jour sur mes ordinateurs.
Les ordinateurs portables possèdent une version antérieure des tâches de configuration de mon ordinateur de bureau que j’utilisais il y a environ 6 ou 8 mois.
Maintenant que je sais quoi faire pour corriger le problème, je vais dupliquer mes tâches dans l’interface graphique « comme toujours » et supprimer les anciennes. Ça ne prendra pas longtemps.
Merci d’avoir testé mes fichiers ; les résultats m’ont mené à la solution.
Espérons que personne d’autre ne rencontre ce problème.
Cordialement
Larry
Notez bien que vous devez acheter une licence d’installation distincte pour chaque ordinateur. Veuillez consulter notre site web pour plus de détails.
Oie
Je n’utilise le serveur de bureau que pour mcebuddy. Les ordinateurs portables ont servi à valider le problème. Ils sont trop lents de toute façon pour les conversions.
J’ai finalement dû tout reconstruire à partir de zéro avec un nouveau fichier de configuration. Quelque chose dans l’ancien fichier créait des problèmes avec la version 5.4, mais étonnamment pas avec la 5.2.
Cordialement
Larry