Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
|
9th June 2016, 01:47 | #1 | Link |
Registered User
Join Date: Feb 2004
Location: NYC
Posts: 124
|
Chroma ghosting on deinterlaced animation
Difficult to see at native resolution/size, but when made full screen or viewed frame by frame, I'm experiencing some chroma ghosting when processing a particular interlaced NTSC animation source. This persists across a few different deinterlacers; per this post, after trying QTGMC (at both 'slow' and 'slower'), I used other deinterlacers - TDeint, EEDI2+TDeint, Yadifmod2 - but they all exhibit the same problem, besides being not nearly as smooth as QTGMC is.
Here's are few clips containing the first two minutes of the episode using each method (all at 'double rate' - tried with single-rate as well but results didn't look encouraging enough to try an encode) without audio. QTGMC (Preset="Slow",SourceMatch=3,EdiThreads=4,ShowSettings=False) TDeint (mode=1) TDeint (mode=1,edeint=eedi2ed) yadifmod2 (order=1,mode=1) Here is the original source for the above clips (only the last minute's worth, but that should be enough). So, I'm not sure if I'm using the latter filters wrong, or if there is some kind of anti-ghosting solution available. There are some listed at the wiki but Ghostbuster doesn't process chroma and LGhost seems completely opaque. I'm not sure to proceed or if anybody has 'solved' this issue, since there doesn't seem to be much information about it. Last edited by bilditup1; 9th June 2016 at 20:55. Reason: fixed tag |
9th June 2016, 17:47 | #4 | Link |
HeartlessS Usurer
Join Date: Dec 2009
Location: Over the rainbow
Posts: 10,980
|
original source files,
cut with eg DGIndex, mark using '[' and ']', then 'Save Project' and supply result m2v. Choose section with some motion (about 20-30 secs should be enough).
__________________
I sometimes post sober. StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace "Some infinities are bigger than other infinities", but how many of them are infinitely bigger ??? Last edited by StainlessS; 9th June 2016 at 17:50. |
9th June 2016, 20:33 | #6 | Link |
HeartlessS Usurer
Join Date: Dec 2009
Location: Over the rainbow
Posts: 10,980
|
Yep, guess I shoulda checked name in DGIndex, good job we got you to keep me on the right path
__________________
I sometimes post sober. StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace "Some infinities are bigger than other infinities", but how many of them are infinitely bigger ??? |
9th June 2016, 20:54 | #7 | Link |
Registered User
Join Date: Feb 2004
Location: NYC
Posts: 124
|
OK, here it is (actually it's the last minute of the above encoded videos, since I think the first minute won't tell us too much, being mostly black and white and all.)
I will also add it to the OP. I can also reencode this or recut the original files I put up, if you propose to try to do a frame-by-frame comparison or something. Last edited by bilditup1; 9th June 2016 at 22:11. |
9th June 2016, 23:45 | #10 | Link |
Moderator
Join Date: Oct 2001
Location: Hawaii
Posts: 7,406
|
My thoughts:
It shouldn't be encoded at 59.94fps as that just accentuates the chroma blending and is the wrong framerate anyway. It's been telecined (the sample was) and the correct framerate is 23.976fps. You'll never be able to remove that chroma mess automatically as there's just too much of it. Since most of it seems to occur with duplicate frames, manual work after the IVTC will get rid of most of it. About all I was able to do was: TFM(Clip2=Nnedi3,chroma=true)###or set up SRestore as the deinterlacer Tdecimate() Others might have better ideas about what to do. Also, it was made by idiots. Not only is the chroma blending a serious issue, but it was encoded as progressive (the sample, anyway) which means most of the DVD players around won't even deinterlace it so you'll see all the interlacing. Last edited by manono; 10th June 2016 at 01:09. |
10th June 2016, 00:01 | #11 | Link |
Registered User
Join Date: Jan 2010
Posts: 709
|
I was trying with upconv=1,icc=true in mpeg2source and telecide()
but still there is some chroma blending coz a chroma plane, I think U, isn't linked to the luma and sometimes anticipate or posticipate of one field.
__________________
powered by Google Translator |
10th June 2016, 00:56 | #12 | Link | |
Registered User
Join Date: Feb 2004
Location: NYC
Posts: 124
|
Quote:
Interesting...I'm going to try that and see what it looks like. |
|
10th June 2016, 00:53 | #13 | Link | |||
Registered User
Join Date: Feb 2004
Location: NYC
Posts: 124
|
Quote:
Quote:
I was experimenting with TFM's internal deinterlace modes before, but this resulted in combing in addition to color ghosting. Specifying chroma=true helped but - because of course it did - it left behind, as you said, an awful chroma mess. Specifying a very low cthresh of 2 or 3 + chroma = false almost completely got rid of the combing and chroma mess some of the time (not perfect but still harder to see), but not nearly often enough. Quote:
Anyway. Thanks for chiming in! I look forward to taming this beast. |
|||
10th June 2016, 01:08 | #14 | Link |
Moderator
Join Date: Oct 2001
Location: Hawaii
Posts: 7,406
|
I don't understand. Except for having to get NNEDI3 if you don't already have it, that's the exact script to use.
It can't be done properly without some serious manual work of replacing the remaining chroma-blended frames with 'clean' versions. Just bob it and have a look - you can go 3 and sometimes 4 frames of blending in a row. There's no way a field-matcher can handle that. Even bob/srestore can't. And it did a poorer job than did field-matching. But, as I said, maybe others can see things to do that I don't know. I don't work with cartoons much. |
10th June 2016, 01:38 | #15 | Link | ||||
Registered User
Join Date: Feb 2004
Location: NYC
Posts: 124
|
Quote:
Quote:
Quote:
Code:
AssumeTFF() Bob() Quote:
Last edited by bilditup1; 10th June 2016 at 01:41. |
||||
10th June 2016, 03:50 | #17 | Link | ||
Moderator
Join Date: Oct 2001
Location: Hawaii
Posts: 7,406
|
Quote:
Quote:
|
||
10th June 2016, 04:44 | #19 | Link |
Registered User
Join Date: Apr 2010
Location: I have a statue in Hakodate, Japan
Posts: 744
|
The user stickboy has several tools that could be used for manual labor. Maybe my script RescueFrame can help.
About rainbows look DeRainbow. EDIT: more problems with chroma: Here. Last edited by GMJCZP; 10th June 2016 at 05:13. |
10th June 2016, 23:15 | #20 | Link | |
Registered User
Join Date: Feb 2004
Location: NYC
Posts: 124
|
Quote:
ED: Sorry, I didn't process the first sentence there. I'll look into those as well. I also found this. So I have a lot to keep in mind between your recommendations and manono's. Thanks again! Though if you have any more specific ideas than manually replacing the remaining bad frames, I'd be happy to here those as well. ED2: Your script looks useful if I had to manually fix a frame and reinsert it but I don't think I'll have to do that? Hopefully I could just use the preceding artifact-free frame in most cases. ED3: So natch it's not that easy. Sometimes it's the first frame, sometimes it's the second. Brilliant. Last edited by bilditup1; 11th June 2016 at 00:39. |
|
Tags |
animation, deinterlacing, ghosting, ntsc |
|
|