View Full Version : Chroma bleed issue
Elegant
3rd August 2014, 17:50
Hi all, I'm currently struggling to get rid of a chroma bleed like issue (I'm not really sure what else to call it). In the sample clip below the issue is more noticeable during the beginning (horses legs) and the end (orange hair bleeding into white body).
Sample clip (https://www.dropbox.com/s/5lkojg1uzj1zgy8/Sample.m2v)
There is a quite a bit of halo'ing going on. This is mostly squashed with DeHalo_alpha(darkstr=0.4) and YAHR() though. I am aware of the rainbows and dotcrawls and I've resolved them but the underlying issue does not go away.
This is the only episode so far where I've encountered this issue. I do have the japanese release where all these issues are not present but I'd prefer to not start splicing clips together due to the edits made in this DVD release (source is official DVD; probably recorded from studio tapes).
colours
3rd August 2014, 19:56
Whatever source you're using looks like it had an ugly horizontal filter applied to it. Instead of trying to salvage it (which would make it only slightly less ugly), just use the best source you have available.
Manually splicing 50-odd episodes sure would suck, but there probably are automated solutions to that.
If you absolutely want to continue working with bad sources, one trick that might help is using warpsharp on the chroma. I tried awarpsharp2(thresh=255,blur=3,type=1,depth=8,chroma=6), which cleaned up a bit of the chroma bleeding, but it's also strong enough to cause artifacts in other areas.
Lyris
4th August 2014, 01:14
I don't see any chroma bleed issues there - just really, really low luma resolution.
Elegant
4th August 2014, 03:04
@colours Yeah I kind of think I'm stuck with the bad source unless there is an automated solution and I'm not quite sure how to even phrase what it is I would be looking for to do that. I would be more than happy to splice the occasional scene by hand but doing 54 episodes by hand probably isn't worth it. I've seen some try for this series and given their results it really is off putting to think about the amount I'd have to do XD
@Lyris That could be more accurate, I'm not quite sure how bring out the luma in those regions though. Most sharpeners and darkeners don't even touch the region without being pushed hard and causing unwanted artifacts.
ChiDragon
4th August 2014, 08:42
Which episode is it? I haven't sat down and watched much of the set yet, but I noticed this ghosting/haloing/ringing/whatever issue in episode 7. It seems to be a problem that arose during the original editing of the dub, as the credits overlay text is normal (though dotcrawled) and at 5:50 it switches from shitty to fine-looking. Then when it comes back from commercial it looks like ass again.
US credits good, JP video bad
http://s28.postimg.org/br8uu7tt9/digimonep7a.png
5:50, bad
http://s28.postimg.org/8bgqknwkt/digimonep7b.png
5:50, 1 frame later
http://s28.postimg.org/rqridrpv1/digimonep7c.png
US text good, JP video bad
http://s28.postimg.org/r2inutr59/digimonep7d.png
So I assume there is no good version of episode 7. I would like to see a TV rip to confirm or deny.
raffriff42
4th August 2014, 18:57
It's called "ghosting." I looked at one filter, called ghostbuster (http://forum.doom9.org/showthread.php?t=35339), and wrote myself another one, both of which worked by overlaying an offset version of the image. Neither one worked very well - too blurry at best.
(EDIT - see my next post)
Elegant
4th August 2014, 19:39
@ChiDragon You're absolutely right. It is episode 7 and it seems to be the only one (thus far) that has these issues (kind of watching them as they finish encoding). I went through some YouTube clips of the episode and although the quality is terrible it did not seem to be present in this video (https://www.youtube.com/watch?feature=player_detailpage&v=w6AJKniX9Wo#t=112) which I found really weird.
@raffriff42 I do have a better source is there anyway to keep title captions and kind of "overlay" the better source? Instead of offsetting the current frame I would simply put on a better frame but hopefully maintain any captions that existed before.
ChiDragon
4th August 2014, 22:37
The YouTube video is probably from one of the UK or AU releases; note the end with the Saban International and rotating Fox Kids (http://www.closinglogos.com/page/Fox+Kids+Worldwide) closing logos. Unfortunately I do know that the PAL version is a field-blended conversion, so those probably aren't much help even if they don't have the spatial ghosting.
raffriff42
5th August 2014, 13:41
It's called "ghosting."Whoops sorry, it's not ghosting, it's ringing. Try HQDering().
EDIT example:
# http://avisynth.nl/index.php/Deen
LoadPlugin(pathBase + "Deen\Deen.dll")
# http://manao4.free.fr/mt_masktools.html#filters_list
LoadPlugin(pathBase + "MaskTools2\mt_masktools-26.dll")
# http://forum.doom9.org/showthread.php?p=793930#post793930
Import("HDQDering.avsi")
FFMpegSource2("Sample.m2v", atrack=-2)
HQDering()
return Last
TheSkiller
5th August 2014, 15:14
To me it looks the video was transferred at least twice in composite NTSC video – before and after the edit with English captions. Whenever composite video needs to be displayed or digitized for intermediate edits it runs through a so called "comb filter" which separates Luma and Chroma from the combined (hence the name composite) signal. These comb filters come in different flavours and the ones in professional equipment can usually be tweaked (Snell & Wilcox thingys) for a sharper picture with some dot-crawl and rainbowing or less to none of both but with reduced horizontal resolution.
What I'm trying to say is the underlaying video of the blurry scenes looks pretty much exactly like a dumb and aggressive "color trap" comb filter: pretty much no dot-crawl or rainbowing left at all (except for the overlays as they were inserted afterwards) but in return severe blurring and overshoots (ringing) in the horizontal direction due to a early frequency cutoff.
How to fix this? Maybe some aWarpSharp2 and a deringer helps a bit but I think it's not really fixable since so much is already lost.
Elegant
5th August 2014, 20:55
@ChiDragon That makes sense. I did unearth my Jap collection (which doesn't have any of this crap). I'm gonna be a bit excessive and actually overlay the english titles and stuff onto the jap source. I wonder if I can get just the orange text that's on the video to avoid cropping a square of the NA source and overlaying it on the Jap version.
@rraffriff42 I tried quite a few deringers and even at very harsh settings nothing can really be done; HQDering is also for slight ringing not this abomination XD
@TheSkiller Yeah I'm getting that vibe; if it's going to be just this episode I'm more than happy to use the jap source and create a new video that does not have these issues.
Side note: They announced the blurays for the Jap collection makes me question why I'm doing this lol
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.