Échecs aléatoires - l'analyse des informations vidéo a échoué

General Support / Questions Commercial Removal
1

Au cours du mois dernier, j’ai constaté un problème : le message d’erreur « Analyzing video information failed » apparaît de façon aléatoire.

Je suis allé dans « Historique des fichiers convertis » et j’ai trié par colonne du message d’erreur. La première occurrence de l’erreur « Analyzing video information failed » remonte au 21/09/2017 ; depuis, elle s’est produite 43 fois.

Error_message_history
Error_message_history2100×1294 1.48 MB

Quand je vois que les fichiers n’ont pas été convertis, je les ajoute manuellement à la file d’attente de MCEBuddy et je réessaie. Parfois la conversion se passe bien, parfois l’erreur revient. Il peut me falloir plusieurs tentatives avant que cela fonctionne. Il n’y a pas de logique apparente.

History_showing_mixed_results
History_showing_mixed_results1757×1245 618 KB

J’ai tenté de transférer les journaux via FTP, mais j’obtiens :
Erreur : Connection timed out after 20 seconds of inactivity
Erreur : Failed to retrieve directory listing

Tous les journaux se ressemblent : l’échec survient juste après l’appel à ffprobe.exe ; il semble que rien ne soit renvoyé, d’où l’échec.

INFORMATION> 2017-10-21T12:17:23 MCEBuddy.VideoProperties.VideoInfo → Supplementing Media information using FFMPEG
2017-10-21T12:17:23 MCEBuddy.AppWrapper.FFmpegMediaInfo → Launching process C:\Program Files\MCEBuddy2x\ffmpeg\ffprobe.exe
2017-10-21T12:17:23 MCEBuddy.AppWrapper.FFmpegMediaInfo → Process arguments -hide_banner -probesize 100M -analyzeduration 300M -v quiet -print_format json -show_format -show_streams -show_chapters -i “D:\Recorded TV\TempRec\MCEBuddy_Temp_Folder\working0\The Late Show With Stephen Colbert_KMOV-DT_2017_10_20_22_32_00.ts”
2017-10-21T12:17:23 MCEBuddy.AppWrapper.FFmpegMediaInfo → UI Session Admin Process : False
2017-10-21T12:17:23 MCEBuddy.AppWrapper.FFmpegMediaInfo → Setting process priority to Normal
2017-10-21T12:17:23 MCEBuddy.AppWrapper.FFmpegMediaInfo → {
2017-10-21T12:17:23 MCEBuddy.AppWrapper.FFmpegMediaInfo → }
→ Process exited with code 1
ERROR> 2017-10-21T12:17:25 MCEBuddy.AppWrapper.FFmpegMediaInfo → ERROR Processing FFProbe Output.
System.NullReferenceException: Object reference not set to an instance of an object.
at MCEBuddy.AppWrapper.FFmpegMediaInfo.ParseFFPROBEMediaInformation(String StdOut)
2017-10-21T12:17:25 MCEBuddy.AppWrapper.FFmpegMediaInfo →
VIDEO TRACK INFO →
Video stream → -1
Video codec →
Duration (s) → 0
Color format →
Height (pixels) → 0
Width (pixels) → 0
Storage aspect ratio (SAR) →
Display aspect ratio (DAR) →
Video bitrate (kb/s) → -1
Frames per seconds (FPS) → 0
Video stream PID → -1

CHAPTER INFO →

ERROR> 2017-10-21T12:17:25 MCEBuddy.VideoProperties.VideoInfo → Unable to read media information using FFMPEG or MediaInfo
ERROR> 2017-10-21T12:17:25 MCEBuddy.Engine.ConversionJob → Analyzing video information failed
INFORMATION> 2017-10-21T12:17:25 MCEBuddy.Engine.ConversionJob →
→ Performance Metrics for the Current Conversion
→

→ Source video duration (hh:mm:ss) → 01:05:57
→ Source video codec → mpeg2video
→ Source video height → 1080
→ Source video width → 1920
→ Pre-conversion video duration (hh:mm:ss) → 00:00:00
→

