What the hell is that ren

-kwag

hehehe, just kidding! (I'll remove the distraction )

Seriously though I haven't tried the dust filters since using Avisynth 2.5x- that GoldDust sample didn't look half bad to me

ren

hey friendal,
the dentifrice.dll filter clean "too much" the "smile"!
i can't see the tooth.

While exchanging PMs with incredible, I did a *lot* of encoding yesterday. I finished one big VHS restoration and encoded two episodes of different series. I used the 704 - 352 - 704 method on both, the scripts are at the bottom of this post.

Here are the screenshots:

TV capture, original


TV capture, filtered and encoded, avg bitrate was 1820kbps.


VHS tape, original (horrible colours, I know )


VHS tape, filtered


I should mention that the bloke in that picture is not me. It's an old friend who has a dual personality - that's his Billy Gibbons (ZZ Top) character.

Despite the age of the tape and the fact that it's a second generation copy, the VHS restoration looks after the filters have done their job.

Here are the scripts (some color related tweaks were applied to the VHS one along with the one shown):

TV capture
I encoded this one as progressive, thus saving some bits, since interlaced encoding didn't give any smoother motion.

VHS
The VHS cap was encoded as interlaced.

Hey Boulder!

First what capture Card are u using?
It looks very amazing even unfiltered!

And by using the OneHalfOne Routine it looks even more phantastic.

And the interlaced one ....
Did you also tried the last version of the script I send to you by using peachsmoother instead of Deen()?
Its even better and you don't have to change the colorspace:

The peachsmoother engine gives to me AMAZING results on analog captured interlaced material even using default Peachsmoother().
(here still without macroblock optimal based letterboxing)



I used this on a 704x576 capture to do an example encoding/mpeg2/interlaced and burned it in 480x576 svcd mode.
The interlacing was very well preserved not mention the quality on tv screen by the benefit of peachsmoothers adaptive noise routine.
It looked almost the same when using pixiedust() but MUCH more faster!
Depending on the source like using this gives me about 10-20% more CQ than just only resizing the capture in its original noisy condition!


So we should do a test and change on the "frame-based"-script in the first post of this thread ... or in th first TV-Capture script of boulder

pixiedust()

to

TemporalSoften(2,5,8,15,2).peachsmoother().Unfilte r(60,0)


@rendalunit

I can't see your MipSmooth result .. would be very interesting to me to see it, cause everybody says good things about it.

so does someone have a overall script for tv capture as I'm readin through all these posts with a blank exprection on me face wonderin what u lot are on about hehehehe.

The OneHalfOne Routine as shown in the first post of this thread is for 704x576 DVD encodings.

If you just want to encode to a format which is not fullscreen like 352x576 or 480x576 you can choose theese PAL scripts as i figured out yesterday together with Boulder:

On progressive Captures:

Avisource("D:\Avisource.avi")
Limiter()
GripCrop(480, 576, source_anamorphic=false, dest_anamorphic=false) # your destination values here
GripSize(resizer="BicubicResize")
TemporalSoften(1,5,5,5,2).peachsmoother().Unfilter (60,0)
GripBorders()
Letterbox(16,16,16,16)
Limiter()


On Interlaced captures:


Avisource("D:\captures\capture_test.avi")
Limiter()
video = SeparateFields().BicubicResize(480, 28 # calculate your size parameters in Moviestacker using INTERLACED settings!! = 1/2 vertcal size!!
evenfield = SelectEven(video).TemporalSoften(1,5,5,5,2).peachs moother().Unfilter(60,0)
oddfield = SelectOdd(video).TemporalSoften(1,5,5,5,2).peachsm oother().Unfilter(60,0)
Interleave(evenfield,oddfield)
Weave()
Letterbox(16,16,16,16)
Limiter()

In case of heavy noise change the Temp.Soften Values to
TemporalSoften(2,5,8,5,2)

well I captured 352x576 pal and below is what the film looks like after capture.



when playin normally in mediaplayer looks excellent quality, I played it in powerdvd and there is noise as seen below.

First.. look at my last posting which I edited including now the latest scripts for destination encodings BELOW 704 PAL width size.

Well to me it seems that your capture is really done using 352x288!
Are you shure you captured using 352x576???

When not capturing at full size like 704x576 and scaling it afterwards shure the noise without filtering will be "scaled" too ... and that its how it seems to me when looking at your samples. Shure a capture looks good when viewn at 352x288 as in your first sample.
(By the way your captures are good .... you already put a filter on that??)

I see what u mean about the size pf capture, I checked settings it has 352 576 selected but for some reason its 352x288 I tried a full pal format caputre test but I lost loads of frames I closed all progs that I could close before hand, I used to capture 640x480 for little clips I used to capture from a programme but I was told for pal encodes its not advised. So any help is welcomed.

Some advices to avoid dropped frames:

- kick out ALL windows tweaks!
- Defragment your capture HD
- use a not CPU intensive codec like huffyuv or PicVideo-mjpeg! NOT DVIX!!
- find out how your capture appl. accepts finally 352x576
or
- buy a faster CPU

well I use morgan mjpeg and my cpu speed is 1.1ghz guess its just a case of tweekin about maybe who knows.

It's a Hauppauge WinTV Theatre, BT878 chip. I use the Hauppauge WDM drivers since the BTWinCap drivers don't produce true stereo sound. The quality is really not that good when you play the clip. On a single frame it may look good but there's a good amount of analog noise there.

I didn't run that on the VHS since it produced that view-from-behind-a-dirty-windshield phenomenon. When there's lots of noise such as in VHS sources, it often makes the noise static so that you see the specks and the noise but it doesn't move from frame to frame. The filter thinks that the noise is part of the image itself. I think that this happens because the filter has been designed to keep the details - sometimes it just gets noise and details mixed up


I agree. The Dust filters are too slow for any longer capture.

Boulder, before we'll get to a actual final recommendation (cause Newbies will ask for it - and the whole thread as Dialhot saw it right, is getting a bit cunfused when someone starts reading it now - we should also test the prediction capabilities when using Peachsmoother().
It seems to me if Peachsmoother needs at least 200 frames preroll that would cause wrong predictions when for example using Cq-Matic ... If I'm right CQmatic takes 3000 Frames per prediction turn and "incorrect" denoised 200 frames at beginning mens percentual a lot within 3000 Frames in a prediction
Well we'll figure out this, or maybe you already got experiences on this.

I haven't tried any predictions, all the encodes I've done have been as multipass VBR with CCE.

PeachSmoother shouldn't need that big a preroll, and it's even less noticable when you set the noiselevel and baseline settings manually.

@Incredible,

Would you happen to have the link for the LoadPluginEx.dll? I can't find it anywhere

thnx

Here it comes:
http://www.incredible.de.tf/Downloads/LoadPluginEx.dll

Everytime I try to load this LOADPLUGINEX.DLL that I downloaded from your link, I get an error message that it is a bad image and check my installation diskette

Well i did a test and the download works well
Did you try using "save target as..." (right mouse click)???

Anybody else got the same problem??
(Cause the link there is already three weeks old)

But just in case I stuffed it as a .rar archive which you also can try...
www.incredible.de.tf/Downloads/LoadPluginEx.rar

Incredible, is that a WinRAR archive? I get an error that it is unrecognisable or corrupt with WinRAR.