This forum uses cookies
This forum makes use of cookies to store your login information if you are registered, and your last visit if you are not. Cookies are small text documents stored on your computer; the cookies set by this forum can only be used on this website and pose no security risk. Cookies on this forum also track the specific topics you have read and when you last read them. Please confirm whether you accept or reject these cookies being set.

A cookie will be stored in your browser regardless of choice to prevent you being asked this question again. You will be able to change your cookie settings at any time using the link in the footer.

image artefacts on qtgmc-ing .MTS files
#11
Just re-checked, you are right, with FFMS2 there too is a glitch in the decoding.
Seems like there is a bug in libavs handling of interlaced avc in ts container (or the container handler itself), nothing I can do about it.
You would need to report this to:
https://github.com/HomeOfAviSynthPlusEvo...MASH-Works
https://github.com/FFMS/ffms2

So until then remuxing to mkv might be the best way to work around it.

Cu Selur
Reply
#12
tried that too, same thing....

# Loading C:\Video\00138_no tripod stabi.mkv using BestSource (NOT recommended and untested!)
clip = core.bs.VideoSource(source="C:/Video/00138_no tripod stabi.mkv", cachepath="C:/Users/i4004/AppData/Local/Temp/00138_no tripod stabi.json", track=0)

and same thing with ff loading....

seems it's a bug on a stream, not container level. (mkv also introduces brief field-order reversal during first second)

compounded by interlacing's fall from grace in the modern era....

which is simillar to the issue i'm just about to describe in my vhs thread.

thanks for the pointers on bug reporting.
Reply
#13
So using hardware decoding seems to be the only solution until till is reported and fixed.
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)