TS ubehandlet med Comskip forårsager øgede artefakter

Forespørgselstype:
BUG / NY FUNKTION

MCEBuddy-version og type (32-bit eller 64-bit):
x64, 2.4 r11

Operativsystem og type (32-bit eller 64-bit):
Win7 x64

Resumé af problemet eller forslaget:
Hvis du bruger konverteringsopgaven “TS ubehandlet” med Comskip, bliver den resulterende video ødelagt og kan ikke afspilles eller har forkerte farver. Det er lettest at se i Windows Media Player. De vil afspille bedre i VLC, men man kan stadig se nogle af problemerne.
Brug af Show Analyzer er ikke lige så problematisk, men jeg så de forkerte farver i én video (og én konvertering fejlede én gang på én video). Konvertering til MP4 med Compskip fungerer fint.

Trin til at reproducere fejlen:
Konfigurer konverteringsopgaven “TS ubehandlet” til at bruge Comskip (standard INI). Konverter en TS-fil (optaget fra TV-tuner).
Afspil videoen – hvis den overhovedet afspilles, vil den være blokagtig og have store manglende dele.

Skærmbilleder:

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

Mærkeligt, jeg har brugt samme proces det seneste år med gode resultater. Jeg kører Windows 10 og brugte en ældre version af mcebuddy.

Tja, versionen er værd at bemærke. Jeg brugte den gratis version (i lang tid) uden problemer. Jeg har lige købt den nye version.

Det virker fint her. Det er måske noget specifikt for din optagelse. Jeg kan ikke se konverteringsloggen. Du kan uploade den originale video og konverteringsloggen til vores server, så kan vi tjekke det.

En anden ting at overveje. Er du sikker på, at blokeringen ikke allerede er i originalen? Arkiverer du originalerne, eller tillader du, at MCEBuddy sletter dem?

Bare en tanke – det kunne være et dårligt signal.

Originalen er fin. Jeg prøvede på to videoer, én i 480p og én i 1080p.
Jeg ved ikke, hvor konverteringslogfilerne befinder sig.

I logmappen har hver fil sin egen konverteringslog.

Ikke hvis joblogning er slået fra :slight_smile: Jeg har lige uploadet en log.

Jeg tjekkede dine logs; det ser ud til, at der er et problem med den oprindelige video:

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

Om det er stort eller småt, kan jeg ikke sige. Den eneste forskel mellem comskip og showanalyzer er, at de bruger forskellige detektionsalgoritmer, så reklamemarkørerne vil variere. Det er muligt, at de markørpunkter Comskip har valgt, har korrupt videodata på de punkter i den oprindelige video, hvilket kan forårsage problemet. Har du prøvet at afspille den konverterede fil i VLC? Nogle gange er det afspillerens codec, der har problemer.

Den eneste måde at finde ud af det på er ved at se på både den oprindelige og den konverterede video. Hvis du uploader dem til MCEBuddy-serveren, kan jeg tjekke dem.

Videoer uploadet til FTP-server.

Tak, jeg tjekkede dem. Din oprindelige video har masser af artefakter, når den afspilles i Windows 10 Media Player. Disse artefakter forstærkes efter klipningen, og det har intet med Comskip at gøre. Det er blot klippestederne identificeret af Comskip, der har flere artefakter og fejl end dem, ShowAnalyzer finder – men uanset er problemet med optagelsen. Hvis du bruger et tuner-kort, så tjek dit signal, da disse artefakter ikke vises som timing-fejl (hvilket ville indikere et problem med firmware/driver), men som en del af selve signalstrømmen.

Så hvorfor ser de okay ud, hvis jeg konverterer til MP4 (samtidig med at jeg bruger Comskip)? Dækker konverteringen eller komprimeringen over de åbenlyse fejl eller “reparerer” dem?

Ja, konverteringsfiltrene i ikke-bearbejdede profiler forsøger at udjævne videoartefakter og rette mindre fejl, hvor det er muligt. Ikke-bearbejdede profiler kopierer videoen uændret.