Zufällige Fehler – Analyse der Videoinformationen fehlgeschlagen

General Support / Questions Gewerbliche Räumung
1

Im letzten Monat ist mir ein Problem aufgefallen, bei dem ich zufällig die Fehlermeldung „Analysieren der Videoinformationen fehlgeschlagen“ erhalte.

Ich bin in die „Verlauf der konvertierten Dateien“ gegangen und habe nach der Fehlermeldung-Spalte sortiert. Das erste Mal, dass der Fehler „Analysieren der Videoinformationen fehlgeschlagen“ auftrat, war am 21.09.2017; seitdem habe ich ihn 43 Mal gesehen.

Error_message_history
Error_message_history2100×1294 1.48 MB

Wenn ich sehe, dass die Dateien nicht konvertiert wurden, füge ich sie manuell der MCEBuddy-Warteschlange hinzu und versuche es erneut. Manchmal konvertieren sie dann einwandfrei, manchmal erscheint der Fehler erneut. Ich muss das mehrmals wiederholen, bis es schließlich klappt. Es scheint kein erkennbares Muster zu geben, warum es funktioniert oder nicht.

History_showing_mixed_results
History_showing_mixed_results1757×1245 618 KB

Ich versuchte, Logs per FTP hochzuladen, bekam aber einen Fehler:
Fehler: Verbindung nach 20 Sekunden Inaktivität Zeitüberschreitung
Fehler: Abrufen der Verzeichnisliste fehlgeschlagen

Alle Logs sehen sehr ähnlich aus: Bei einem Fehler schlägt der Aufruf von ffprobe.exe fehl, und es kommt offenbar keine Rückmeldung zurück, woraufhin der Vorgang abbricht.

INFORMATION> 2017-10-21T12:17:23 MCEBuddy.VideoProperties.VideoInfo → Ergänze Mediendaten mit FFMPEG
2017-10-21T12:17:23 MCEBuddy.AppWrapper.FFmpegMediaInfo → Starte Prozess C:\Program Files\MCEBuddy2x\ffmpeg\ffprobe.exe
2017-10-21T12:17:23 MCEBuddy.AppWrapper.FFmpegMediaInfo → Prozess-Argumente -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-Sitzung Admin-Prozess: False
2017-10-21T12:17:23 MCEBuddy.AppWrapper.FFmpegMediaInfo → Setze Prozesspriorität auf Normal
2017-10-21T12:17:23 MCEBuddy.AppWrapper.FFmpegMediaInfo → {
2017-10-21T12:17:23 MCEBuddy.AppWrapper.FFmpegMediaInfo → }
→ Prozess beendet mit Code 1
ERROR> 2017-10-21T12:17:25 MCEBuddy.AppWrapper.FFmpegMediaInfo → FEHLER beim Verarbeiten der FFProbe-Ausgabe.
System.NullReferenceException: Objektverweis nicht auf eine Objektinstanz festgelegt.
at MCEBuddy.AppWrapper.FFmpegMediaInfo.ParseFFPROBEMediaInformation(String StdOut)
2017-10-21T12:17:25 MCEBuddy.AppWrapper.FFmpegMediaInfo →
VIDEO-TRACK-INFO →
Video-Stream → -1
Video-Codec →
Dauer (s) → 0
Farbraum →
Höhe (Pixel) → 0
Breite (Pixel) → 0
Speicher-Seitenverhältnis (SAR) →
Anzeige-Seitenverhältnis (DAR) →
Video-Bitrate (kb/s) → -1
Bilder pro Sekunde (FPS) → 0
Video-Stream-PID → -1

KAPITEL-INFO →

ERROR> 2017-10-21T12:17:25 MCEBuddy.VideoProperties.VideoInfo → Konnte Mediendaten mit FFMPEG oder MediaInfo nicht lesen
ERROR> 2017-10-21T12:17:25 MCEBuddy.Engine.ConversionJob → Analysieren der Videoinformationen fehlgeschlagen
INFORMATION> 2017-10-21T12:17:25 MCEBuddy.Engine.ConversionJob →
→ Leistungskennzahlen für die aktuelle Konvertierung
→

→ Quellvideo-Dauer (hh:mm:ss) → 01:05:57
→ Quellvideo-Codec → mpeg2video
→ Quellvideo-Höhe → 1080
→ Quellvideo-Breite → 1920
→ Vor-Konvertierung-Dauer (hh:mm:ss) → 00:00:00
→

