TS unbearbeitet mit Comskip verursacht erhöhte Artefakte

Anfrage-Typ:
BUG / NEUES FEATURE

MCEBuddy-Version und Typ (32bit oder 64bit):
x64, 2.4 r11

Betriebssystem und Typ (32bit oder 64bit):
Win7 x64

Zusammenfassung des Problems oder Vorschlags:
Wenn Sie die Konvertierungsaufgabe „TS unbearbeitet“ mit Comskip verwenden, ist das resultierende Video beschädigt und lässt sich nicht wiedergeben oder hat falsche Farben. Am einfachsten ist dies mit dem Windows Media Player zu erkennen. In VLC laufen sie besser, aber man kann die Probleme noch erkennen.
Die Verwendung von Show Analyzer ist nicht so problematisch, aber ich habe bei einem Video die falschen Farben gesehen (und eine Konvertierung ist einmal bei einem Video fehlgeschlagen). Die Konvertierung nach MP4 mit Compskip funktioniert einwandfrei.

Schritte zur Reproduktion des Fehlers:
Konfigurieren Sie die Konvertierungsaufgabe „TS unbearbeitet“ so, dass Comskip verwendet wird (Standard-INI). Konvertieren Sie eine TS-Datei (aufgenommen über TV-Tuner).
Spielen Sie das Video ab – falls es überhaupt läuft, ist es verpixelt und große Teile fehlen.

Screenshots:

Log
mcebuddy.log.zip (39,9 KB)
Babel_20190901_1200.ts-TS unprocessed-2019-09-05T18-31-32.4834587-05-00.log (465,5 KB)

Seltsam, ich habe denselben Prozess im letzten Jahr mit guten Ergebnissen verwendet. Ich bin auf Windows 10 und habe eine ältere Version von mcebuddy benutzt.

Nun, die Version ist beachtenswert. Ich habe lange Zeit die kostenlose Version ohne Probleme verwendet. Ich habe erst kürzlich die neue Version gekauft.

Es funktioniert hier einwandfrei. Es liegt möglicherweise an etwas Spezifischem bei Ihrer Aufnahme. Ich sehe das Konvertierungsprotokoll nicht. Sie können das Originalvideo und das Konvertierungsprotokoll auf unseren Server hochladen, dann können wir es uns ansehen.

Eine weitere Überlegung. Bist du sicher, dass die Sperre nicht bereits im Original vorhanden ist? Archivierst du die Originale oder lässt du mcebuddy sie löschen?

Nur ein Gedanke – es könnte ein schlechtes Signal sein.

Das Original ist in Ordnung. Ich habe es mit zwei Videos ausprobiert, einem in 480p und einem in 1080p.
Ich weiß nicht, wo die Konvertierungsprotokolle sind.

Im Ordner „logs“ hat jede Datei ihr eigenes Konvertierungsprotokoll.

Nicht, wenn Job-Logs deaktiviert sind :slight_smile: Ich habe gerade ein Log hochgeladen.

Ich habe mir deine Logs angesehen, es scheint ein Problem mit dem Originalvideo zu geben:

2019-09-05T18:35:09 MCEBuddy.AppWrapper.FFmpeg → [mpeg2video @ 0000000002a72940] Invalid frame dimensions 0x0.
2019-09-05T18:35:09 MCEBuddy.AppWrapper.FFmpeg → Last message repeated 4 times
2019-09-05T18:35:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000000002a71000] PES packet size mismatch
2019-09-05T18:35:09 MCEBuddy.AppWrapper.FFmpeg → Last message repeated 4 times

Ob es sich dabei um ein kleineres oder größeres Problem handelt, kann ich nicht sagen. Der einzige Unterschied zwischen Comskip und ShowAnalyzer besteht darin, dass sie unterschiedliche Erkennungsalgorithmen verwenden, wodurch sich die Marker für Werbung unterscheiden. Es ist möglich, dass die von Comskip ausgewählten Markierungen in diesen Bereichen des Originalvideos Datenbeschädigungen aufweisen, die das Problem verursachen. Hast du versucht, die konvertierte Datei in VLC abzuspielen? Manchmal liegt es an den Codecs des Players.

Die einzige Möglichkeit, dies festzustellen, wäre, sich die Original- und die konvertierten Videos anzusehen. Wenn du sie auf den MCEBuddy-Server lädst, kann ich sie mir ansehen.

Videos auf FTP-Server hochgeladen.

Danke, ich habe sie mir angesehen. Dein Originalvideo weist bei der Wiedergabe im Windows-10-Media-Player jede Menge Artefakte auf. Diese Artefakte werden nach dem Schneiden verstärkt – hat nichts mit Comskip zu tun. Es liegt einfach daran, dass die Schnittstellen, die Comskip erkennt, mehr Artefakte und Fehler an diesen Stellen enthalten als die von ShowAnalyzer; das Problem ist aber generell die Aufnahme. Wenn du eine TV-Karte verwendest, prüfe dein Signal, denn diese Artefakte treten nicht als Timing-Fehler auf (was auf ein Problem mit Firmware/Treiber hindeuten würde), sondern sind Teil des Signalstroms selbst.

Warum sehen sie dann okay aus, wenn ich in MP4 konvertiere (zusammen mit der Verwendung von Comskip)? Überdeckt oder „repariert“ die Konvertierung oder Komprimierung die offensichtlichen Fehler?

Ja, die Konvertierungsfilter in nicht verarbeiteten Profilen versuchen, Videounterbrechungen zu glätten und kleinere Fehler zu korrigieren, wo möglich. Unverarbeitete Profile kopieren das Video unverändert.