Chroma Bleeding

[x265]

How do i fix this?

Before IVTC
http://img717.imageshack.us/img717/4484/beforeivtc.png

After IVTC
http://img203.imageshack.us/img203/1695/afterivtc.png

I used AnimeIVTC for the IVTC process

[feisty2]

seems like chroma blending
see if didee's script will help


o=last

a1 = o.TFM(chroma=false).greyscale()
a2 = a1.trim(1,0)

fixed = o.blur(0,1).FixBlendIVTC()

x0 = fixed.mt_lut("0")
x1 = mt_lutxy(a1,fixed,"x y - abs 2 *")
x2 = mt_lutxy(a2,fixed,"x y - abs 2 *")
x1 = mt_lutf(x1,x1,mode="average",expr="x")
x2 = mt_lutf(x2,x2,mode="average",expr="x")

fixed.greyscale()
corrector(x0,last,x1,x2,a1,a2,mode=1,th=255).mergechroma(fixed)
tdecimate()

return(last)

[x265]

It is much more visible in this screenshot. Why is this happening after IVTC?
http://imageshack.us/a/img194/7543/vts011092198.png

[Overdrive80]

If I am not wrong this is rainbow effect http://s6.postimage.org/awdwwy9kt/beforeivtc_rainbow.jpg (http://postimage.org/image/awdwwy9kt/)

[x265]

Yes, the source suffers from heavy noise and rainbows.

[sneaker_ger]

@x265

You absolutely have to change your way of asking questions. You always ask something, then get answers and then ask more questions ignoring those answers. You have to provide info as to what part of the answers you tried and how they did or did not work out for you. You totally ignored feisty2's answer as you did in previous threads.

[TheSkiller]

I agree with that.

x265 this is not "chroma bleeding" this is incorrect chroma upsampling (at least, that's what it looks like in your latest screenshot). If it is there after IVTC then maybe the chroma has been temporally smeared to "clean it up" in post production and now you can't properly IVTC it anymore because of that (it's the typical problem of editing in 60i/30 on top of telecined 24p content).

But to be honest I'm more or less just guessing here, we need an untouched sample to tell you facts.

[x265]

Sample: http://www.mediafire.com/?48k44pyb9dmdr8h

http://imageshack.us/a/img255/6785/captureps.png

[Overdrive80]

Sample: http://www.mediafire.com/?48k44pyb9dmdr8h

http://imageshack.us/a/img255/6785/captureps.png

Google says: http://avisynth.org.ru/mvtools/corrector.html

[TheSkiller]

Alright. :)

Bad news: it is exactly like I was suspecting – the chroma of the video is temporally smeared. Most likely due to a way too strong chroma noise reduction applied before or at DVD production (possibly a clumsy attempt to "fix" the rainbowing).

It's pretty much screwed up in that regard, this is quite impossible to fix without destroying even more.

At least you should be able to fix the streaky appearance of the smeared chroma splotches because this is caused by the chroma upsampling.

Try adding ConvertToYUY2(interlaced=true) right after MPEG2Source (or FFvideoSource) and then ConvertToYV12() after IVTC, it should fix the streaky appearace.

[Overdrive80]

You can try it too:
Converttoyv12(interlaced=true, matrix="PC.601")

QTGMC( Preset="Slower", SubPel=2, Sourcematch=3, Lossless=2 )

super = MSuper(levels=1, pel=2)

MFlowFps(super, QTGMC_bVec1, QTGMC_fVec1, num=60000, den=1001)

AssumeBFF()

SelectEvery(4,0,3)

tdecimate()

[x265]

Try adding ConvertToYUY2(interlaced=true) right after MPEG2Source (or FFvideoSource) and then ConvertToYV12() after IVTC, it should fix the streaky appearace.

I tried it but it still looks the same.

[poisondeathray]

I don't know the correct term for this, but I'm going to call it "chroma lag" or "chroma ghosting"

This works well for that specific problem on your sample
http://forum.doom9.org/showthread.php?p=1582950#post1582950

(you still have other problems, eg rainbows, aliasing, but you can use other filters for those issues)

[x265]

Thanks for the link, the script worked. :)