→ <Start Datum/Zeit> <Dauer (hh:mm:ss)> <Aktivität>
→ <10/21/2017 12:07:59> <00:00:00> <Benutzerdefinierte Befehle ausführen>
→ <10/21/2017 12:07:59> <00:00:00>
→ <10/21/2017 12:08:00> <00:00:00> <Benutzerdefinierte Befehle ausführen>
→ <10/21/2017 12:08:00> <00:00:05> <Speicherplatz prüfen>
→ <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> <Comskip-Werbeunterbrechung prüfen>
→ <10/21/2017 12:16:17> <00:00:00> <Benutzerdefinierte Befehle ausführen>
→ <10/21/2017 12:16:17> <00:01:05>
→ <10/21/2017 12:17:23> <00:00:02>
→

INFORMATION> → Gesamtdauer der Konvertierung (hh:mm:ss) → 00:09:26

Ich weiß nicht, warum das vor etwa einem Monat begann. Es passiert nicht jedes Mal, es wirkt sehr zufällig. Ich habe Hardware-Beschleunigung deaktiviert, um zu prüfen, ob das Problem damit behoben wird – war es nicht. Der Fehler trat ebenso häufig auf, also schaltete ich es wieder ein. Ich besitze eine GeForce GTX 950 und habe den neuesten Treiber 385.69 installiert, was das Problem ebenfalls nicht löste.

2

Wir benötigen eine der ursprünglichen Videodateien, die diesen Fehler verursacht. Versuchen Sie, passives FTP zu verwenden (FileZilla unterstützt passives FTP in den Einstellungen), um die Videodatei hochzuladen. Manchmal kann Ihre Firewall aktives FTP blockieren.

3

Ich konnte FileZilla immer noch nicht zum Laufen bringen. Es war im Passivmodus, ich habe versucht, den Router zu umgehen und direkt über das Modem zu gehen – immer noch kein Erfolg. Ich musste auf einen Online-FTP-Server ausweichen, um Dateien zu übertragen, bin dabei aber auf 19 MB pro Datei begrenzt.

Ich habe den Dateisplitter verwendet, den du in deinen Anweisungen erwähnst, und das erste Stück hochgeladen. Außerdem habe ich mehrere Beispiele von Logs hochgeladen, bei denen die Konvertierung fehlgeschlagen ist (alle fehlgeschlagenen Logs unter 700 KB), sowie ein Log, bei dem die Konvertierung derselben Datei schließlich funktioniert hat (beschriftet als „The Goldbergs-Good log.zip“).

Das Goldbergs-Video, das ich als Beispiel verwende, wurde mit WMC aufgenommen, und dieselbe Datei ist drei Mal hintereinander fehlgeschlagen, bevor sie schließlich konvertiert wurde. Ich habe nichts an den Einstellungen der Datei geändert. Ich habe sie nur nach jedem Fehler manuell wieder in die Warteschlange eingefügt. Plötzlich, beim vierten Versuch, wurde sie erfolgreich abgeschlossen.

Wenn es noch etwas gibt, das ich senden kann, sag Bescheid (beachte, dass ich aufgrund meiner FTP-Probleme an die Dateigröße gebunden bin).

Danke

4

Ich vermute, deine Firewall oder dein Router blockiert es. Versuche, sie auszuschalten. Wir haben keine Probleme mit Leuten, die 20-GB-Dateien hochgeladen haben.

5

Wie ich bereits erwähnte, habe ich versucht, meinen Router zu umgehen und direkt über das Modem zu gehen, was jedoch keinen Erfolg hatte (das Problem liegt also nicht am Router). Die 19-MB-Grenze ergab sich daraus, dass ich eine Online-FTP-Seite https://www.net2ftp.com/ nutzen musste, um die Dateien hochzuladen, die ich euch geschickt habe. Ich habe diese Dateien am 23.10. unter ftp://upload.mcebuddy2x.com/trickster/ abgelegt.

6

Okay, ein paar Dinge.

Ich konnte die von dir hochgeladenen Logs nicht öffnen; irgendetwas stimmt nicht – sie sind alle auf Mandorin oder einem chinesischen Dialekt (hier ist, was ich sehe):

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

Ich habe deine Beispiel-Chunk-Datei verwendet, konnte dein Problem jedoch nicht reproduzieren. Hier funktioniert alles einwandfrei, ffprobe liest die Datei korrekt. Versuche, die aktuelle Version 2.4.8 von MCEBuddy zu verwenden. Falls das Problem weiterhin besteht, lade dir die neueste Version von ffmpeg von ffmpeg.org herunter und ersetze die Dateien ffprobe und ffmpeg im MCEBuddy-Installationsordner durch diese Version.

7