→ <Start At Date/Time> <Duration (hh:mm:ss)>
→ <10/21/2017 12:07:59> <00:00:00>
→ <10/21/2017 12:07:59> <00:00:00>
→ <10/21/2017 12:08:00> <00:00:00>
→ <10/21/2017 12:08:00> <00:00:05>
→ <10/21/2017 12:08:05> <00:03:25>
→ <10/21/2017 12:11:30> <00:00:00>
→ <10/21/2017 12:11:30> <00:00:18>
→ <10/21/2017 12:11:49> <00:04:28>
→ <10/21/2017 12:16:17> <00:00:00>
→ <10/21/2017 12:16:17> <00:01:05>
→ <10/21/2017 12:17:23> <00:00:02>
→

INFORMATION> → Total time taken by conversion (hh:mm:ss) → 00:09:26

Je ne sais pas pourquoi cela a commencé il y a un mois. Ce n’est pas systématique, c’est très aléatoire. J’ai tenté de désactiver l’accélération matérielle : le problème persistait tout autant, je l’ai donc réactivée. J’ai une GeForce GTX 950 avec le dernier pilote 385.69, mais cela ne règle rien non plus.

2

Nous aurions besoin d’un échantillon de l’un des fichiers vidéo d’origine causant cet échec. Essayez d’utiliser le FTP passif (FileZilla prend en charge le FTP passif dans ses paramètres) pour téléverser le fichier vidéo. Parfois, votre pare-feu peut bloquer le FTP actif.

3

Je n’ai toujours pas réussi à faire fonctionner FileZilla. Il était en mode passif, j’ai tenté de contourner le routeur pour passer directement par le modem, sans succès. J’ai dû utiliser un serveur FTP en ligne pour transférer les fichiers, mais je suis limité à une taille de 19 Mo par fichier.

J’ai utilisé le séparateur de fichiers mentionné dans vos instructions et téléversé le premier segment. J’ai également téléversé plusieurs exemples de journaux où la conversion a échoué (tous ces journaux font moins de 700 Ko) ainsi qu’un journal où la conversion du même fichier a finalement réussi (intitulé The Goldbergs-Good log.zip).

La vidéo des Goldberg que j’utilise comme exemple a été enregistrée avec WMC ; ce même fichier a échoué trois fois de suite avant de finalement convertir. Je n’ai rien modifié dans les paramètres du fichier entre les tentatives. Je l’ai simplement ajouté manuellement à la file d’attente après chaque échec. Tout à coup, lors de la quatrième tentative, la conversion s’est terminée avec succès.

S’il y a autre chose que je puisse envoyer, faites-le-moi savoir (notez que je suis limité par la taille des fichiers que je peis envoyer en raison de mes problèmes FTP).

-Merci

4

Je suppose que votre pare-feu ou votre routeur le bloque. Essayez de le désactiver. Nous n’avons aucun problème avec les utilisateurs ayant téléchargé des fichiers de 20 Go.

5

Comme je l’ai mentionné, j’ai déjà essayé de contourner mon routeur et de passer directement par le modem sans succès (le problème n’est donc pas lié au routeur). La limite de 19 Mo est due au fait que j’ai dû utiliser un site FTP en ligne https://www.net2ftp.com/ pour téléverser les fichiers que je vous ai envoyés. J’ai placé ces fichiers dans ftp://upload.mcebuddy2x.com/trickster/ le 23/10.

6

D’accord, donc plusieurs choses.

Je n’ai pas pu ouvrir les journaux que tu avais téléchargés, quelque chose ne va pas, ils sont tous en mandarin ou dans un dialecte chinois (voici ce que je vois)

→ Starting conversion - DEBUG MESSAGES
਍䤀一䘀伀刀䴀䄀吀䤀伀一㸀 ⴀⴀ㸀 圀椀渀搀漀眀猀 伀匀 嘀攀爀猀椀漀渀 ⴀ㸀 䴀椀挀爀漀猀漀昀琀 圀椀渀搀漀眀猀 一吀 㘀⸀㄀⸀㜀㘀 ㄀ 匀攀爀瘀椀挀攀 倀愀挀欀 ㄀ ⠀圀䤀一开㜀开㈀ 㠀开匀䔀刀嘀䔀刀开刀㈀Ⰰ 䠀漀洀攀 䔀搀椀琀椀漀渀⤀ഀഀ

J’ai utilisé ton fichier d’exemple mais je n’ai pas pu reproduire ton problème. Ça fonctionne bien ici, ffprobe lit le fichier correctement. Essaie d’utiliser la dernière version 2.4.8 de mcebuddy. Si cela ne résout pas le problème, essaie de télécharger la dernière version de ffmpeg depuis ffmpeg.org et remplace les fichiers ffprobe et ffmpeg dans le dossier d’installation de mcebuddy par cette version.

