prob with credits and greedyHMA

[chicken]

hi there !

i'm trying to convert pal dvd which is interlaced. in my tests i found that greedyHMA is the only solution that deinterlaces correctly. to activate this i need the "edit"-button in the save&encode dialog.

but this button is greyed out when i try to encode credits seperatly.
as a workaround i tried to use two .avs files, one with only the film, one with only the credits. but i used the same .d2v project for both .avs files.

when encoding either the movie or the credits gknot complaims about missing frames, it expects the framecount from the whole movie including credits, but there are just the frames from the movie or the credits. ok, i could ignore this, but there is a worser problem: the credits get the audio from the beginning of the movie!

so my first attempt to find a workaround for the grey "edit"-button was not very successful.

has anyone some hints how to successfully encode the credits seperatly while using the greedyHMA filter ?

thanx a lot.

chicken.

[roy]

Why do you say that this filter is only solution for you. I have always used for this SmartDeinterlace and I always got very good results.

[chicken]

hi !

i don't know why greedyHMA is the only filter which works, but i tried fast deinterlace and smart deinterlace and both gave me the same bad result: frames where a fast moving person can be seen two times, very blurry.

with greedyHMA i get very good results, i use (1,0,1,0,...).

the dvd is a german version of the second season of buffy the vampire slayer.

so until there is a button for greedyHMA in gknot (great prog btw), i need a workaround for the credit-thing... or some hints what i am doing wrong...

chicken.

[Ripe73]

Why do you need Deinterlacefilter in the endcredits?Can the endcredits be interlaced?
I dont get it:)
And you say the movie look to blurry with SmartDeint. maybe you use bilinear resize, try Bicubic

[TheWEF]

if your pal-source really is interlaced then "fast deinterlace" most likely is the best (quality AND speed) solution.

wef.

[Beave]

I also find the smart deinterlace to be the best. It simply resizes it twice and looks very good.
Another possibilty is to simply encode the episodes in 384x288. The 288 is half of the original 576, so every second line is gone anyways.
I try to encode 40-45min episodes usually to 233mb so staying below 384x288 is the best result for me.

[rui]

"if your pal-source really is interlaced then "fast deinterlace" most likely is the best (quality AND speed) solution. Wef."

Just to check if i am right: If my source is NTSC and IS interlaced (it happened to me in a movie called Wild Things) i can't use fast deinterlace, right? I must use GreedyHMA, correct?
I am asking this because in that movie it took forever to enconde with Greddy, and if i could use fast deinterlaced with NTSC sources would be great (speed wise).

Thanks in advance

[TheWEF]

Originally posted by rui
Just to check if i am right: If my source is NTSC and IS interlaced (it happened to me in a movie called Wild Things) i can't use fast deinterlace, right? I must use GreedyHMA, correct?

no, of course you can, it works fine. but i don't have much experience with ntsc. possibly greedy gives you better results...

wef.

[rui]

Thanks :)

For the answer and for this great piece of software. It continues to amaze me the fact that still are people out there who are willing to creat great software for free. Best of luck to you and a great 2002.