Ich hatte ein sehr ähnliches Problem und habe es gelöst, indem ich das Comskip-Protokoll deaktiviert habe (verbose=0). Sobald die Protokolldatei sehr groß wurde, brauchte jede neue Zeile viel Zeit, um in die Protokolldatei geschrieben zu werden, und MCEBuddy brach den Comskip-Vorgang ab, bevor er abgeschlossen werden konnte.

Ich habe hier gepostet:

8

Ich weiß nicht, warum alle Dateien plötzlich auf Chinesisch konvertiert wurden… Seltsam. Ich habe alle Protokolldateien gezippt und in einer Datei namens „Log messages all zipped up.zip“ abgelegt. Vielleicht sind sie jetzt lesbar. Ich konnte sie erneut herunterladen und diesmal keine chinesischen Zeichen sehen… Ich verwende MCEBuddy sehr häufig und normalerweise läuft alles wie erwartet, aber dieses Problem tritt zufällig auf. Dieselbe Datei schlägt einmal oder manchmal viermal hintereinander fehl, aber plötzlich funktioniert sie beim nächsten Versuch mit genau derselben Datei. Ich mache nichts Besonderes – wenn es funktioniert, funktioniert es einfach. Ich habe die neueste Version von MCEBuddy, und von den 10 Elementen, die ich am 04.11. konvertiert habe, schlugen zwei fehl, aber ich habe sie einzeln manuell erneut hinzugefügt und sie funktionierten beim zweiten Versuch. Wie gesagt, sehr merkwürdiges Verhalten.

9

Die Log-Korruption könnte durch das umständliche FTP-Problem verursacht werden.

Aus dem, was du sagst, und aus dem, was ich in den Logs sehe, scheint es, dass MCEBuddy zufällig nicht mehr auf die Datei zugreifen kann. Laut Logs passiert dies direkt nachdem MCEBuddy eine neue Datei erstellt hat (z. B. nach Konvertierung oder dem Zusammenführen der werbefreien Segmente).

Ein Gedanke, der mir kommt, ist, dass eine andere Software wie Antivirus oder Windows Defender die Datei scannt/blockiert und das das Problem verursacht. Versuche, dein Antivirus oder jede andere Software, die Dateien im Hintergrund überwacht, zu deaktivieren – ich vermute, dass diese zufälligen Fehler dadurch verursacht werden.

Technisch gesehen besteht kein Unterschied zwischen dem 1. und dem 100. Durchlauf von MCEBuddy; der einzige Unterschied (den wir in der Vergangenheit gesehen haben) ist, dass Drittanbieter-Software wie Antivirus den Zugriff auf die Dateien blockiert, was Fehler verursacht. Am besten schließt du den Temp-Ordner von der Antivirus-Überprüfung aus.

10

Ich dachte, ich gebe Ihnen ein Update:

Ich habe wie von Ihnen vorgeschlagen eine Ausnahme in AVG für das MCEBuddy-Temp-Verzeichnis erstellt und abgewartet, wie es läuft. Die Ausnahme habe ich am 06.11.2017 eingerichtet, und seitdem hat MCEBuddy laut Protokoll 115 Einträge in seiner Verlaufsdatei. Bei 109 der 115 Durchläufe war die Konvertierung problemlos und ohne Fehler. 6 der 115 Male trat der Fehler „Analysieren der Videoinformationen fehlgeschlagen“ auf. Die Fehlerquote liegt also nur bei 5 % – insgesamt nicht besonders hoch –, aber sie tritt offenbar weiterhin auf, obwohl AVG das Temp-Verzeichnis ignoriert.

Mit 5 % Fehlerquote kann ich wahrscheinlich leben, aber es ist einfach ärgerlich und frustrierend, nicht zu verstehen, warum es scheinbar zufällig fehlschlägt und dann bei späteren Versuchen (ohne dass ich etwas ändere) plötzlich wieder funktioniert. Ich verstehe, wenn Sie sagen: „Technisch gesehen besteht kein Unterschied zwischen dem 1. und dem 100. Lauf von MCEBuddy“, dem stimme ich zu – ich sehe auch keinen Unterschied … Schade, dass die Realität in 5 % der Fälle unserer Logik widerspricht. :slight_smile:

Ich schätze es sehr, dass Sie versuchen, eine Lösung zu finden. Vielleicht verschwindet das Problem eines Tages von selbst, so wie es eines Tages auch aufgetreten ist.

11

In 5 % der Fälle stört eine Drittanbieter-Software Ihr Setup. Führen Sie es auf einer sauberen Windows-Installation ohne Drittanbieter-Software aus und prüfen Sie, ob sich das Problem reproduzieren lässt.

Das Problem liegt nicht an MCEBuddy; die schwierige Aufgabe besteht darin herauszufinden, welche Drittanbieter-Software MCEBuddy stört. Keine leichte Aufgabe.