Bug 689997 - gx_band_complexity_s::uses_color regressed when serialized patterns into clist.
Summary: gx_band_complexity_s::uses_color regressed when serialized patterns into clist.
Status: RESOLVED INVALID
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: Graphics Library (show other bugs)
Version: master
Hardware: PC Windows NT
: P4 normal
Assignee: Ray Johnston
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-08-07 12:16 UTC by leonardo
Modified: 2012-09-27 14:25 UTC (History)
1 user (show)

See Also:
Customer:
Word Size: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description leonardo 2008-08-07 12:16:15 UTC 
Now pages with colored patterns are not optimized for black&white rendering 
when all patterns are black&white. If we want a perfect band complexity data, 
the black&while feature to be computed when creating a pattern tile. This bug 
was introduced in revision 8655.
Comment 1 leonardo 2008-09-05 06:38:53 UTC 
I have no idea how to fix it. IMO band complexity is a poor desing in general 
and must be replaced with lasy buffer allocation as I did for transparency. 
Passing to Henry to decide what to do with it.
Comment 2 Henry Stiles 2012-09-26 06:15:50 UTC 
Likely this can be closed but assigning to the "band man".
Comment 3 Ray Johnston 2012-09-27 14:25:09 UTC 
All of the 'band_complexity' stuff is gone in favor of 'color_usage' and this
has been improved. If any improvements are needed w.r.t. patterns it will
be done in the new code.

Note that for patterns, we assume all colors are used if the pattern is
a colored bitmap. Otherwise we get the colors used from the current fill
color (that is then rendered as "through" the pattern bitmap).

Thus, at least as stated, this is no longer a valid report.