| Summary: | Odd rendering with new scan converter and GraphicsAlphaBits | ||
|---|---|---|---|
| Product: | Ghostscript | Reporter: | Ken Sharp <ken.sharp> |
| Component: | Graphics Library | Assignee: | Robin Watts <robin.watts> |
| Status: | NOTIFIED FIXED | ||
| Severity: | normal | CC: | ericw |
| Priority: | P1 | ||
| Version: | master | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Customer: | 531 | Word Size: | --- |
| Attachments: | much reduced sampl efile | ||
Correct the customer number and priority Fixed in commit: commit 684f73e8deefacb2aa5d2277f3154b68809b2ab7 (HEAD -> master, golden/master)Author: Robin Watts <robin.watts@artifex.com> Date: Thu Oct 19 13:01:46 2017 +0100 Bug 698672: Fix new scanconverter/alphabits interaction. The alphabits mechanism relies on the scan converter not writing trapezoids so tall as to cause its line buffers to flush too early. This is achieved by honoring the max_band_height field in the device header. Previously the new scan converter was ignoring this. Here we alter the code to pay attention to it. *** Bug 698713 has been marked as a duplicate of this bug. *** |
Created attachment 14397 [details] much reduced sampl efile The customer reports that the file when rendered with: gswin32c.exe -q -dNOPAUSE -sDEVICE=tiff24nc -r600x600 -dGraphicsAlphaBits=4 -sOutputFile=5.tif GraphicsAlpha.pdf produces odd gray sections in the body of the black line. This is visible throughout the line section though the customer bitmap focuses on teh 'U' shaped section near the centre of the line. Using the old scan covnerter (-dSCANCONVERTERTYPE=0) ro not using GraphicsAlphaBits renders a solid line.