Avisynth: SmoothDeinterlace and ConvertToYUY2?
Hi everyone
I have an mpeg2 interlaced source... so, I thought that maybe using SmoothDeinterlace my problem would be solved. But, when I loaded my AVS script on Tmpgenc, avisynth warned me that SmoothDeinterlace only works with YUY2 and RGB32 sources. So then, I added: ConvertToYUY2(interlaced=true) and finally, my script was accepted. however, when I finished the encoding I noticed that the left half of the video was VIOLET, and the other half was correct. After that, I tried: ConvertToRGB32(interlaced=true) And what I got was almost the same result... just that it wasnt the half, but just an small section of the video all colored in violet. I dont get why this is happening. Im not a total noobie, but this is out of my tiny knowledge. plzzzzzzz!!! PS: sorry for my english, if everyone could understand spanish it would be much easier to me. :) [/code] |
We used to have this problem once. This is due to an instruction that I do not remember at the moment that need to works in YV12 !
(I will remember the line if you post your complete script). That means that you have a real incompatibility in your scripts between filters that need to be in YV12 and others that need to be in YUY2. :arrow: you will have to choose beween dropping the YV12 filter or using and other deinterlacer (there are a lot that work in YV12). |
That half violet screen issue "IMHO"!!! results from a usage of "Asharp()" in YUY2 colorspace!
Second: If you dont want to result your strems in a 50fps "bobbed" state, then Smoothdeiterlace() is NOT the first choice! Youd look for "Kerneldeint()" on neuron2.net or if you want it quick'n dirty "try" Fielddeinterlace(full=false, blend=false) ... or blend=true. (Blend=false means no blendings/ghostings but blend=true means no jitter at all) So the best would be if you post your TOTAL actual script where your problems do base on. |
thanks!! :P
yeah, I was using Asharp filter. the script I did wasnt the big thing, just loading the source, then "Smoothdeiterlace"ing, and finally "asharp. I've read somewhere that the best desinterlacing filter was Smoothdeiterlace. Actually, I don't understand whats ASHARP is for... now Im going to look for it. than, maybe I can delete that line from my script. :wink: |
Don't delete anything.
Post your script here and somebody will tell you what is the better solution. |
Quote:
Do you order something new in a restaurant you've never eat before without reading the card at least? ;) Asharp -- "nomen est omen" does sharpen .... but in an adaptive way so only edges will be sharpened by using threshold. So do follow mine and Prodaters advice and post your script |
Quote:
When I'm in a chinese or japonese restaurant and don't understand the name of somethign of the card, I order it :-D |
YEP!
"no risk - no fun" .... isnt it ? :lol: Do you remember that nice -old shool- hip hop song from 1988 "go see the doctor" from Kool Moe dee ? :) http://www.discogs.com/artist/Kool+Moe+Dee |
Dont be surprised:
Code:
LoadPlugin("C:\AVSFilters\MPEG2Dec3dg.dll") actually, I knew the concept of ASHARP; the name reveals itself. its just that there are so many filters which do the same job. |
Try this script:
Code:
LoadPlugin("C:\AVSFilters\MPEG2Dec3dg.dll") |
Hi Boulder,
The version in the link you suggested is 1.5.0. Here -> http://gast3.ssw.uni-linz.ac.at/~kp/...th/KernelDeint we can find a version 1.5.1. Do you know if this is an official compile of KernelDeint, and what are the changes from the previous version? Just one more question... I have been reading that KernelDeint is considered one of the best deiterlacers out there (if you want to keep the same fps as the source). Comparing KernelDeint and FieldDeinterlace, the final result will be that different? |
Quote:
Quote:
Quote:
|
You should also test "tdeint()" a new deinterlacer with modes for 25fps and 50fps(bobbed) output. It might become the best deinterlacer actually available as some tests till now have been shown.
|
That's true, it's a good one. It's just damn slow due to the amount of calculations involved in its technique :cry:
|
I'm trying to deinterlace some interlaced music video clips and made some tests with these three deinterlacers.
KernalDeint and TDeint seems to produce an image a little more sharp (I don't stop to compare them deeply), but IMHO they have a big negative point compared to FieldDeinterlace that is they produces much more jerkiness. I think the smoothnes FieldDeinterlace seems to produces is due to the blending of the fields. But IMHO I prefer the blending ghost then the jerkiness. What do you think? Is there a way to get rid of the "blending ghosts" and the jerkness at the same time, or do I really have to choose one? |
It's one or the other, either you blend or interpolate.
You could try with sharp=false for a less sharp kernel. TDeint also has some parameters which might help with jerkiness, and TomsMoComp is not bad either, try it without the vertical filter (TomsMoComp(x,5,0) that is). |
muaddib,
I don't know exactly what kind of material you have, but maybe one option would be a conversion from 60i to 24p? Music videos are probably pure interlaced 29.97fps streams, which could be turned into 23.976fps monsters. There's a sticky thread about it at the optimal scripts forum. |
Quote:
In this case I will stay with "blend". I really don't like jerk playback, even if it is a light jerk... Quote:
Quote:
Quote:
|
Quote:
Quote:
There is one interesting thing… with the 29.97 material, dvd2avi reports them as 100% ntsc interlaced, but there are some of them that I can do a simple IVTC (telecide.decimate), and it will result in a perfect 23.976 stream. By perfect I mean a completely smooth playback. The problem is that there are the ones that will result in a jerk playback. :x So I always have to try/encode them and check if it’s ok or not. I’m getting tired of these tests. :? and I have many (many!) clips to encode. :? Also there are some 25fps reported as interlaced, but they are not! There is absolutely no comb effect in the entire stream. |
Well, DVD2AVI doesn't really know much..you must trust your eyes at all times.
One way to figure whether a clip is truly interlaced is to use a script that only loads the source and then SeparateFields(). View this clip in VirtualDub and see if there are any changes in the fields of the same frame. If there's constant movement, not just two duplicate frames with the other shifted a bit up or down, the clip should be truly interlaced. With PAL sources you'll just have to deinterlace or encode as interlaced. Shouldn't telecining result in a pattern of 3 progressive frames, then 2 combed when the source is loaded to VDub? |
Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.