It seems it already is YUV 4:2:0, so i shouldn't be using ConvertToYV12 at all, though that doesn't really change anything on the encode visual-wise. Edit: When deinterlacing with (This was just an experiment, i know it's probably not best to deinterlace with this): Code:
The first sample contains the first frame i posted an image of, which does show the problem, but i've cut out another sample for you which shows the frames where the girl with the frog is (At about 30 seconds in), this doesn't have any dots, so it should be easier to analyze. The first few frames in the sample seems to have been slightly corrupted by the video cutting software i used, so disregard them, but everything else should be proper.
your source is anime, so 99% of the time you will need ivtc, not deinterlace. And you should not crop the video before ivtc. I ran the common ivtc and it looks perfect to me, I didn't see any chroma blend in the sample Code:
Sorry, I was completely outta my tree, just ignore what I said before, u converted ur clip to yv12 after tfm and there's nothing wrong with it, so what u really need is deblend and do remove interlaced=true from color matrix cuz ur clip ain't interlaced any more after tfm
I finished the encode with the script i posted above in post #11 and it isn't IVTC'ed, and the chroma blend still remains. Though oddly the girl with the frog didn't show chroma blending (Probably has something to do with the decimation from 29.97 to 23.976 fps that wasn't in the script).
--------------------- -Bungy. 1999 323ti 2005 530i 6-speed 2020 X5 2013 Mini Cooper S
after "xxxsource" add "utoy ()" to your script and post the image you got then replace it with "vtoy ()" and post the image too edit: if it isn't chroma blending, my guess would be plane y,u,v are running out of sync, you need to decimate 3 planes manually and separately to make them synchronized again
Search
Users
Entrance
RE: Help with bizzarre interlacing
