|
|
Interlace artefacts removal
Hello everyone!
After I have deinterlaced with either tdeint + eeid2 or MVBob some interlace is still left. I wouldn't care unless it shows during playback and it does. Is there a filter that can find obvious interlace artefacts and remove them? Kinda like a deblocker that can find block artefacts.
In this pic you can see some lacing in the trees.I had to look gt;10 secs to find any interlacing. I don't think anyone would notice in a 25fps movie
Lower the threshold in the deinterlacer. If you want less artifacts, you'll get a more blurred image. Ultimately the deinterlacer will end up looking mostly like this:
separatefields()
selecteven()
bilinearresize(width(last), height(last)*2)
provide an UNPROCESSED sample clip
(either direct-stream-copy mode in Virtualdub or direct cutting of a mpeg stream. no recompression!)
@Sh0dan: the thing is the interlaces are showing in the trees almost every frame even though they do not move the slightest and I still want to gain the sharpest image possible (kinda dilemma).
@Scharfis_brain: Yes that would be the best if I could upload the clip but its in 1080i HD and the file is pretty large but I will see what I can do.
I have thought of this a long time and wonder if a filter that is cleaning the image from leftover interlace would be impossible. I mean deblocking filters can identify blockiness and denoisers - noise etc. The interlace leftovers are often just every second line with a slight luma change so maybe a luma estimation of the upper and lower fields would do a good job...but maybe Im just talking out loud
Thanks
use rapidshare for uploading files up to 100MB. (you may use split archives if the file is larger than 100 MB)
haha, that actually is, what deinterlacers do.
but it is prett though to distinguish between combin and actual vertical image detail. THat is, what it makes that difficult to deinterlace without artifacts.
you may also try my AVS-function securedeint().
It uses an approach similar to smoothdeinterlacer in order to avoid all combing at the cost of some static detail before and after moving objects.
I've had the exact same problem. Using MVBob, trees nodes in 1080i are slightly combed, which means some area are treated by deinterlacer as static. Just lower the threshold as sh0dan suggested. I'm using older version of MVBob, which is 2 times faster than quick variant of new MVBob and with this call:
MVBob(pel = 1, blksize = 16, thy = 10, thc = 5, bobth = 4)
I don't see any artifacts with 1080p50 clips
BTW Thank you scharfis_brain for your superb deinterlacer
Thanks Paviko, I will try that.
By lowering the threshold will it skip places in the image that are less interlaced? That would be interesting because then I could maybe do a two pass deinterlacing with the last one on a very low threshold. Or is that adaptive deinterlacing perhaps?
By lowering the threshold will it skip places in the image that are less interlaced?
I think it's opposite. Lowering threshold means smaller diffrences are treated as interlaced.
[quote]That would be interesting because then I could maybe do a two pass deinterlacing with the last one on a very low threshold. Or is that adaptive deinterlacing perhaps?[/qutoe]As far as I know MVBob allready tries to do something similar. Areas that are not moving are not interpolated and keep original resolution.
Regards
As far as I know MVBob allready tries to do something similar. Areas that are not moving are not interpolated and keep original resolution.
No! That is what motion adaptive deinterlacers already do!
Mvbob also trys to NOT interpolate moving areas by shifting whole image areas back amp; forwards.
That is the reason, why it lowers the shimmering effect as well as noise overall in the whole image. |
|