Log in

View Full Version : how open parkrun.yuv?


Terka
11th September 2009, 08:19
how open parkrun.yuv?:thanks:

Gavino
11th September 2009, 10:07
Use the RawSource (http://avisynth.org/warpenterprises/files/rawsource_25_dll_20060728.zip) plugin.

Didée
11th September 2009, 10:26
Example: For the 720p sequence, it's
RawSource("720p50_parkrun_ter.yuv",1280,720,"I420")
For the other existing source types, change syntax accordingly.
For all types, you need to assumeFPS the framerate. For the interlaced types, you need to assumeXff the fieldorder. (Though I DL'ed only the progressive ones - constructing an interlaced source from that is easy enough.) ;)

Terka
11th September 2009, 10:33
thank you. found the RawSource command by google, but didnt know its a plugin.
Downloaded the 576i25 version, because of slow internet connection. (Yes, separatefields().selectevery(....).weave() is easy)

Didée
11th September 2009, 11:34
Sure, but there's another difference ...

The interlaced PAL sample has been heavily lowpassed, and by so much that this source does not need any sophisticated deinterlacing.

See this comparison of a simple bob(0,0.5) filter:

http://www.mediafire.com/?tjuxy02mszy

(Left: 720p resized to 576p, then interlaced without any lowpass. Right: the provided 576i source)

Hey! Bob() does a brilliant job! All deinterlacers ever been developped are nerd-ish! Bob() does it!


___

Edit - To be crystal clear: those 576i source(s) is (are) not well suited to test deinterlacers for their quality.

Now, this would be a possible point for starting another "that's why you need to lowpass before interlacing!" debate ...

But then, here's an example for the downside of doing so:
(static part without motion, not deinterlaced)
http://img30.imageshack.us/img30/6738/sharphdsoftsd.th.png (http://img30.imageshack.us/i/sharphdsoftsd.png/)

With all respect to the goal of flicker reduction which is the lowpass'ing for ... the 2nd claim of interlacing is that it shall keep full resolution in parts without motion. But this here looks really blurry, especially when it has a "true" full-resolution sample by its side ...

Terka
11th September 2009, 13:38
thank you for pointing this.
i have to download the 720p version.

Terka
11th September 2009, 13:49
do you think the lowpass will help? :rolleyes:

Didée
11th September 2009, 14:12
Will help ... what?

Some mild lowpass'ing certainly does help. When looking at the sample that was straightly-interlaced from the 720p one, then it's quite clear that you don't want to put such a source on air. But OTOH, when so much vertical lowpassing is applied that even the dumbest spatial deinterlacer can make a good job with almost no flickering, then IMHO it has been overdone.

But that's another story anyway ... the question applies only when you start with a progressive stream, and have to construct an interlaced one.
When you start with an interlaced source and want to deinterlace it, then there is nothing to lowpass ... you can't average a pixel with neighbors that don't exist.

Terka
11th September 2009, 14:35
thats why i put :rolleyes: (sarcastic)
i didnt wrote it correctly
do you really think the lowpass will help? :rolleyes: (sarcastic)