Hi!

> From: [EMAIL PROTECTED]
> The effect was cool though - diagonal black lines across the screen.
> 
> Actually, this was crippling: the first set of loops goto'd out when
> num_dark reaches pixel_thresh.  So num_dark <= pixel_thresh always,...
> 
> Also, as it stands it doesn't actually report the number of dark
> pixels; it reports num_dark from the first set of loops, which clips
> at pixel_thresh.

        Turns out that y4mblackfix is a bit _too_ simple minded after all ;(

        For the immediate goal of reducing the blotches on fades to/from
        black it works great.

        Unfortunately in scenes with black colors that are supposed to be
        there the lack of color matching rears its head.   Watching a DVD
        I made tonight on a real TV set exposed the problem.   A man's black
        coat looked really awful with shimmering shades of grey/black (and what
        appears to be a bit of a green color cast - but those could be from
        the pixels that weren't replaced).

        The replaced pixels are a different 'shade' than the ones that were 
        not changed.    Thus all I've done is shift the problem from area
        to another ;(

        Search surrounding areas for 'black' and replace those too?  Or perhaps
        use the value of the surrounding pixels instead of the center point
        values.   

        Not sure exactly sure what to do - sleep on it and think about it
        I suppose.

        Cheers,
        Steven Schultz


-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Reply via email to