2d Cleaner YUY2?

[Ranma-kun]

Somebody has tested this filter?

http://members.tripod.co.jp/kiraru2002/

[Belgabor]

I just did, and my first impression is very good. It pretty much gets rid of the noise a temporalsmooth lets through on my crappy anime tv cap, and this is just using default values without any tweaking.

Cheers
Belgabor

[jarthel]

can you paste the script you use belgabor?

Thanks

Jayel

[Belgabor]

Sure ;)

I captured PAL 720x576@25fps source is crappy mastered anime (like of every interlaced frame one field is blended. This gives atm troubles with TomsMoComp, see other thread for that)

LoadPlugin("SimpleResize.dll")
LoadPlugin("TomsMoComp.dll")
LoadPlugin("copysame.dll")
LoadPlugin("tsmooth.dll")
LoadPlugin("_2dcleanyuy2.dll")
AVISource("M:\src.avi")
#this is needed to correct field order for my card
ComplementParity()
SeparateFields()
Trim(1,0)
Weave()
#cut out commerials
Trim( 2046 , 19320 ) ++ Trim( 22442 , 38622 )
#important stuff starts here
TomsMoComp(1,0,1) #no motion compensation atm
TemporalSmoother(2)
Crop(8,2,712,562)
SimpleResize(512,384)
_2dcleanyuy2()
CopySame(1,35,35,0,350,10)

This gives me the same speed as my former vdub filter chain i used for encodeing my anime tv caps.
(thats 5-6 fps on Athlon 1400 transcoding to HuffYUV)

Cheers
Belgabor

P.S: like I said, this is just a prelimitary impression I got, i have yet to complete the filtering and actually compare to my old vdub way.

[kyousuke]

very good filter but don't abuse of it ;)

[Ranma-kun]

Thx for testing.
In my computer VirtualDub filter is faster, but I suppose that the YUY2 version could be P3 optimized only or not optimized at all.
Well, at least it doesn't need color conversions and is a little faster than SmoothHIQ.

Excuse my bad english.

[kyousuke]

it's faster than SmoothHIQ but it's not the same filter.
their works on the video are different but we look for the result same result with both of two.

personnaly i use 2D cleaner with a horizontal smooth.
it works very well :)

see ya

[Belgabor]

Troubles with TomsMoComp are solved, and it was my fault (doh!)

Substitute the TomsMoComp with TomsMoComp(0,10,1) = the artifacts I found were a result of choosing the wrong field order.

Cheers
Belgabor

[vidiot]

@All:

Yes, if this filter (_2DCleanYuv2) could be more optimised -> please do!
At the moment it is no difference to load the *.avs into VD und use the 2DCleaner (Athlon opt.) and from there to TMPEG or CCE.

But it could be a question of quality, because of less color transitions...

@belgabor:
-You´ve got a winTV CapCard?
-I guess you use picvideo for your capture???
-And you cature in YuV...Mode??
Try capturing in RGB Mode (regardless what others are saying - try...!)
Then you won´t have to change the field order...

And use the BT Tweaker from Dscaler with VD:
You´ll get better colors...

Talking about speed with anime:
The filter chain then is:
telecide()
_2DCleanYUY2(0,15,2,1,0,10,10)
CNR2()

Speed: (captured 448 x 544 / copped 448 x 430(CCE) resized to 480x 576) with 20-21 fps (on Athlon TB 1900 with 256 MB - everything @normal speed)

I tried to tweak the order and settings and play around with copysame,
but all it give me are access violations...

hope this helps

Harald

[Belgabor]

Originally posted by vidiot
-You´ve got a winTV CapCard?
-I guess you use picvideo for your capture???
-And you cature in YuV...Mode??
Try capturing in RGB Mode (regardless what others are saying - try...!)
Then you won´t have to change the field order...

Yes, i got a WinTV, but i capture to HuffYUV, thats why I'm capturing YUY2. And the field order isn't a real problem for me, as i can correct it like that (well, to be correct its a field shift rather than the field order).


And use the BT Tweaker from Dscaler with VD:
You´ll get better colors...

I have to look into that. I tried it before, but not since i stopped using vdub in favour of VirtualVCR (which has a working preview).


Talking about speed with anime:
The filter chain then is:
telecide()
_2DCleanYUY2(0,15,2,1,0,10,10)
CNR2()

In fact using telecide was my 'old setup', but i did the filtering in vdub. GAve me nice results, only it sometimes seemed a bit choppy on playback. But I have yet to actually compare my old settings and this new script.
I tried CNR2, but it was inferior to temporalsmooth (and gave no additional advantage on visual level.)

Except of some stuff i only did for testing (like putting some filters inside one of the stacking functions) i never suffered from and avisynth glitches like access violations.

Gotta try that tweak function again, thanks for the hint.

Belgabor

[Koepi]

_2dcleanyuy2 crashes for me. too bad.

Seems to use SSE or SSE2.

[Belgabor]

The page says you need MMX2 and SSE for it. Perhaps you could fiddle with the sources if you want to ;)

Cheers
Belgabor

[Koepi]

Sorry, I can't read that chinese or japanese ;)

But thanks for letting me know!

Regards,
Koepi

[Belgabor]

Originally posted by Koepi
Sorry, I can't read that chinese or japanese ;)


Neither can i (except a very few hiragana), but i poked it through babelfish (which enlightened me to "YUY2 Only, Main Point MMX2, SSE") and finally asked some guys who do :D

Belgabor

[vidiot]

@belgabor:
Sorry, my filter chain is for TV Captures "only", since I´ve some noise from cable signal an (much more) introduced by the winTV card...

@Koepi:
The _2dcleaneryuv2 runs smooth on my Athlon XP (read: NO SSE2), but I guess it has to have a "special" place in the filter chain.

If i put it after CNR2() it crashes...(could that be related to CNR2() also?)

All I can say about those issues:
In VD it doesn´t matter what the filter chain looks like -> it seems to be easier to filter/work in RGB Mode, doesn´t it?

Harald

I forgot to ask:
Am I the only one here still using 98SE ?
For me it seems to be less "powerconsuming" than other OSes...
But maybe this is why my filter chains don´t crash like yours?
(I´m using Avisynth 2.04)