Yes, this is the right effect, more or less. It still has two problems: (1) clumping of black pixels; (2) lack of tone matching.
We can work on #1 later, but it is imperative to fix #2. I am puzzled about why there is this row of black pixels on the left of the tone ramp. There should be at least a few white pixels in there. Can you look at the logic and try to learn why every single pixel becomes black? (Does it behave differently if you use a different function for the subtraction maximum, e.g. the simple function y=x? We didn't use this function because it gave clumping, but it should halftone properly in dark areas!)
Oh yeah, one other thing. You might experiment with a square of uniform color (say darkness=200 everywhere) and see whether you get the right number of pixels being black over the whole image. This massively simplified setting will be useful for debugging and smoothness testing.
Yes, this is the right effect, more or less. It still has two problems: (1) clumping of black pixels; (2) lack of tone matching.
ReplyDeleteWe can work on #1 later, but it is imperative to fix #2. I am puzzled about why there is this row of black pixels on the left of the tone ramp. There should be at least a few white pixels in there. Can you look at the logic and try to learn why every single pixel becomes black? (Does it behave differently if you use a different function for the subtraction maximum, e.g. the simple function y=x? We didn't use this function because it gave clumping, but it should halftone properly in dark areas!)
Oh yeah, one other thing. You might experiment with a square of uniform color (say darkness=200 everywhere) and see whether you get the right number of pixels being black over the whole image. This massively simplified setting will be useful for debugging and smoothness testing.
ReplyDelete