7

J’ai eu un problème très similaire et je l’ai résolu en désactivant le journal comskip (verbose=0). Une fois que la taille du journal devenait très grande, chaque nouvelle ligne prenait beaucoup de temps à être écrite dans le fichier journal, et MCEBuddy tuait la tâche comskip avant qu’elle ne puisse se terminer.

J’ai posté ici :

8

Je ne sais pas pourquoi tous les fichiers ont été convertis en chinois… Bizarre. J’ai compressé tous les fichiers journaux et les ai placés dans un fichier nommé ‘Log messages all zipped up.zip’. Peut-être qu’ils seront lisibles maintenant. J’ai pu les télécharger à nouveau et je n’ai pas vu les caractères chinois cette fois… J’utilise beaucoup MCEBuddy et normalement tout se passe comme prévu, mais ce problème survient aléatoirement. Le même fichier échoue parfois une fois, parfois 4 fois de suite, puis tout à coup, la fois suivante avec exactement le même fichier, ça fonctionne. Je ne fais rien de spécial ; quand ça marche, ça marche tout simplement. J’ai la dernière version de MCEBuddy et sur les 10 éléments convertis le 04/11, deux ont échoué, mais je les ai ajoutés manuellement et ils ont fonctionné au deuxième essai. Comme je disais, un comportement très étrange.

9

La corruption du journal est peut-être causée par le problème de FTP indirect.

D’après ce que vous dites et ce que je vois dans les journaux, il semble qu’aléatoirement, lorsque MCEBuddy tente d’accéder au fichier, il ne peut pas y accéder. Les journaux indiquent que cela se produit juste après la création d’un nouveau fichier par MCEBuddy (par exemple, après la conversion ou la fusion des segments sans publicité, etc.).

Une idée me vient à l’esprit : un autre logiciel comme un antivirus ou Windows Defender analyse ou bloque le fichier, ce qui pourrait causer le problème. Essayez de désactiver votre antivirus ou tout autre logiciel qui surveille les fichiers en arrière-plan ; je soupçonne que c’est ce qui provoque ces échecs aléatoires.

Techniquement, il n’y a aucune différence entre la 1re et la 100e exécution de MCEBuddy ; la seule différence (que nous avons constatée par le passé) est un logiciel tiers comme un antivirus bloquant l’accès aux fichiers, ce qui entraîne des échecs. Il serait peut-être préférable d’exclure le dossier temporaire de l’analyse antivirus.

10

Je pensais simplement vous donner une mise à jour :

J’ai fait comme vous l’avez suggéré et j’ai ajouté une exclusion dans AVG pour le répertoire temporaire de MCEBuddy, puis j’ai attendu de voir comment cela se passait. J’ai mis en place l’exclusion le 06/11/2017 et, depuis, selon les journaux, MCEBuddy compte 115 entrées dans son historique. Pour 109 de ces 115 fichiers, la conversion s’est déroulée sans erreur. Pour 6 des 115, il a rencontré l’erreur « Analyzing video information failed ». Cela ne représente que 5 % d’échecs, ce qui n’est pas énorme, mais cela continue d’arriver même si AVG ignore le dossier temp.

Je peux probablement vivre avec un taux d’erreur de 5 %, mais c’est agaçant et un peu frustrant de ne pas comprendre pourquoi cela échoue de façon aléatoire, puis, lors de tentatives ultérieures (sans que je ne change quoi que ce soit), cela finit par fonctionner. Je comprends quand vous dites « Techniquement, il n’y a aucune différence entre la 1re et la 100e exécution côté MCEBuddy », je suis d’accord, je ne vois aucune différence non plus… Dommage que la réalité ne suive pas notre logique 5 % du temps. :slight_smile:

Je vous remercie d’essayer d’aider à trouver une solution. Peut-être que cela finira par disparaître un jour, tout comme c’est apparu un jour.

11

Dans 5 % des cas, c’est un logiciel tiers qui interfère avec votre configuration. Exécutez-le sur une installation propre de Windows sans logiciel tiers et voyez si vous pouvez reproduire le problème.

Le problème ne vient pas de MCEBuddy ; la tâche difficile consiste à identifier quel logiciel tiers interfère avec MCEBuddy. Ce n’est pas une mince affaire.